Re: [Axiom-developer] Axiom cvs 2004-10-31 (gcl-2.6.5) gcc/binutils dependency?

[Camm Maguire]

Greetings!  Yes, another user has posted about the needed upgrade
here.

While bfd support has extended GCL's native code relocation ability to
arm, m68k, powerpc, s390, and amd64, fully justifying IMHO its use to
'offload' this functionality, its API is explicitly stated by its
developers to be subject to change like this without notice.  The
soname version of the library changes with each point release, making
the conventional means of tracking external backward-incompatible api
changes via shared library versioning extremely impracticable, as any
minor bfd shared lib change at all would force a gcl, maxima, acl2,
and axiom recompile.  Linking in libbfd.a statically extends the
binary life a bit, but can silently lead to problems, such as when
Debian's gcl was built against bfd 2.14, and then later used to build
axiom et.al. when bfd was upgraded to 2.15, leading to silent breakage
whenever intermediary build images are generated via
compiler::link/ld.

I'm coming to the reluctant conclusion that the best course for GCL is
to 1) effectively fork bfd and build from a local snapshot in the gcl
sources (--disable-statsysbfd --enable-locbfd to configure), or 2)
extend the older i386 and sparc only elf relocation code to the other
platforms.  2) means lots of work for sure, so 1) is best for now.

We can put in some configure magic to detect the external bfd version
and toggle the rawsize form accordingly, but this is too ad hoc for
words. :-)

Take care,

Magnus Larsson <address@hidden> writes:

> Hello Axiom-developer,
> 
> FYI,
> 
> Building Axiom cvs 2004-10-31 using:
> 
> gcc-3.4.2 + binutils 2.15.92.0.2 (beta) or
> gcc-3.3.1 + binutils 2.15.92.0.2 (beta)
>  
> fails with a reference to "_raw_size" while making gcl-2.6.5:
> ...
> gcc -c -Wall -DVOL=volatile -fsigned-char -pipe -O3 -fomit-frame-pointer  
> -I/home/magnus/usr/source/axiom/axiom-test/lsp/gcl-2.6.5/o -I../h -I../gcl-tk 
> init_pari.c
> gcc -c -Wall -DVOL=volatile -fsigned-char -pipe -O3 -fomit-frame-pointer  
> -I/home/magnus/usr/source/axiom/axiom-test/lsp/gcl-2.6.5/o -I../h -I../gcl-tk 
> nsocket.c
> gcc -c -Wall -DVOL=volatile -fsigned-char -pipe -O3 -fomit-frame-pointer  
> -I/home/magnus/usr/source/axiom/axiom-test/lsp/gcl-2.6.5/o -I../h -I../gcl-tk 
> sfasl.c
> In file included from sfasl.c:40:
> sfaslbfd.c: In function `fasload':
> sfaslbfd.c:266: error: structure has no member named `_raw_size'
> sfaslbfd.c:291: error: structure has no member named `_raw_size'
> sfaslbfd.c:356: error: structure has no member named `_raw_size'
> make[4]: *** [sfasl.o] Error 1
> make[4]: Leaving directory 
> `/home/magnus/usr/source/axiom/axiom-test/lsp/gcl-2.6.5/o'
> make[3]: *** [unixport/saved_pre_gcl] Error 2
> make[3]: Leaving directory 
> `/home/magnus/usr/source/axiom/axiom-test/lsp/gcl-2.6.5'
> /bin/sh: unixport/saved_gcl: No such file or directory
> make[2]: *** [gcldir] Error 127
> make[2]: Leaving directory `/home/magnus/usr/source/axiom/axiom-test/lsp'
> make[1]: *** [lspdir] Error 2
> make[1]: Leaving directory `/home/magnus/usr/source/axiom/axiom-test'
> make: *** [all] Error 2
> address@hidden:~/usr/source/axiom/axiom-test>          
> 
> I managed to build Axiom cvs 2004-10-31 using 
> gcc-3.3.1 and binutils 2.15.90.0.3 20040415.
> 
> Downgrading to binutils 2.15.90.0.3 20040415 allowed sfaslbfd.c to pick up a 
> bfd.h with "_raw_size" defined. The more recent binutils 2.15.92.0.2 (beta) 
> uses "rawsize" instead.
> 
> host system:
> Linux lfs 2.6.9 #2 Sun Oct 24 18:52:20 CEST 2004 i686 athlon i386 GNU/Linux
> 
> Best regards,
> 
> Magnus Larsson
> 
> 
> _______________________________________________
> Axiom-developer mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/axiom-developer
> 
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah