[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: careful when rebuilding

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2001-10-03 22:56:20 CEST

On Wed, Oct 03, 2001 at 03:46:08PM -0500, Ben Collins-Sussman wrote:
> Garrett Rooney <rooneg@electricjellyfish.net> writes:
>
> > i've been workign aroudn it by blowing away local installs before
> > building...
>
> Yes, that's what we say to do in the INSTALL file.

i must have missed that part when i read that file...

> It's also the reason I only build statically, and just symlink
> /usr/local/bin/svn into my working copy. :-)

good idea... i'll have to start doing that...

> > shouldn't the build be self contained though? (except for stuff like
> > berkeley db when you specifically tell it to find it outside the
> > tree). this really confused me when i first noticed it...
>
> Something about libtool.... when it links, it somehow always finds
> installed libraries with the same name *first*, rather than the ones
> you just built in the working copy.
>
> Maybe Mo can tell us why it behaves this way, or how to fix this.

it would be a good thing to fix, as it will likely screw up FreeBSD
port builds if it stays this way. if you try to build with a version
already installed you're probably screwed. that's what happened to me
when i was getting crashes on import. messed with my head for a
while. couldn't figure out why nobody else on the list was getting
these crashes ;-)

-- 
garrett rooney                     Unix was not designed to stop you from 
rooneg@electricjellyfish.net       doing stupid things, because that would  
http://electricjellyfish.net/      stop you from doing clever things.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:44 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.