|
From: | Paul Forgey |
Subject: | Re: can't build gnustep-base on cygwin |
Date: | Sat, 2 Oct 2004 20:59:32 -0700 |
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" <fedor@doc.com> wrote in message news:mailman.982.1096769757.2017.help-gnustep@gnu.org...
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.defWould 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.
[Prev in Thread] | Current Thread | [Next in Thread] |