Follow-up Comment #2, bug #17226 (project gnustep):
Mh! Thanks for the pointer to messages=yes, it revealed the cause of the bug
I described in my GNUstep.conf: GNUSTEP_USER_DIR=GNUstep. For some reason,
this doesn't work if it's not an absolute path. 'gmake messages=yes' says:
cc main.m <options> <some header paths> -IGNUstep/Library/Headers <other
header paths>
cc <options> <files> -LGNUstep/Library/Libraries <other library paths>
A 'gmake messages=yes GNUSTEP_USER_DIR=$HOME/GNUstep' works as intended. I'll
try the SVN version later.
> it's -lgnustep-gui, not -lgnustep-gui_d as the make package automatically
adds the '_d' where necessary.
Interesting, this should be mentioned in the make package manual.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=17226>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
