I don't know why gnustep-startup doesn't catch the error earlier, but
it actually fails compiling base:
GSFFCallInvocation.m:186: advarsel: ‘gs_subtype’ defined but not used
Linking library libgnustep-base ...
/usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../lib64/
URL:
http://savannah.gnu.org/bugs/?24563
Summary: built failure on solaris 2.5
Project: GNUstep
Submitted by: rmottola
Submitted on: Tue 14 Oct 2008 09:26:38 PM GMT
Category: Base/Foundation
Severity: 3 -
URL:
http://savannah.gnu.org/bugs/?24564
Summary: build failure on solaris
Project: GNUstep
Submitted by: rmottola
Submitted on: Tue 14 Oct 2008 09:38:55 PM GMT
Category: Base/Foundation
Severity: 3 -
Follow-up Comment #2, bug #24359 (project gnustep):
0.20.1 release seems to have solved this issue, even if it wasn't tackled
explicitely by Adam, so for now I close this bug.
___
Reply to this item at:
Update of bug #24359 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #24564 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Thanks ...I changed
Update of bug #24563 (project gnustep):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Thanks ... fixed in
Follow-up Comment #1, bug #24526 (project gnustep):
Is this simply a case of using an old version of GNUstep?
The bug report mentioned is for a segmentation fault whent he gcc builtin
function to retrieve stack frame info crashes (which it does sometimes) ...
and current/recent gnustep code
Follow-up Comment #2, bug #24526 (project gnustep):
It was reproduced by the original bug reporter with gnustep-startup-0.20, but
I also asked him to try with Base SVN trunk -- same result.
I assume that you cannot reproduce on x86_64, right?