gcc 3.4.3 build on OpenServer 5.0.7

[Paul McNary]

Hello

When trying to build gcc 3.4.3 on OpenServer 507 with UP3 and MP3 I
get the following error.

I ran ./configure and gmake from gcc343 distribution download.
Any help would be appreciated.

gmake[1]: Entering directory `/sco_maint/gcc343/gcc-3.4.3/libiberty'
gmake[2]: Entering directory
`/sco_maint/gcc343/gcc-3.4.3/libiberty/testsuite'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory
`/sco_maint/gcc343/gcc-3.4.3/libiberty/testsuite'
gmake[1]: Leaving directory `/sco_maint/gcc343/gcc-3.4.3/libiberty'
gmake[1]: Entering directory `/sco_maint/gcc343/gcc-3.4.3/intl'
gmake[1]: Nothing to be done for `all'.
gmake[1]: Leaving directory `/sco_maint/gcc343/gcc-3.4.3/intl'
gmake[1]: Entering directory `/sco_maint/gcc343/gcc-3.4.3/zlib'
: gmake ; exec true "AR_FLAGS=rc" "CC_FOR_BUILD=gcc" "CFLAGS=-g -O2" "CXXFLAGS=-g -O2" "CFLAGS_FOR_BUILD=" "CFLAGS_FOR_TARGET=-O2 -g -O2" "INSTALL=/usr/gnu/bin/ginstall -c" "INSTALL_DATA=/usr/gnu/bin/ginstall -c -m 644" "INSTALL_PROGRAM=/usr/gnu/bin/ginstall -c" "INSTALL_SCRIPT=/usr/gnu/bin/ginstall -c" "LDFLAGS=" "LIBCFLAGS=-g -O2" "LIBCFLAGS_FOR_TARGET=-O2 -g -O2" "MAKE=gmake" "MAKEINFO=makeinfo --split-size=5000000 " "PICFLAG=" "PICFLAG_FOR_TARGET=" "SHELL=/bin/sh" "EXPECT=expect" "RUNTEST=runtest" "RUNTESTFLAGS=" "exec_prefix=/usr/local" "infodir=/usr/local/info" "libdir=/usr/local/lib" "prefix=/usr/local" "tooldir=/usr/local/i686-pc-sco3.2v5.0.7" "AR=ar" "AS=as" "CC=gcc" "CXX=c++" "LD=ld" "LIBCFLAGS=-g -O2" "NM=nm" "PICFLAG=" "RANLIB=ranlib" "DESTDIR=" DO=all multi-do
gmake[1]: Leaving directory `/sco_maint/gcc343/gcc-3.4.3/zlib'
gmake[1]: Entering directory `/sco_maint/gcc343/gcc-3.4.3/gcc'
gmake \
CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long " \
CONFIG_H="config.h auto-host.h ./../include/ansidecl.h" \
MAKEOVERRIDES= \
-f libgcc.mk all
gmake[2]: Entering directory `/sco_maint/gcc343/gcc-3.4.3/gcc'
for d in libgcc pic libgcc/pic; do \
if [ -d $d ]; then true; else /bin/sh ./mkinstalldirs $d; fi; \
done
if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
/sco_maint/gcc343/gcc-3.4.3/gcc/xgcc
-B/sco_maint/gcc343/gcc-3.4.3/gcc/
-B/usr/local/i686-pc-sco3.2v5.0.7/bin/
-B/usr/local/i686-pc-sco3.2v5.0.7/lib/ -isystem
/usr/local/i686-pc-sco3.2v5.0.7/include -isystem
/usr/local/i686-pc-sco3.2v5.0.7/sys-include -O2 -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -g -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -I. -I. -I. -I./. -I./../include -fPIC
-DL_divdi3 -c ./libgcc2.c -fexceptions -fnon-call-exceptions -o
libgcc/pic/_divdi3.o
UX:i386as: ERROR: /usr/tmp//ccuTSSAD.s:324:defined relocatable values
from the same section required, op -
gmake[2]: *** [libgcc/pic/_divdi3.o] Error 1
gmake[2]: Leaving directory `/sco_maint/gcc343/gcc-3.4.3/gcc'
gmake[1]: *** [stmp-multilib] Error 2
gmake[1]: Leaving directory `/sco_maint/gcc343/gcc-3.4.3/gcc'
gmake: *** [all-gcc] Error 2


Thank you

Paul McNary
***@cameron.net

[Robert Lipe]

Post by Paul McNary
When trying to build gcc 3.4.3 on OpenServer 507 with UP3 and MP3 I

[ ... ]

Post by Paul McNary
UX:i386as: ERROR: /usr/tmp//ccuTSSAD.s:324:defined relocatable values
from the same section required, op -

Use the GNU assembler. It supports that construct.

[Kean]

Post by Paul McNary
Hello
When trying to build gcc 3.4.3 on OpenServer 507 with UP3 and MP3 I
get the following error.

...

Post by Paul McNary
UX:i386as: ERROR: /usr/tmp//ccuTSSAD.s:324:defined relocatable values
from the same section required, op -

Hi Paul,

Compiling GCC 3.4.x on OSR5 is a non-trivial task. The stock distribution,
as you download it from ftp.gnu.org, will simply not work. Since the 3.x
tree is now largely a thing of the past (all efforts being focused on
4.0.x and 4.1.x), the patches I am about to submit to gcc for building
do not address 3.4.x.

The specific error you cite is a weakness in the standard asembler. Work
was done to fix it but dropped, becuase so many other aspects of GCC 3
and GCC 4 really *really* want binutils, that we decided to abandon any
attempts at making the name as and ld "gcc friendly" and use binutils
instead.

Porting binutils is an equally non-trivial task. Again, I am finalizing
a set of patches I hope will be accepted by the binutils team so that
when 2.17 comes out, it will work out of the box. If my patches get
accpeted in time, gcc 4.0.3 and 4.1.0 will also work out of the box.

My recommendation: wait a while. If you are desparate, I can give you
the patches as they currently stand, with teh caveat that they may not
be complete.

Kean