Follow-up Comment #17, bug #13413 (project gnustep):
Hello Pascal,
You could attach :
a new config.log and the output of:
gmake messages=yes
to the bug report (after a gmake clean). But I have the feeling that anything
short of access to a box on which we can reproduce the issues will be
inefficient.
I achieved successful test results on Ricardo's i386-unknown-freebsd5.3
yesterday so I assume that we get lucky with -pthread on that architecture but
possibly not on amd64-unknown-freebsd7.0 (which is what you seem to be using
according to the config.log you sent me privatly). Also I'm not sure whether
GNUstep currently supports any 64-bit architectures.
Personally, I think it is probably wrong to be using -pthread for FreeBSD ELF
(and possibly for any platform) and we should use the standard -lpthread
mechanisms.
So maybe you could try the following patch, reconfigure -make, install -make,
source GNUstep.(c)sh, reconfigure -base, install -base. (But I must admit
that I haven't had a chance to test it on i386-unknown-freebsd5.3 yet.) OTOH,
you may be experiencing 64-bit issues totally unrelated to pthreads.
_______________________________________________________
Additional Item Attachment:
File name: make.patch Size:9 KB
Patch removing -pthread handling
<http://savannah.gnu.org/bugs/download.php?item_id=13413&item_file_id=2697>
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=13413>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
