Hi all,
ow can I make gcc use this option for everything it does?
-fPIC should be used on almost every target that GNUstep Makefiles
support. You can check under gnustep-make/target.make
Did you see it when you typed "make messages=yes" ? I checked and it
does look set for Solaris targets.
It is true, so far we have only seen the link command, not the one used
for compilation. To see the results of configure on make and base would
also help to diagnose the issue.
I think that Andreas problem comes from one of the other libraries he
is
linking in not being properly compiled. He should try to find out which
one. The obvious first candidates are ffcall and freetype, but it might
as well be one of the other libraries of the system (libobjc springs to
mind).
I have no luck with this Solaris/gcc/GNUstep combination. I git GNustep
compiled now and Affiche, Terminal and TextEdit, but all apps die with
a core dump at startup. I therefore tried to build gdb 6.8 and this
fails with
tar xvf gdb-6.8.tar
cd gdb-6.8
./configure
make
...
make[2]: Entering directory `/usr/share/src/gdb-6.8/gdb'
gcc -c -g -O2 -I. -I.././gdb -I.././gdb/config
-DLOCALEDIR="\"/usr/local/share/locale\"" -DHAVE_CONFIG_H
-I.././gdb/../include/opcode -I.././gdb/../readline/.. -I../bfd
-I.././gdb/../bfd -I.././gdb/../include -I../libdecnumber
-I.././gdb/../libdecnumber -I./../intl -DMI_OUT=1 -DTUI=1
-I/usr/local/include -Wall -Wdeclaration-after-statement
-Wpointer-arith -Wformat-nonliteral -Wno-pointer-sign -Wno-unused
-Wno-switch -Wno-char-subscripts -Werror remote.c
cc1: warnings being treated as errors
remote.c: In function 'extended_remote_attach_1':
remote.c:2859: warning: format '%x' expects type 'unsigned int', but
argument 3 has type 'pid_t'
make[2]: *** [remote.o] Error 1
make[2]: Leaving directory `/usr/share/src/gdb-6.8/gdb'
make[1]: *** [install-gdb] Error 2
Uaghh!!! Had anyone moreluck with setting up a recent Solaris with
recent gcc and GNUstep? If so, I would pretty much appreciate
installation notes. I have no luck at all! :-(
Thanks a lot,
Andreas
_______________________________________________
Discuss-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
