aclocal-1.14 cannot find problem

A problem was found when compiling ragel. The specific information is as follows:

WARNING: 'aclocal-1.14' is missing on your system.

You should only need it if you modified 'acinclude.m4' or

'configure.ac' or m4 files included by 'configure.ac'.

The 'aclocal' program is part of the GNU Automake package:

<http://www.gnu.org/software/automake>

It also requires GNU Autoconf, GNU m4 and Perl in order to run:

<http://www.gnu.org/software/autoconf>

<http://www.gnu.org/software/m4/>

<http://www.perl.org/>

make: *** [/install/Mesa-10.3.5/aclocal.m4] Error 127

The google solution is: sudo autoreconf -ivf

Link: http://blog.csdn.net/arackethis/article/details/42222905

The citation is as follows:

When installing Mesa, the last error reported "WARNING: 'aclocal-1.14' is missing on your system.", although it is a Warning, the next make cannot be performed, so it must be resolved. According to the prompt given by the warning and the information searched on the Internet, this is a timestamp change caused by the system thinking that the file has been modified, so several script files need to be recompiled. In fact, I haven't touched the source file compressed package I downloaded from the official website at all. It should be because the system version is different during the decompression process or the file timestamp has changed due to the time difference (I can think of this, because I went from the machine to the US When uploading files from the server, when decompressing, it will always prompt what the timestamp of the file has changed, which is often referred to as timestamp skew). This error is relatively rare, and there is very little relevant information. I have googled everything that can Google, and finally let me find a solution, which is recorded here for future reference to save time.

Details of the error:

test@test:/usr/local/src/Mesa_build$ sudo make

CDPATH="${ZSH_VERSION+.}:" && cd /install/Mesa-10.3.5 && /bin/bash /install/Mesa-10.3.5/bin/missing aclocal-1.14 -I m4

/install/Mesa-10.3.5/bin/missing: line 81: aclocal-1.14: command not found

WARNING: 'aclocal-1.14' is missing on your system.

You should only need it if you modified 'acinclude.m4' or

'configure.ac' or m4 files included by 'configure.ac'.

The 'aclocal' program is part of the GNU Automake package:

<http://www.gnu.org/software/automake>

It also requires GNU Autoconf, GNU m4 and Perl in order to run:

<http://www.gnu.org/software/autoconf>

<http://www.gnu.org/software/m4/>

<http://www.perl.org/>

make: *** [/install/Mesa-10.3.5/aclocal.m4] Error 127

It is natural to think of installing those autotools according to the prompts, as suggested here: http://stackoverflow.com/questions/24233721/build-m4-autoconf-automake-libtool-on-unix

You do not need to install the autotools. Most likely, the problem is caused by a timestamp skew and some files in the pcre tarball have been unpacked with incorrect timestamps. (This often happens if you unpack the tarball on a network drive.)Trying to recreate the configure script using the autotools is not the simplest solution.

The workaround is as follows:

Use Synaptic Package Manager to search and install these libraries (obviously some are duplicates, it was not clear at the time which ones were simply added):

autotools-dev

automake

autoconf2.13

perl

libperl5.14

Execute the following command:

test @test :/usr/local/src/Mesa-10.3.5$sudo autoreconf -ivf This sentence solved the problem

Note: This statement is executed in the source file directory (Mesa-10.3.5), otherwise the file will not be found:

[html] view plain copy

autoreconf2.50: `configure.ac' or `configure.in' is required

Then reconfigure and compile.

test@test:/usr/local/src/Mesa-10.3.5$sudo ./configure --disable-dri3

After configuration, compile:

test@test:/usr/local/src/Mesa-10.3.5$sudo make

Stop reporting that error at the beginning!

refer to:

As rkday said in the https://github.com/SIPp/sipp/issues/61 post , he suggested to try the following 2 methods in step 2:

Could you try the two troubleshooting suggestions athttps://github.com/SIPp/sipp#building? That is, do command:

touch configure.ac aclocal.m4 configure Makefile.am Makefile.in

autoreconf -ivf

There-running configure and make, one of them should fixes this problem.

I tried both, the touch one doesn't work, the second one (autoreconf) works for me, on my Ubuntu 12.04, good luck!

