alpha-dec-osf1.3: egcs-980321 won't compile _eh in libgcc2

alpha-dec-osf1.3: egcs-980321 won't compile _eh in libgcc2

[Scott M. Blackman]

I tried to get the 980321 snapshot to compile on my alpha-dec-osf1.3 system.
An earlier bug in 1.0.2 was fixed (Thanks Jim Wilson) but now ./xgcc won't
compile libgcc2.  Here is the output I get on compile:

make LANGUAGES=c CFLAGS=-O
>rm -f tmplibgcc2.a
>for name in _muldi3 _divdi3 _moddi3 _udivdi3 _umoddi3 _negdi2 _lshrdi3
> _ashldi3 _ashrdi3 _ffsdi2 _udiv_w_sdiv _udivmoddi4 _cmpdi2 _ucmpdi2
> _floatdidf _floatdisf _fixunsdfsi _fixunssfsi _fixunsdfdi _fixdfdi
> _fixunssfdi _fixsfdi _fixxfdi _fixunsxfdi _floatdixf _fixunsxfsi _fixtfdi
> _fixunstfdi _floatditf __gcc_bcmp _varargs __dummy _eprintf _bb _shtab
> _clear_cache _trampoline __main _exit _ctors _eh  _pure; \
>do \
>  echo ${name}; \
>  ./xgcc -B./ -O2   -DIN_GCC    -O -I./include   -g1  -DIN_LIBGCC2
>  -D__GCC_FLOAT_NOT_NEEDED -fexceptions   -I. -I. -I./config -c -DL${name} \
>      ./libgcc2.c -o ${name}.o; \
>  if [ $? -eq 0 ] ; then true; else exit 1; fi; \
>  ar rc tmplibgcc2.a ${name}.o; \
>  rm -f ${name}.o; \
>done
>_muldi3
>_divdi3
>_moddi3
>  .
>  . [35 more routines successfully compiled]
>  .
>_exit
>_ctors
>_eh
>as0: Error: ./libgcc2.c, line 5: Symbol must have absolute value: $L23
>      ldgp $29,$LSJ152-$L23($27)
>as0: Error: ./libgcc2.c, line 5: Symbol must have absolute value: $L36
>      ldgp $29,$LSJ258-$L36($27)
>make: *** [libgcc2.a] Error 1

What does this mean??


Here is some information about my system & version of as:

> uname -a
OSF1 band3 V1.3 111 alpha

> as -V
[a bunch of RCS version info deleted]
as  (as)
	The DEC OSF/1 AXP Compiler Driver 3.11

> ls -l /usr/lib/cmplrs/cc/as*
-r-xr-xr-x   1 root     root      425984 May 22 1995  /usr/lib/cmplrs/cc/as0*
-r-xr-xr-x   1 root     root      696320 May 22 1995  /usr/lib/cmplrs/cc/as1*
-r-xr-xr-x   1 root     root      696320 May 22 1995  /usr/lib/cmplrs/cc/as1.rrs*

Thanks for your help!

Scott Blackman
scott.blackman@vanderbilt.edu

Re: alpha-dec-osf1.3: egcs-980321 won't compile _eh in libgcc2

[Jim Wilson]

	>_eh
	>as0: Error: ./libgcc2.c, line 5: Symbol must have absolute value: $L23
	>      ldgp $29,$LSJ152-$L23($27)
	>as0: Error: ./libgcc2.c, line 5: Symbol must have absolute value: $L36
	>      ldgp $29,$LSJ258-$L36($27)
	>make: *** [libgcc2.a] Error 1

	What does this mean??

This means that gcc is emitting assembler language code that the native (DEC)
assembler won't accept.  If you use GNU as, it will work.  If you disable
the dwarf2 exception handling support it might work with the DEC assembler.
Try adding
	#define DWARF2_UNWIND_INFO 0
to the tm.h file.

OSF 1.x is so old that people are unlikely to care much about this bug, so
I doubt that it will get fixed anytime soon.  We have a workaround (use GNU as)
so we can just recommend that.

Jim

