I know this isn't an apache forum, but the reason I'm hung up trying to
get apache building smoothly is because neon is having trouble finding
expat when I build svn later on...
I think I'm using the CVS head of apache, along with the latest apr and
apr-util from CVS, the 9am Jul 25th tarballs didn't work for me, and the
9am Jul 26th tarballs didn't work either (I'm getting them from
http://cvs.apache.org/snapshots/httpd-2.0/, apr/, and apr-util/, isn't
this correct?
The bottom line is, should I report this to devapache and call it a day
or do I still have some chance of getting subversion working? Is the
approach of replacing apr and apr-util's copies of libtool with a newer
version before I run make advisable or not? Has anyone else seen this
problem or got a clue to what I'm doing wrong?
Following the directions in svn/INSTALL for building apache with apr and
apr-util (and it's not like I've never built apache before) and not
swapping apr and apr-util's self-generated libtool 1.3.5 for anything
else, buildconf gives me warnings about deprecated stuff but everything
configures and make depends perfectly (looks like) and I eventually end
up with the following error during make:
/bin/sh /Users/helink/archives/subversion/httpd-2.0/srclib/apr/libtool
etc
ld: -undefined error must be used when -twolevel-namespace is in effect
/usr/bin/libtool: internal link edit command failed
make[3]: *** [libapr.la] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1
Now, in OS X /usr/bin/libtool isn't actually libtool, it's (apparantly)
something totally unrelated -- /usr/bin/glibtool is actually libtool.
Dunno if this matters because it appears to be calling it's own private
libtool when it gets the error, and why that's not the right version of
libtool (the httpd docs say it requires 1.4.2, buildconf detects it, and
they build themselves 1.3.5) I don't know.
hamilton
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jul 26 22:49:00 2002