Other Information:

Although the error 'aclocal-1.14' is missing on your system will no longer be reported in steps 2) and 3), the following errors will still be reported (these are all well resolved):

test@test:/usr/local/src/Mesa-10.3.5$sudo touch configure.ac aclocal.m4 configure Makefile.am Makefile.in

test@test:/usr/local/src/Mesa-10.3.5$sudo autoreconf -ivf

Can't exec "libtoolize": No such file or directory at /usr/bin/autoreconf2.50 line 196.

Use of uninitialized value in pattern match (m//) at /usr/bin/autoreconf2.50 line 196.

autoreconf2.50: Entering directory `.'

autoreconf2.50: configure.ac: not using Gettext

autoreconf2.50: running: aclocal --force -I m4

autoreconf2.50: configure.ac: tracing

autoreconf2.50: configure.ac: not using Libtool

autoreconf2.50: running: /usr/bin/autoconf --force

autoreconf2.50: configure.ac: not using Autoheader

autoreconf2.50: running: automake --add-missing --copy --force-missing

src/egl/drivers/dri2/Makefile.am:36: Libtool library used but `LIBTOOL' is undefined

src/egl/drivers/dri2/Makefile.am:36: The usual way to define `LIBTOOL' is to add `LT_INIT'

src/egl/drivers/dri2/Makefile.am:36: to `configure.ac' and run `aclocal' and `autoconf' again.

src/egl/drivers/dri2/Makefile.am:36: If `LT_INIT' is in `configure.ac', make sure

src/egl/drivers/dri2/Makefile.am:36: its definition is in aclocal's search path.

…...

Workaround: Use Synaptic Package Manager to search for installations: libtool and libltdl-dev

test@test:/usr/local/src/Mesa-10.3.5$sudo autoreconf -ivf

autoreconf2.50: Entering directory `.'

autoreconf2.50: configure.ac: not using Gettext

autoreconf2.50: running: aclocal --force -I m4

autoreconf2.50: configure.ac: tracing

autoreconf2.50: running: libtoolize --install --copy --force

libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `bin'.

libtoolize: copying file `bin/config.guess'

libtoolize: copying file `bin/config.sub'

libtoolize: copying file `bin/install-sh'

libtoolize: copying file `bin/ltmain.sh'

libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.

libtoolize: copying file `m4/libtool.m4'

libtoolize: You should add the contents of `m4/libtool.m4' to `aclocal.m4'.

libtoolize: copying file `m4/ltoptions.m4'

libtoolize: You should add the contents of `m4/ltoptions.m4' to `aclocal.m4'.

libtoolize: copying file `m4/ltsugar.m4'

libtoolize: You should add the contents of `m4/ltsugar.m4' to `aclocal.m4'.

libtoolize: copying file `m4/ltversion.m4'

libtoolize: copying file `m4/lt~obsolete.m4'

libtoolize: You should add the contents of `m4/lt~obsolete.m4' to `aclocal.m4'.

autoreconf2.50: running: /usr/bin/autoconf --force

autoreconf2.50: configure.ac: not using Autoheader

autoreconf2.50: running: automake --add-missing --copy --force-missing

src/mesa/Makefile.sources:7: BUILDDIR multiply defined in condition TRUE ...

src/mesa/Makefile.am:63: `src/mesa/Makefile.sources' included from here

src/mesa/Makefile.am:62: ... `BUILDDIR' previously defined here

autoreconf2.50: Leaving directory `.'

success.

test@test:/usr/local/src/Mesa-10.3.5$sudo ./configure --disable-dri3

checking build system type... x86_64-unknown-linux-gnu

checking host system type... x86_64-unknown-linux-gnu

checking target system type... x86_64-unknown-linux-gnu

checking for a BSD-compatible install... /usr/bin/install -c

checking whether build environment is sane... yes

checking for a thread-safe mkdir -p... /usr/local/bin/mkdir -p

checking for gawk... no

checking for mawk... mawk

...

Done successfully.

test@test:/usr/local/src/Mesa-10.3.5$ sudo make

...

CC st_gen_mipmap.lo

CXX st_glsl_to_tgsi.lo

CC st_manager.lo

CC st_mesa_to_tgsi.lo

CC st_program.lo

CC st_texture.lo

CC st_vdpau.lo

CXXLD libmesagallium.la

make[4]: Leaving directory `/usr/local/src/Mesa-10.3.5/src/mesa'

Making all in main/tests

make[4]: Entering directory `/usr/local/src/Mesa-10.3.5/src/mesa/main/tests'

make[4]: Nothing to be done for `all'.

make[4]: Leaving directory `/usr/local/src/Mesa-10.3.5/src/mesa/main/tests'

Making all in drivers/dri

make[4]: Entering directory `/usr/local/src/Mesa-10.3.5/src/mesa/drivers/dri'

Making all in common

make[5]: Entering directory `/usr/local/src/Mesa-10.3.5/src/mesa/drivers/dri/common'

Making all in xmlpool

make[6]: Entering directory `/usr/local/src/Mesa-10.3.5/src/mesa/drivers/dri/common/xmlpool'

Updating (ca) ca/LC_MESSAGES/options.mo from ca.po.

/bin/bash: line 4: msgfmt: command not found

make[6]: *** [ca/LC_MESSAGES/options.mo] Error 127

make[6]: Leaving directory `/usr/local/src/Mesa-10.3.5/src/mesa/drivers/dri/common/xmlpool'

make[5]: *** [all-recursive] Error 1

make[5]: Leaving directory `/usr/local/src/Mesa-10.3.5/src/mesa/drivers/dri/common'

make[4]: *** [all-recursive] Error 1

make[4]: Leaving directory `/usr/local/src/Mesa-10.3.5/src/mesa/drivers/dri'

make[3]: *** [all-recursive] Error 1

make[3]: Leaving directory `/usr/local/src/Mesa-10.3.5/src/mesa'

make[2]: *** [all] Error 2

make[2]: Leaving directory `/usr/local/src/Mesa-10.3.5/src/mesa'

make[1]: *** [all-recursive] Error 1

make[1]: Leaving directory `/usr/local/src/Mesa-10.3.5/src'

make: *** [all-recursive] Error 1

test@test:/usr/local/src/Mesa-10.3.5$

Installation: liblocale-msgfmt-perl library, sudo make does not work, still the same error is reported. Search the Internet, refer to http://feixiong.blog.51cto.com/4216340/1177343 to install the gettext library. sudo make, it works. Details can be found here .

After I autoreconf sudo make, I also encountered the following strange error:

[html] view plain copy

checking for make... make
checking for python2... python2
checking for a sed that does not truncate output... /bin/sed
./configure: line 6427: syntax error near unexpected token `2.2'
./configure: line 6427: `LT_PREREQ(2.2)'

Solution: Empty the source file directory and the build directory, unzip it again, and reconfigure the compilation.

Summary: There is no need to ask for new ones at all. It is recommended to install a slightly lower version, such as 3.8, which is stable and sufficient, without so many errors/warnings, and less trouble! !

Off-topic: I am a novice, and it is the first time I come into contact with autoconf and automake. I think the following text is well written. I will record it here for future reference when learning this tool in depth:

autoconf is the tool which generates a configure script based upon a configure.ac file.
autoscan can generate a preliminary configure.ac (named configure.scan) but you'll probably need to adjust it by hand anyway.
automake generates Makefile files based upon user-edited Makefile.am files and is automatically called by autoconf if the configure.ac script initializes the automake subsystem (using the AM_INIT_AUTOMAKE() macro). You can't expect those tools (especially autoscan) to pick up the right configuration for you at the first try, as only you know (or should know) how the project is laid out.

Are you using a clone from the git repo or the source tar ball? It looks like you're using the git repo, which doesn't always work unless you have the same autoconf/automake versions that I'm using. I have autoconf 2.69 and automake 1.14 . The 'aclocal' script is part of automake, which is why 'apt' doesn't find it. Anyways, you can run the 'autogen.sh' script to regenerate the configure and makefiles using the autoconf/automake that you have installed on your system and then rerun configure.

https://github.com/tstack/lnav/issues/54

aclocal-1.14 cannot find problem

Guess you like