Re: GNUstep build problem

[Andreas Höschler]

Hello Fred,

thanks a lot for looking into this!!

> > > and back to base. I put the output of the base build into
> > >
> > >
> > > http://www.smartsoft.de/EAR/base_build.output.txt
> > >
> > > If anyone cares to have a look on that. Thanks a lot,
> >
> > Googling for the error message (relocations remain against allocatable
> > but non-writable sections) give the following result:
> >
> > http://www.filibeto.org/pipermail/solaris-users/2004-March/000660.html

/usr/local/lib and /opt/sfw/gcc-3/lib should be before /usr/lib and /lib
in your LD_LIBRARY_PATH, also /usr/local/bin or wherever you put the ld
binary should be before /usr/ccs/bin in your PATH variable.
it is also a good idea to use GNU make. 

This unfortunately did not do the trick for me! :-(

which ld
/usr/local/bin/ld

gmake -v
GNU Make 3.80
Copyright (C) 2002  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

make -v
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

gcc -v
Using built-in specs.
Target: i386-pc-solaris2.10
Configured with: ../configure --with-gnu-as --with-as=/usr/sfw/bin/gas --without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-shared --disable-nls --enable-languages=c,c++,objc --disable-multilib
Thread model: posix
gcc version 4.2.3

I tried both, make and gmake, both with the same result

Linking library libgnustep-base ...
Text relocation remains                         referenced
against symbol                  offset      in file
<unknown>                           0x11        /usr/local/lib/libcallback.a(misc.o)
<unknown>                           0x3e        /usr/local/lib/libcallback.a(misc.o)
<unknown>                           0x8b        /usr/local/lib/libcallback.a(trampoline.o)
free                                0x51        /usr/local/lib/libcallback.a(trampoline.o)
abort                               0x22        /usr/local/lib/libcallback.a(misc.o)
abort                               0x4f        /usr/local/lib/libcallback.a(misc.o)
abort                               0x95        /usr/local/lib/libcallback.a(trampoline.o)
fprintf                             0x1d        /usr/local/lib/libcallback.a(misc.o)
fprintf                             0x4a        /usr/local/lib/libcallback.a(misc.o)
__iob                               0x18        /usr/local/lib/libcallback.a(misc.o)
__iob                               0x45        /usr/local/lib/libcallback.a(misc.o)
__iob                               0x74        /usr/local/lib/libcallback.a(trampoline.o)
fwrite                              0x90        /usr/local/lib/libcallback.a(trampoline.o)
malloc                              0x66        /usr/local/lib/libcallback.a(trampoline.o)
ld: fatal: relocations remain against allocatable but non-writable sections
collect2: ld returned 1 exit status
gmake[3]: *** [obj/libgnustep-base.so.1.19.3] Error 1
gmake[2]: *** [internal-library-all_] Error 2
gmake[1]: *** [libgnustep-base.all.library.variables] Error 2
gmake: *** [internal-all] Error 2

Any one success on Solaris with a recent GNustep release?

> I had a look at the other pages that Google turned up and found this:
>
> http://docsun.cites.uiuc.edu/sun_docs/C/solaris_9/SUNWdev/LLM/p24.html
>
> Looks like you could have a library linked in that wasn't compiled with
> the -K pic option. I remember seeing something about this case in the
> GNUstep mailing list before.

All I have built myself is ffcall and freetype. The rest are standard Solaris binary packages!

Thanks,

Andreas