My Windows machine's a little slow, so it took me a while to do this
myself. I got a recent setup.exe from cygwin and installed the 1.5.11
cygwin DLL, xml2 2.6.13, xslt 1.1.10.
I did have one problem configuring - I had put ffcall in a
non-standard location, and configure gave an error says libxml2 did
not exist because of that (certainly a bug in configure that I need
to fix), but after I did something like
LDFLAGS=/usr/local/lib ./configure
it worked fine. I then compiled and installed base and ran some test
programs with no problems.
Have you made any progress on this? It's possible compiling things
yourself causes weird problems that one might not get otherwise.
On Oct 2, 2004, at 9:59 PM, Paul Forgey wrote:
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