Thanks for your response, it confirms my suspicion. I don't have the
hard drive space for fink, and I think that's been the source of some of
my problems -- because you can build apache and subversion and a bunch
of things from the sources, but autoconf and libtool both have to be
darwinized to work. The fink versions have been tailored, the versions I
had weren't.
I finally found a README.platforms in httpd-2.0 that led me to
darwinized versions of just the two things I needed. If it all works I'm
preparing a "HOWTO build svn in OS X without fink" email that might save
the next guy some README-crawling.
hamilton
David Mankin wrote:
>
> This won't be a very helpful reply, but I'll send it just in case it is...
>
> It's been a couple months since I tried, but I'm pretty sure I had
> not too much trouble getting this all to work. (I did have to tweak
> one apache script so that it could find apxs.) I got most of the
> build-tool dependencies out of fink. Are you using fink? I have the
> fink libtool14 and libtool14-shlib packages installed.
>
> HTH,
> -David
>
> >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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jul 27 01:24:14 2002