binutils 2.8.1 problem compiling gcc-2.8.0-971206

binutils 2.8.1 problem compiling gcc-2.8.0-971206

[Joel Sherrill]

I ran into this error compiling gcc-2.8.0-971206 for powerpc-rtems using
binutils 2.8.1:


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 _op_new
_op_vnew _new_handler _op_delete _op_vdel _bb _shtab _clear_cache
_trampoline __main _exit _ctors _eh  _pure; \
do \
  echo ${name}; \
  /usr1/rtems/work/tools_ada_311a/build-powerpc-tools/gcc/xgcc
-B/usr1/rtems/work/tools_ada_311a/build-powerpc-tools/gcc/ -O2
-DCROSS_COMPILE -DIN_GCC    -O2 -g -I./include   -g1 -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -fexceptions  -mrelocatable-lib -mno-eabi
-mstrict-align -I. -I/usr1/rtems/work/tools_ada_311a/src/gcc
-I/usr1/rtems/work/tools_ada_311a/src/gcc/config -c -DL${name} \
      /usr1/rtems/work/tools_ada_311a/src/gcc/libgcc2.c -o ${name}.o; \
  if [ $? -eq 0 ] ; then true; else exit 1; fi; \
  /usr1/rtems/work/tools_ada_311a/build-powerpc-tools/binutils/ar rc
tmplibgcc2.a ${name}.o; \
  rm -f ${name}.o; \
..... 
_eh
/tmp/cca08918.s:
Assembler messages: /tmp/cca08918.s:916: Internal error, aborting at
/usr1/rtems/work/tools_ada_311a/src/gas/config/tc-ppc.c line 4759 in
md_apply_fix3

I have cut off as much of the generated assembly as I could and still
produce the error.  The resulting .s file is below my signature.

If there is a patch for this or if I should punt 2.8.1 and move to a
snapshot, please let me know.  Thanks.

--joel
Joel Sherrill                    Director of Research & Development
joel@OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
   Support Available             (205) 722-9985



	.file	"libgcc2.c"

 # rs6000/powerpc options: -msdata=data -G 8
 # GNU C version 2.8.0 (powerpc-rtems) compiled by GNU C version 2.7.2.
 # options passed:  -mrelocatable-lib -mno-eabi -mstrict-align -g -g1 -O2
 # -O2 -fexceptions
 # options enabled:  -fdefer-pop -fomit-frame-pointer -fcse-follow-jumps
 # -fcse-skip-blocks -fexpensive-optimizations -fthread-jumps
 # -fstrength-reduce -fpeephole -fforce-mem -ffunction-cse -finline
 # -fkeep-static-consts -fcaller-saves -fpcc-struct-return
 # -frerun-cse-after-loop -fschedule-insns -fschedule-insns2 -fPIC
 # -fexceptions -fsjlj-exceptions -fcommon -fverbose-asm -fgnu-linker
 # -mpowerpc -mnew-mnemonics -mno-fp-in-toc -mminimal-toc -mstrict-align
 # -mrelocatable -mrelocatable-lib -mtoc -mfull-toc -mcall-sysv
 # -msdata=data

	.section ".text"
.Ltext0:
	.align 2
	.globl __default_terminate
	.type	 __default_terminate,@function
__default_terminate:
	stwu 1,-16(1)
	mflr 0
	stw 0,20(1)
	bl abort@plt
.Lfe1:
	.size	 __default_terminate,.Lfe1-__default_terminate
.Lscope0:
	.globl __terminate_func
	.section ".sdata","aw"
	.align 2
	.type	 __terminate_func,@object
	.size	 __terminate_func,4
__terminate_func:
.LCP0:
	.long (__default_terminate)@fixup
	.section ".fixup","aw"
	.align 2
	.long	.LCP0
	.previous
	.section	".got2","aw"
.LCTOC1 = .+32768
.LC0 = .-.LCTOC1
	.long __terminate_func
	.section ".text"
	.align 2
	.globl __terminate
.LCL0:
	.long .LCTOC1-.LCF0
	.type	 __terminate,@function
__terminate:
	stwu 1,-16(1)
	mflr 0
	stw 30,8(1)
	stw 31,12(1)
	stw 0,20(1)
	bl .LCF0
.LCF0:
	mflr 30
	lwz 0,(.LCL0-.LCF0)(30)
	add 30,0,30
	lwz 9,.LC0(30)
	lwz 0,0(9)
	mtlr 0
	blrl
	lwz 0,20(1)
	mtlr 0
	lwz 30,8(1)
	lwz 31,12(1)
	addi 1,1,16
	blr
.Lfe2:
	.size	 __terminate,.Lfe2-__terminate
