You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Matthew Kidd <Ma...@cappsdigital.com> on 2006/07/14 17:57:31 UTC

make install failing on OS X

I compiled from source (folder is on desktop) via the following commands run from the subversion directory on the desktop: 
 
autogen.sh 
./configure ---with-ssl --libtool=/usr/bin 
make 
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[1]: *** [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. 
 
Any ideas? 

---

R. Matthew Kidd
Junior Engineer
Capps Digital
35 W. Wacker Drive
Chicago, IL 60601
312.220.5596
matthew.kidd@cappsdigital.com



Re: make install failing on OS X

Posted by Stephen Davis <su...@soundgeek.org>.
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:
>>
>> autogen.sh
>> ./configure ---with-ssl --libtool=/usr/bin
>> make
>> 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[1]: *** [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
	make
	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.

stephen

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: make install failing on OS X

Posted by Ryan Schmidt <su...@ryandesign.com>.
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:
>
> autogen.sh
> ./configure ---with-ssl --libtool=/usr/bin
> make
> 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[1]: *** [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?


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org