On 2011-01-24, at 4:26 PM, Norbert Thiebaud wrote:
./autogen.sh
./autogen.sh: /usr/local/bin/aclocal: /opt/local/bin/perl: bad interpreter: No such file or
directory
I'm not sure what believes perl is in /opt/local/bin? On my system (osx 10.6.6), perl is in
/usr/bin
I have since created a sym link and autogen runs, but I wonder if you have any ideas about this?
Could it be that you had a perl pulled in via macport, and you removed
it but it was still in the shell hash table ?
iow: if you remove the link, open a brand new terminal windows and run
autogen.sh there, do you still have the problem ?
other possibility. when you use ./autogen.sh, without any parameters,
it'll try to re-use the parameters you use during the last autogen.sh
(see autogen.lastrun)
if you want to make sure that you run an autogen without any parameter you need
./autogen.sh --
or rm autogen.lastrun then autogen.sh
if your previous autogen.sh run contained --with-perl-home= you would
pick it up again...
Norbert
I've solved my issue with aclocal looking for /opt/local/bin/perl.
At some earlier time, I must have pulled perl in using MacPorts, and then when I followed the
dependency steps of installing automake
(http://wiki.documentfoundation.org/Development/Install_Mac_OS_10.6.4_Dependencies) ./configure
determined the location of perl in /opt/local/bin and proceeded to build aclocal, which is used by
autogen.sh.
I'm glad to have cleared that up. Now on to the fun stuff. (well it's all fun, isn't it...until
someone pokes an eye out). ;)
Dave
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.