.Lscope1:
	.align 2
	.globl __throw_type_match
	.type	 __throw_type_match,@function
__throw_type_match:
	stwu 1,-32(1)
	mflr 0
	stw 29,20(1)
	stw 30,24(1)
	stw 31,28(1)
	stw 0,36(1)
	mr 29,5
	bl strcmp@plt
	addic 3,3,-1
	subfe 3,3,3
	and 3,29,3
	lwz 0,36(1)
	mtlr 0
	lwz 29,20(1)
	lwz 30,24(1)
	lwz 31,28(1)
	addi 1,1,32
	blr
.Lfe3:
	.size	 __throw_type_match,.Lfe3-__throw_type_match
.Lscope2:
	.align 2
	.globl __empty
	.type	 __empty,@function
__empty:
	blr
.Lfe4:
	.size	 __empty,.Lfe4-__empty
.Lscope3:
	.globl __dynamic_handler_chain
	.section ".sdata","aw"
	.align 2
	.type	 __dynamic_handler_chain,@object
	.size	 __dynamic_handler_chain,4
__dynamic_handler_chain:
.LCP1:
	.long (top_elt)@fixup
	.section ".fixup","aw"
	.align 2
	.long	.LCP1
	.previous
	.section	".got2","aw"
.LC1 = .-.LCTOC1
	.long __dynamic_handler_chain
	.section ".text"
	.align 2
	.globl __get_dynamic_handler_chain
.LCL1:
	.long .LCTOC1-.LCF1
	.type	 __get_dynamic_handler_chain,@function
__get_dynamic_handler_chain:
	stwu 1,-16(1)
	mflr 0
	stw 30,8(1)
	stw 31,12(1)
	stw 0,20(1)
	bl .LCF1
.LCF1:
	mflr 30
	lwz 0,(.LCL1-.LCF1)(30)
	add 30,0,30
	lwz 3,.LC1(30)
	lwz 0,20(1)
	mtlr 0
	lwz 30,8(1)
	lwz 31,12(1)
	addi 1,1,16
	blr
.Lfe5:
	.size	 __get_dynamic_handler_chain,.Lfe5-__get_dynamic_handler_chain
.Lscope4:
	.section	".got2","aw"
.LC2 = .-.LCTOC1
	.long .L11
.LC3 = .-.LCTOC1
	.long __eh_info
.LC4 = .-.LCTOC1
	.long top_elt
.LC5 = .-.LCTOC1
	.long __dummy
	.section ".text"
	.align 2
	.globl __sjthrow
.LCL2:
	.long .LCTOC1-.LCF2
	.type	 __sjthrow,@function
__sjthrow:
	stwu 1,-1856(1)
	mflr 0
	mfcr 12
	stfd 14,1712(1)
	stfd 15,1720(1)
	stfd 16,1728(1)
	stfd 17,1736(1)
	stfd 18,1744(1)
	stfd 19,1752(1)
	stfd 20,1760(1)
	stfd 21,1768(1)
	stfd 22,1776(1)
	stfd 23,1784(1)
	stfd 24,1792(1)
	stfd 25,1800(1)
	stfd 26,1808(1)
	stfd 27,1816(1)
	stfd 28,1824(1)
	stfd 29,1832(1)
	stfd 30,1840(1)
	stfd 31,1848(1)
	stw 14,1640(1)
	stw 15,1644(1)
	stw 16,1648(1)
	stw 17,1652(1)
	stw 18,1656(1)
	stw 19,1660(1)
	stw 20,1664(1)
	stw 21,1668(1)
	stw 22,1672(1)
	stw 23,1676(1)
	stw 24,1680(1)
	stw 25,1684(1)
	stw 26,1688(1)
	stw 27,1692(1)
	stw 28,1696(1)
	stw 29,1700(1)
	stw 30,1704(1)
	stw 31,1708(1)
	stw 0,1860(1)
	stw 12,1636(1)
	mr 31,1
	bl .LCF2
.LCF2:
	mflr 30
	lwz 0,(.LCL2-.LCF2)(30)
	add 30,0,30
	bl __get_dynamic_handler_chain@plt
	stw 3,1608(31)
	lwz 9,0(3)
	lwz 0,4(9)
	cmpwi 1,0,0
	addi 9,9,4
	stw 9,1612(31)
	bc 12,6,.L9
	addi 8,31,8
	stw 8,1616(31)
	li 0,0
	stw 0,4(8)
	mr 10,3
	lwz 0,0(10)
	stw 0,8(31)
	mr 0,8
	lwz 9,.LC2(30)
	stwu 0,8(8)
	stw 8,1620(31)
	stw 9,4(8)
	lwz 0,0(1)
	li 9,0
	stw 1,12(8)
	stw 0,8(8)
	b .L12
