On Jul 14, 2006, at 11:23 AM, Ryan Schmidt wrote:
> On Jul 14, 2006, at 19:57, Matthew Kidd wrote:
>> I compiled from source (folder is on desktop) via the following
>> commands run from the subversion directory on the desktop:
>> ./configure ---with-ssl --libtool=/usr/bin
>> sudo make install
>> --with-ssl is done under the premise that it is need for the
>> client to communicate via ssl to the repository server. --libtool
>> was added because I believed that was what was causing the
>> following error during install:
>> /Users/kiddm/Desktop/subversion-1.3.2/apr/libtool --mode=install
>> cp libapr-0.la /usr/local/apr/lib
>> cp .libs/libapr-0.0.dylib /usr/local/apr/lib/libapr-0.0.dylib
>> cp: /usr/local/apr/lib/libapr-0.0.dylib: Too many levels of
>> symbolic links
>> make: *** [install] Error 1
>> make: *** [external-install] Error 1
>> Now I understand what the error is saying but I have no idea why
>> it's happening as I installed via the same process on an iMac and
>> I encountered none of these problems and the symbolic linking is
>> found there as well.
> There are several binary distributions of Subversion for Mac OS X,
> and it compiles just fine using DarwinPorts and presumably with
> Fink as well. So it shouldn't be that hard to get it working.
> Have you already tried without running autogen.sh? You should only
> need autogen.sh if you're trying to build from a checkout of the
> Subversion repository. You don't need to run autogen.sh with
> released source tarballs.
> You are apparently also configuring with --prefix=/usr/local or
> something like that?
> Is /usr/local/apr/lib a symlink that points to itself or its parent
> directory, or something odd like that?
Yes, it sounds like your apr installation is funky. Was that
installed separately I assume?
On a clean OS X system, this invocation has never failed.
GXX=yes ./configure --with-ssl --with-zlib
sudo make install
The "GXX=yes" and "--enable-shared=yes" parts help the neon lib build
a shared library instead of just building the static lib. Not
strictly necessary but fits better with the rest of the install since
shared libraries are built by default for the subversion/apr pieces.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Thu Jul 20 22:14:53 2006