Hi Riccrdo, Am 09.12.2015 um 15:17 schrieb Riccardo Mottola <[email protected]>: > while building a new release of gnustep-base, I get this failure on unstable9x > > Making all for tool autogsdoc... > /opt/csw/bin/gcc-4.6 -m32 -march=i386 -L/opt/csw/GNUstep/lib > -L/opt/csw/lib -shared-libgcc -pthread -fexceptions -fgnu-runtime -o > obj/autogsdoc \ > ./obj/autogsdoc.obj/autogsdoc.m.o ./obj/autogsdoc.obj/AGSParser.m.o > ./obj/autogsdoc.obj/AGSOutput.m.o ./obj/autogsdoc.obj/AGSIndex.m.o > ./obj/autogsdoc.obj/AGSHtml.m.o \ > -L../Source/./obj -L/home/rmottola/GNUstep/Library/Libraries > -L/opt/csw/GNUstep/Local/Library/Libraries > -L/opt/csw/GNUstep/System/Library/Libraries > -L/opt/csw/GNUstep/Local/Library/Libraries > -L/opt/csw/GNUstep/Local/Library/Libraries > -L/opt/csw/GNUstep/System/Library/Libraries -L/opt/csw/lib -lgnustep-base > -lpthread -lobjc -lsocket -lnsl -lm > Undefined first referenced > symbol in file > __sync_sub_and_fetch_4 ../Source/./obj/libgnustep-base.so > __sync_add_and_fetch_4 ../Source/./obj/libgnustep-base.so > ld: fatal: Symbol referencing errors. No output written to obj/autogsdoc > > Have you aready experienced something like that?
Sure: http://wiki.opencsw.org/porting-faq#toc8 > From what I could gather from the internet, this is caused by forcing i386 > because those functions are available only on >= 486 as atomic function. > If someone can confirm that this is the problem, is it it reasonable to > compile for 486 and up only? What's the best way to set march ? I doubt you can run on a CPU which does not support 486 commands, so it is most certainly ok. Best regards — Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
signature.asc
Description: Message signed with OpenPGP using GPGMail
