ANNOUNCEMENT: Live Wireshark University & Allegro Packets online APAC Wireshark Training Session
April 17th, 2024 | 14:30-16:00 SGT (UTC+8) | Online

Wireshark-dev: Re: [Wireshark-dev] configure.in:1562 missing plugins/Custom.m4

From: Guy Harris <guy@xxxxxxxxxxxx>
Date: Sat, 15 Nov 2008 00:00:50 -0800

On Nov 14, 2008, at 7:58 PM, Guy Harris wrote:

If you installed the new autoconf and automake under /usr/local, they
might be looking for libtool's stuff under /usr/local and *not* under /
usr.

Read it and weep:

	http://sources.redhat.com/automake/automake.html#Macro-search-path

"As an example, suppose that automake-1.6.2 was configured with -- prefix=/usr/local. Then, the search path would be:

/usr/local/share/aclocal-1.6/
/usr/local/share/aclocal/"

Note the complete and utter lack of "/usr/share/aclocal". Note also that, at least on my Leopard Mac, libtool.m4 is in that very missing directory:

	$ ls /usr/share/aclocal
	bison-i18n.m4   libxml.m4       ltdl.m4
	libtool.m4      libxslt.m4      wxwin.m4

which suggests that, were I to install a newer version of automake from source, with the default configuration, it wouldn't find the libtool macros.

I see nothing in the automake documentation to indicate that there's some environment variable that can be set to force automake to look in /usr/share/aclocal even if it was built with the default --prefix=/ usr/local configuration.

However, the section "6.3.2.3 Modifying the macro search path: dirlist" seems to indicate how you fix up this mess; if you put a file with the contents

	/usr/share/aclocal

in /usr/local/share/aclocal/dirlist, that *might* convince the version of automake installed in /usr/local/bin to look in /usr/share/aclocal for macros.