subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Shahaf <...@daniel.shahaf.name>
Subject Re: subversion-1.9.0-rc2 autogen.sh script breaks "/usr/share/aclocal" discovery on Fedora 21 and otherws
Date Mon, 13 Jul 2015 23:12:16 GMT
Nico Kadel-Garcia wrote on Sun, Jul 12, 2015 at 14:08:25 -0400:
> On Sun, Jul 12, 2015 at 3:09 AM, Daniel Shahaf <d.s@daniel.shahaf.name> wrote:
> > Nico Kadel-Garcia wrote on Sun, Jul 12, 2015 at 01:24:56 -0400:
> >> +if [ -L "$ltpath" -a "$ltpath" = "/bin" ]; then
> >> +    # Avoid "/bin" symlink to "/usr/bin" confusion
> >> +    ltpath=/usr/bin
> >> +fi
> >
> > We can't presume that /usr/bin is the target of /bin when the latter is
> > a symlink.  That's not necessarily true everywhere.
> 
> Can you think of a specific instance where "libtool" is in
> "/bin/libtool" where this would not apply? In all circumstance I know
> of where "/bin" is a symlink with "libtoolize" in it, it's the case,
> 

Actually I can, but that's besides the point.  We need autogen.sh to
work no matter what the /bin symlink points to.

> > I see there's a "aclocal --print-ac-dir" flag which seems to just print
> > the path we need.  Does that help?  Can we eg first look for aclocal in
> > PATH and then run that command to find the share/aclocal dir?
> 
> This would make sense if the tool was written to look for "aclocal".
> It's not, it's set to look for "libtoolize", for reasons I'm uncertain
> of. That actually makes more sense. Let me think about that.

Okay.

By the way, this thread should move to the dev@ list; feel free to
restart/summarize the discussion there.

Cheers,

Daniel

Mime
View raw message