Re: alpha-dec-osf1.3: egcs-980321 won't compile _eh in libgcc2

[Ian Lance Taylor]

   Date: Thu, 02 Apr 1998 15:53:38 -0800
   From: Jim Wilson <wilson@cygnus.com>

	   >_eh
	   >as0: Error: ./libgcc2.c, line 5: Symbol must have absolute value: $L23
	   >      ldgp $29,$LSJ152-$L23($27)
	   >as0: Error: ./libgcc2.c, line 5: Symbol must have absolute value: $L36
	   >      ldgp $29,$LSJ258-$L36($27)
	   >make: *** [libgcc2.a] Error 1

	   What does this mean??

   This means that gcc is emitting assembler language code that the native (DEC)
   assembler won't accept.  If you use GNU as, it will work.  If you disable
   the dwarf2 exception handling support it might work with the DEC assembler.
   Try adding
	   #define DWARF2_UNWIND_INFO 0
   to the tm.h file.

   OSF 1.x is so old that people are unlikely to care much about this bug, so
   I doubt that it will get fixed anytime soon.  We have a workaround (use GNU as)
   so we can just recommend that.


Unfortunately, gas does not work particularly well on OSF/1, because
it does not generate the exception table information which the native
assembler generates.  This means that the native linker complains
whenever it links objects generated by gas.  The GNU linker does not
work well on OSF/1, because it does not support shared libraries.

I don't know what the right solution to this problem is.  Maybe
disabling the dwarf2 exception handling is best.

Ian

Re: alpha-dec-osf1.3: egcs-980321 won't compile _eh in libgcc2

[Richard Henderson]

> This means that gcc is emitting assembler language code that the native (DEC)
> assembler won't accept.  If you use GNU as, it will work.  If you disable
> the dwarf2 exception handling support it might work with the DEC assembler.
> Try adding
> 	#define DWARF2_UNWIND_INFO 0
> to the tm.h file.

This has nothing to do with dwarf, but rather the fact that configure was
broken.  The pattern only matched osf1.2, so osf1.3 fell through and
matched osf4.

The bad assembly comes from the builtin_setjmp_receiver pattern and
not having had the proper tm files to get TARGET_AS_CAN_SUBTRACT_LABELS
set to zero.

I've checked in a fix.


r~

alpha-dec-osf1.3: egcs-980321 won't compile _eh in libgcc2

[Scott M. Blackman]

I tried to get the 980321 snapshot to compile on my alpha-dec-osf1.3 system.
An earlier bug in 1.0.2 was fixed (Thanks Jim Wilson) but now ./xgcc won't
compile libgcc2.  Here is the output I get on compile:

make LANGUAGES=c CFLAGS=-O
>rm -f tmplibgcc2.a
>for name in _muldi3 _divdi3 _moddi3 _udivdi3 _umoddi3 _negdi2 _lshrdi3
> _ashldi3 _ashrdi3 _ffsdi2 _udiv_w_sdiv _udivmoddi4 _cmpdi2 _ucmpdi2
> _floatdidf _floatdisf _fixunsdfsi _fixunssfsi _fixunsdfdi _fixdfdi
> _fixunssfdi _fixsfdi _fixxfdi _fixunsxfdi _floatdixf _fixunsxfsi _fixtfdi
> _fixunstfdi _floatditf __gcc_bcmp _varargs __dummy _eprintf _bb _shtab
> _clear_cache _trampoline __main _exit _ctors _eh  _pure; \
>do \
>  echo ${name}; \
>  ./xgcc -B./ -O2   -DIN_GCC    -O -I./include   -g1  -DIN_LIBGCC2
>  -D__GCC_FLOAT_NOT_NEEDED -fexceptions   -I. -I. -I./config -c -DL${name} \
>      ./libgcc2.c -o ${name}.o; \
>  if [ $? -eq 0 ] ; then true; else exit 1; fi; \
>  ar rc tmplibgcc2.a ${name}.o; \
>  rm -f ${name}.o; \
>done
>_muldi3
>_divdi3
>_moddi3