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.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
Help-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gnustep