Thank you Nico,
but no sure why that extra /bin being passed to grep or sed while the library
path shows up ok in libtool arguements.
If I pass apr and apr-util path to ./configure:
>
> ./configure --with-apr=/usr/local/apr --with-apr-util=/usr/local/aprutil
>
> configuration complete with no problem
> but I get error when I run make command:
>
> grep: can't open /usr/local/apr/bin/lib/libapr-1.la
> sed: Cannot find or open file /usr/local/apr/bin/lib/libapr-1.la.
> libtool: link: `/usr/local/apr/bin/lib/libapr-1.la' is not a valid libtool
> archive
> make: The error code from the last command is 1.
/usr/local/apr/lib/libapr-1.la is a correct path and not
/usr/local/apr/bin/lib/libapr-1.la.
/usr/local/apr/bin/lib/libapr-1.la exists.
Any one knows why this extra bin is being added to the path and how to fix it ?
Thanks
From: Nico Kadel-Garcia <nka...@gmail.com>
To: Blaxton <blaxx...@yahoo.com>
Cc: Branko Čibej <br...@apache.org>; "users@subversion.apache.org"
<users@subversion.apache.org>
Sent: Sunday, May 8, 2016 8:10 PM
Subject: Re: autogen.sh produce wrong path to aclocal
On Sun, May 8, 2016 at 8:09 AM, Blaxton <blaxx...@yahoo.com> wrote:
> Thank you,
>
> That fixed the problem.
>
> I tried placing /opt/freeware/bin in path before /bin directory:
>
> export PATH=/opt/freeware/bin/:/opt/freeware/sbin/:$PATH
>
> but I got other errors down the road and if you don't mind i explain it in
> the same mail thread.
It seems similar to the "aclocal is not where you expect it" bug I
reported in
https://mail-archives.apache.org/mod_mbox/subversion-users/201507.mbox/%3ccaocn9rxsp3bvsu86r-o0uaj8s_uw0ck805fu_1pz6i+c790...@mail.gmail.com%3E
autogen.sh can only make so many reasonable guesses about where
individual components live, and where individual other components will
reside in relation to them.
> After running autogen.sh, running ./canfigure thorws below error:
> checking for Expat... no
> configure: error: Expat not found
>
>
> If I pass apr and apr-util path to ./configure:
>
> ./configure --with-apr=/usr/local/apr --with-apr-util=/usr/local/aprutil
>
> configuration complete with no problem
> but I get error when I run make command:
>
> grep: can't open /usr/local/apr/bin/lib/libapr-1.la
> sed: Cannot find or open file /usr/local/apr/bin/lib/libapr-1.la.
> libtool: link: `/usr/local/apr/bin/lib/libapr-1.la' is not a valid libtool
> archive
> make: The error code from the last command is 1.
>
>
> Stop.
>
>
> I am not sure what is going wrong in here and don't know how to fix it ?
>
> I will start a new thread, so may be some one else has had the same issue.
>
> Thanks
> ________________________________
> From: Branko Čibej <br...@apache.org>
> To: users@subversion.apache.org
> Sent: Saturday, May 7, 2016 11:44 PM
> Subject: Re: autogen.sh produce wrong path to aclocal
>
> On 08.05.2016 06:27, Blaxton wrote:
>
>> autogen.sh is producing wrong path to aclocal:
>>
>> autogen.sh[83]: /bin/../share/aclocal: not found
>> /libtool.m4 not found (try setting the LIBTOOL_M4 environment variable)
>>
>> I have checked autogen.sh:
>> below line determine location of libtoolize :
>> libtoolize="`./build/PrintPath glibtoolize libtoolize glibtoolize1
>> libtoolize15 libtoolize14`"
>> which in my system is
>> /bin/libtoolize and it is symlinked to /opt/freeware/bin/libtoolize
>>
>> then below line set ltpath to bin rather than /opt/freeware/bin
>> ltpath="`dirname $libtoolize`"
>>
>> and below line:
>> if [ -d "$ltpath/../share/aclocal/." ]; then
>> ltm4=`cd "$ltpath/../share/aclocal" && pwd`
>>
>> throws below error:
>> autogen.sh[83]: /bin/../share/aclocal: not found
>> /libtool.m4 not found (try setting the LIBTOOL_M4 environment variable)
>>
>> how can I fix this ?
>> Do I need to change the autogen or I can pass a variable to autogen.sh ?
>
>
> Well, _did_ you try setting the LIBTOOL_M4 envrironment variable, like
> the error message suggests?
>
> Something like:
>
> env LIBTOOL_M4=/opt/freeware/share/aclocal ./autogen.sh
>
> -- Brane
>
>
>
>