.L11:
	addi 31,31,-8
	bl .LCF3
.LCL3:

Re: binutils 2.8.1 problem compiling gcc-2.8.0-971206

[Ian Lance Taylor]

   Date: Mon, 8 Dec 1997 08:09:24 -0600 (CST)
   From: Joel Sherrill <joel@OARcorp.com>

   If there is a patch for this or if I should punt 2.8.1 and move to a
   snapshot, please let me know.  Thanks.

Your test case appears to work with the powerpc-eabi target in the
current sources.  The problem may have something to do with the @plt.

Ian

Re: binutils 2.8.1 problem compiling gcc-2.8.0-971206

[Joel Sherrill]

On Mon, 8 Dec 1997, Ian Lance Taylor wrote:

>    Date: Mon, 8 Dec 1997 08:09:24 -0600 (CST)
>    From: Joel Sherrill <joel@OARcorp.com>
> 
>    If there is a patch for this or if I should punt 2.8.1 and move to a
>    snapshot, please let me know.  Thanks.
> 
> Your test case appears to work with the powerpc-eabi target in the
> current sources.  The problem may have something to do with the @plt.

I have downloaded gas-971208 and am retrying this.  

I have been wondering whether the egcs and gcc 2.8 releases imply binutils
and newlib should have releases as well.  I know the as.new -> as-new
change is something which must be in sync for the one-tree build procedure
to work.

Thanks.

--joel

Re: binutils 2.8.1 problem compiling gcc-2.8.0-971206

[Ian Lance Taylor]

   Date: Mon, 8 Dec 1997 13:08:19 -0600 (CST)
   From: Joel Sherrill <joel@OARcorp.com>

   I have been wondering whether the egcs and gcc 2.8 releases imply binutils
   and newlib should have releases as well.  I know the as.new -> as-new
   change is something which must be in sync for the one-tree build procedure
   to work.

Certainly there should be a binutils release.  Unfortunately, it's a
question of available time to produce one.  I'll try to start the
process soon.

Ian

Re: binutils 2.8.1 problem compiling gcc-2.8.0-971206

[Joel Sherrill]

On Mon, 8 Dec 1997, Ian Lance Taylor wrote:

>    Date: Mon, 8 Dec 1997 13:08:19 -0600 (CST)
>    From: Joel Sherrill <joel@OARcorp.com>
> 
>    I have been wondering whether the egcs and gcc 2.8 releases imply binutils
>    and newlib should have releases as well.  I know the as.new -> as-new
>    change is something which must be in sync for the one-tree build procedure
>    to work.
> 
> Certainly there should be a binutils release.  Unfortunately, it's a
> question of available time to produce one.  I'll try to start the
> process soon.

I understand completely.  It is tough to get things to stabilize, find
time to test, and hope that the releases of multiple interdependent
packages happen close to one another.  

I am trying to get an RTEMS release out the door now.  And gcc 2.8/egcs
1.0 are the first gcc releases with RTEMS support.  

--joel

Re: binutils 2.8.1 problem compiling gcc-2.8.0-971206

[Ian Lance Taylor]

   From: hjl@lucon.org (H.J. Lu)
   Date: Mon, 8 Dec 1997 14:08:14 -0800 (PST)

   Does soname work now? Thanks.

In what way was it broken?  As far as I know, it has worked for a
couple of years now.

Somebody did send a bug report to bug-gnu-utils about what they
described as an soname bug in the GNU linker, but, as I indicated in
my reply, the bug, if it was a bug, was actually in gcc, not in the
linker.

Ian

Re: binutils 2.8.1 problem compiling gcc-2.8.0-971206

[H.J. Lu]

> 
>    From: hjl@lucon.org (H.J. Lu)
>    Date: Mon, 8 Dec 1997 14:08:14 -0800 (PST)
> 
>    Does soname work now? Thanks.
> 
> In what way was it broken?  As far as I know, it has worked for a
> couple of years now.
> 

The new gas snapshot has libbfd.so.0.0.0. I'd like to see
libbfd.so.2.8.1.0.18. Unfortunately there is no easy way
to do it since I can only get libbfd.so.2.8.1 even if I
want to make a binutils 2.8.1.0.18 for Linux. If I use
libbfd.so.2.8.1, it will confuse people.


H.J.

Re: binutils 2.8.1 problem compiling gcc-2.8.0-971206

