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

Re: subversion-1.9.0-rc2 autogen.sh script breaks "/usr/share/aclocal" discovery on Fedora 21 and otherws

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Mon, 13 Jul 2015 23:12:16 +0000

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_at_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
Received on 2015-07-14 01:12:33 CEST

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

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