Yes, thanks!

Now that I'm past that, it's screwing up elsewhere. The libxml2 and libxslt which cygwin provides don't seem to get along with gnustep, so I uninstalled them and built libxml2-2.6.14 and libxslt-1.1.11. Individually, they both build and install fine. The configure for gnustep-base finds them OK too.

However, now when attempting to link the base library, none of libxml2's symbols seem to be available that are needed from libxslt.

/GNUstep/System/Library/Libraries/libxslt.a(transform.o)(.text+0x59): In function `templPush':
/cygdrive/c/users/paulf/src/gnustep/libxslt-1.1.11/libxslt/transform.c:106: undefined reference to `_xmlRealloc'
/GNUstep/System/Library/Libraries/libxslt.a(transform.o)(.text+0x73):/cygdrive/c/users/paulf/src/gnustep/libxslt-1.1.11/libxslt/transform.c:111: undefined reference to `_xmlGenericErrorContext'
[ and thousands more ]
Info: resolving _xmlFree by linking to __imp__xmlFree (auto-import)
collect2: ld returned 1 exit status
dllwrap: gcc exited with status 1
make[2]: *** [shared_obj/gnustep-base.dll] Error 1
make[1]: *** [libgnustep-base.all.library.variables] Error 2
make: *** [internal-all] Error 2



"Adam Fedor" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]

On Oct 2, 2004, at 4:20 AM, Paul Forgey wrote:

Running cygwin 1.5.11-1 and trying to build gnustep-base 1.10.0, I'm running into the following build error. It's failing because there is no occurance of "_class_name_" in the resulting list. What exactly is the build process attempting to do? I see _class_name_ in the nm output, but not if I filter it with the first grep statement. I do, however, see quite a few symbols starting with ___objc_class_name_ with a 'U' instead. Does this mean for some reason the definitions are never actually being built?

cat win32-def.top > libgnustep-base.def
nm [long list of objects] | grep '^........ [T] _' | sed 's/[^_]*_//'
> _tmp.def


Would it work if you used 'R' instead of 'T' in the grep statement? Different versions of mingw/cyginw seems to work differently in this respect, so it's hard to see how to solve that problem.





_______________________________________________ Help-gnustep mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/help-gnustep

Reply via email to