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