[Ian Lance Taylor]

   From: hjl@lucon.org (H.J. Lu)
   Date: Mon, 8 Dec 1997 14:22:04 -0800 (PST)

   >    Does soname work now? Thanks.
   > 
   > In what way was it broken?  As far as I know, it has worked for a
   > couple of years now.

   The new gas snapshot has libbfd.so.0.0.0. I'd like to see
   libbfd.so.2.8.1.0.18. Unfortunately there is no easy way
   to do it since I can only get libbfd.so.2.8.1 even if I
   want to make a binutils 2.8.1.0.18 for Linux. If I use
   libbfd.so.2.8.1, it will confuse people.

Oh that.  No, that hasn't been fixed yet.  Getting the version number
to match the release number is a libtool issue.  If you figure out a
clean patch, I'll be happy to use it.

Ian

Re: binutils 2.8.1 problem compiling gcc-2.8.0-971206

[H.J. Lu]

> 
>    Date: Mon, 8 Dec 1997 13:08:19 -0600 (CST)
>    From: Joel Sherrill <joel@OARcorp.com>
> 
>    I have been wondering whether the egcs and gcc 2.8 releases imply binutils
>    and newlib should have releases as well.  I know the as.new -> as-new
>    change is something which must be in sync for the one-tree build procedure
>    to work.
> 
> Certainly there should be a binutils release.  Unfortunately, it's a
> question of available time to produce one.  I'll try to start the
> process soon.
> 

Does soname work now? Thanks.

-- 
H.J. Lu (hjl@gnu.org)

soname patch for gas2

[H.J. Lu]

> 
>    From: hjl@lucon.org (H.J. Lu)
>    Date: Mon, 8 Dec 1997 14:22:04 -0800 (PST)
> 
>    >    Does soname work now? Thanks.
>    > 
>    > In what way was it broken?  As far as I know, it has worked for a
>    > couple of years now.
> 
>    The new gas snapshot has libbfd.so.0.0.0. I'd like to see
>    libbfd.so.2.8.1.0.18. Unfortunately there is no easy way
>    to do it since I can only get libbfd.so.2.8.1 even if I
>    want to make a binutils 2.8.1.0.18 for Linux. If I use
>    libbfd.so.2.8.1, it will confuse people.
> 
> Oh that.  No, that hasn't been fixed yet.  Getting the version number
> to match the release number is a libtool issue.  If you figure out a
> clean patch, I'll be happy to use it.
> 
> Ian
> 

Here is the patch. I need extension for Linux since I have to make
binutils 2.8.x.0.x for Linux. Otherwise, I have to use 2.8.x. It will
be quite confusing.

BTW, bfd/VERINFO doesn't have to be updated as often as VERSION.

Thanks.


-- 
H.J. Lu (hjl@gnu.org)
--
Thu Dec 11 08:22:42 1997  H.J. Lu  (hjl@gnu.org)

	* ltmain.sh (extension): New. Set from $vinfo.
	(versuffix): Add $extension for Linux.

Thu Dec 11 08:22:42 1997  H.J. Lu  (hjl@gnu.org)

	* bfd/Makefile.am (libbfd_la_LDFLAGS): New.
	(config.status): Depend on $(srcdir)/VERINFO.

	* bfd/configure.in (VERINFO): Substitute it.

	* bfd/VERINFO: New.

Thu Dec 11 08:22:42 1997  H.J. Lu  (hjl@gnu.org)

	* opcodes/Makefile.am (libopcodes_la_LDFLAGS): New.
	(config.status): Depend on $(srcdir)/../bfd/VERINFO.

	* opcodes/configure.in (VERINFO): Substitute it.

Index: ltmain.sh
===================================================================
RCS file: /home/work/cvs/gnu/binutils/ltmain.sh,v
retrieving revision 1.1.1.2
diff -u -r1.1.1.2 ltmain.sh
--- ltmain.sh	1997/11/18 17:24:56	1.1.1.2
+++ ltmain.sh	1997/12/11 09:06:52
@@ -609,6 +609,7 @@
       current=0
       revision=0
       age=0
+      extension=
 
       if test -n "$objs"; then
 	echo "$progname: cannot build libtool library \`$output' from non-libtool objects:$objs" 2>&1
@@ -631,7 +632,7 @@
       set dummy $vinfo
       IFS="$save_ifs"
 
-      if test -n "$5"; then
+      if test -n "$6"; then
         echo "$progname: too many parameters to \`-version-info'" 1>&2
 	echo "$help" 1>&2
 	exit 1
@@ -640,6 +641,7 @@
       test -n "$2" && current="$2"
       test -n "$3" && revision="$3"
       test -n "$4" && age="$4"
+      test -n "$5" && extension="$5"
 
       # Check that each of the things are valid numbers.
       case "$current" in
