GNU bug report logs -
#19631
Libtoolize doesn't recognise local installations of m4
Previous Next
Full log
View this message in rfc822 format
wontfix
close 19631
> On Jan 19, 2015, at 7:40 PM, Riley Baird <BM-2cVqnDuYbAU5do2DfJTrN7ZbAJ246S4Xix <at> bitmessage.ch> wrote:
>
> Hi,
>
> If m4 is installed from source into the default location of
> /usr/local/bin/m4, libtoolise cannot find it when run from autogen.sh.
> This problem can be fixed by the command `export M4=/usr/local/bin/m4`,
> but automatic recognition of this path would be best. I am running
> OpenBSD 5.6.
>
> # ./autogen.sh
> creating libtransmission/version.h
> libtoolize: error: One of these is required:
> libtoolize: gm4 gnum4 m4
> libtoolize: error: Please install GNU M4, or 'export M4=/path/to/gnu/m4'.
> autoreconf: libtoolize failed with exit status: 1
>
> Yours thankfully,
At least with the recent Libtool 2.4.5 release, if you have /usr/local/bin
in your command search PATH when your autogen.sh script runs libtoolize, it
will find and use /usr/local/bin/m4 automatically if that m4 is suitable.
You can also use variations such as (assuming a bourns-like shell):
M4=/path/to/gnu/m4 ./autogen.sh
PATH=$PATH:/path/to/gnu/m4 ./autogen.sh
env M4=/path/to/gnu/m4 ./autogen.sh
HTH,
--
Gary V. Vaughan (gary AT gnu DOT org)
This bug report was last modified 10 years and 237 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.