[bug #29845] FTBFS on GNU/Hurd with -Wl,--no-undefined

[Richard Frith-Macdonald]

Follow-up Comment #2, bug #29845 (project gnustep):

Any news on this?
It would be nice to get a fix into a 1.20.1 release.

Also, I looked at the URL
https://buildd.debian.org/fetch.cgi?pkg=gnustep-base&arch=hurd-i386&ver=1.19.3-2&stamp=1273445079&file=log&as=raw

I can't claim to fully understand this log, but I'm guessing it's a build of
a debian source package?
A few queries/observations...

1. Why is LDFLAGS set to "-Wl,-z,defs -Wl,--as-needed" ?  I don't know what
this does ... it seems unlikely (since I guess these flags do no harm on other
systems) but perhaps it's the cause of the problem?  It's a natural suspect
since the flags are for the linker and the problem is a linker issue (the
linker ought to be expecting gnustep_base_user_main to be undefined, not
complaining about it).

2. The base configure log says:
Your gnustep-make is configured to use native objc exceptions, but
the objc runtime does not appear to support setting an uncaught
exception handler.  This means that any uncaught exception will
cause a program to abort immediately.
Consider reconfiguring gnustep-make or updating libobjc to fix this.

So the library is being built with the wrong objective-c library and/or
incorrectly configured gnustep-make.  That suggests that the packages or
package dependencies are faulty.  I can't see how this could have any effect
on the linking issue, but it looks like a package problem.


Of course, this is an old version of GNUstep anyway ... so perhaps this bug
report is obsolete and should simply be closed?



    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?29845>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/