@@ -683,7 +685,11 @@
       linux)
 	version_vars="$version_vars major versuffix"
 	major=`expr $current - $age`
-	versuffix="$major.$age.$revision"
+	if test -n "$extension"; then
+	  versuffix="$major.$age.$revision.$extension"
+	else
+	  versuffix="$major.$age.$revision"
+	fi
 	;;
 
       osf)
Index: bfd/Makefile.am
===================================================================
RCS file: /home/work/cvs/gnu/binutils/bfd/Makefile.am,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile.am
--- bfd/Makefile.am	1997/10/25 21:56:17	1.1.1.1
+++ bfd/Makefile.am	1997/12/11 16:01:42
@@ -461,6 +463,9 @@
 	$(INSTALL_DATA) $(INCDIR)/ansidecl.h $(includedir)/ansidecl.h
 	$(INSTALL_DATA) $(INCDIR)/bfdlink.h $(includedir)/bfdlink.h
 
+libbfd_la_LDFLAGS=-version-info @VERINFO@
+config.status: $(srcdir)/VERINFO
+
 # Have to get rid of .dep1 here so that "$?" later includes all of $(CFILES).
 .dep: dep.sed $(CFILES) $(HFILES) bfd.h
 	rm -f .dep1
Index: bfd/configure.in
===================================================================
RCS file: /home/work/cvs/gnu/binutils/bfd/configure.in,v
retrieving revision 1.1.1.34
diff -u -r1.1.1.34 configure.in
--- bfd/configure.in	1997/11/18 17:27:05	1.1.1.34
+++ bfd/configure.in	1997/12/11 16:15:34
@@ -584,6 +585,22 @@
 AC_SUBST(all_backends)
 AC_SUBST(bfd_backends)
 AC_SUBST(bfd_machines)
+
+verinfo=`cat ${srcdir}/VERINFO`
+IFS="${IFS=	}"; save_ifs="$IFS"; IFS='.'
+set dummy $verinfo
+IFS="$save_ifs"
+
+test -n "$2" && major=$2
+test -n "$3" && minor=$3
+test -n "$4" && patch=$4
+test -n "$5" && extension="$5"
+test -n "$6" && extension="$extension.$6"
+test -n "$7" && extension="$extension.$7"
+
+VERINFO=`expr $major + $minor`:$patch:$minor
+test -n "$extension" && VERINFO=$VERINFO:$extension
+AC_SUBST(VERINFO)
 
 tdefaults=""
 test -n "${defvec}" && tdefaults="${tdefaults} -DDEFAULT_VECTOR=${defvec}"
Index: opcodes/Makefile.am
===================================================================
RCS file: /home/work/cvs/gnu/binutils/opcodes/Makefile.am,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile.am
--- opcodes/Makefile.am	1997/10/25 21:56:52	1.1.1.1
+++ opcodes/Makefile.am	1997/12/11 16:01:48
@@ -127,6 +127,8 @@
 
 CLEANFILES = libopcodes.a stamp-lib dep.sed .dep .dep1
 
+libopcodes_la_LDFLAGS = -version-info @VERINFO@
+config.status: $(srcdir)/../bfd/VERINFO
 
 # This dependency stuff is copied from BFD.
 
Index: opcodes/configure.in
===================================================================
RCS file: /home/work/cvs/gnu/binutils/opcodes/configure.in,v
retrieving revision 1.1.1.20
diff -u -r1.1.1.20 configure.in
--- opcodes/configure.in	1997/11/18 17:28:46	1.1.1.20
+++ opcodes/configure.in	1997/12/11 16:15:14
@@ -172,4 +172,20 @@
 AC_SUBST(archdefs)
 AC_SUBST(BFD_MACHINES)
 
+verinfo=`cat ${srcdir}/../bfd/VERINFO`
+IFS="${IFS=	}"; save_ifs="$IFS"; IFS='.'
+set dummy $verinfo
+IFS="$save_ifs"
+
+test -n "$2" && major=$2
+test -n "$3" && minor=$3
+test -n "$4" && patch=$4
+test -n "$5" && extension="$5"
+test -n "$6" && extension="$extension.$6"
+test -n "$7" && extension="$extension.$7"
+
+VERINFO=`expr $major + $minor`:$patch:$minor
+test -n "$extension" && VERINFO=$VERINFO:$extension
+AC_SUBST(VERINFO)
+
 AC_OUTPUT(Makefile)
--- /dev/null	Wed Dec 31 16:00:00 1969
+++ bfd/VERINFO	Thu Dec 11 07:35:19 1997
@@ -0,0 +1 @@
+2.8.1.0.18