bug#66679: automake: error: undefined condition 'TRUE' for 'info_TEXINFOS'

2023-10-22 Thread Eric Gallager
On Sun, Oct 22, 2023 at 5:28 PM Karl Berry wrote: > > automake: Please contact . > at /opt/local/share/automake-1.16/Automake/Channels.pm line 655. > Automake::Channels::msg("automake", "", "undefined condition > > Thanks for the report. I (or someone else ... Bogdan?) will look

bug#66679: automake: error: undefined condition 'TRUE' for 'info_TEXINFOS'

2023-10-22 Thread Karl Berry
automake: Please contact . at /opt/local/share/automake-1.16/Automake/Channels.pm line 655. Automake::Channels::msg("automake", "", "undefined condition Thanks for the report. I (or someone else ... Bogdan?) will look into it as soon as we have a chance. Looking at the

bug#66679: automake: error: undefined condition 'TRUE' for 'info_TEXINFOS'

2023-10-22 Thread Eric Gallager
'gaa.dvi' defined here ... /opt/local/share/automake-1.16/am/texibuild.am: ... overrides Automake target 'gaa.dvi' defined here automake: error: undefined condition 'TRUE' for 'info_TEXINFOS' automake: info_TEXINFOS: automake: { automake: BUILD_DOCS => { automake: type: = autom

bug#34314: Automake error reporting shows only the last line of multiline message.

2019-02-04 Thread Петров Андрей
Please forgive this, I accident accidentally saved configure.ac with CR LF line endings. Everything is fine! 04.02.2019, 12:19, "Петров Андрей" : > Hello! I made the same mistake is in bug #28002 and got autoconf output like > this: > > ... (some history) > checking pkg-config is at least

bug#34313: Automake error reporting shows only the last line of multiline message.

2019-02-04 Thread Петров Андрей
Hello! I made the same mistake is in bug #28002 and got autoconf output like this: ... (some history) checking pkg-config is at least version 0.9.0... yes checking that generated files are newer than configure... done configure: creating ./config.status .in' Compilation exited abnormally with

bug#19308: Automake error

2014-12-08 Thread Akhila C A
I am trying to create the driver blip in TIny os. While I am doing that I got this error *ubuntu@arm:/opt/tinyos-2.1.1/support/sdk/c/blip$* ./bootstrap.sh aclocal: warning: couldn't open directory 'm4': No such file or directory aclocal: warning: autoconf input should be named 'configure.ac',

bug#12877: automake error: unrequested trace ''

2012-11-13 Thread Sebastian Freundt
at /home/freundt/usr/bin/automake line 5267, GEN0 line 2. automake: error: unrequested trace '' automake: Please contact bug-automake@gnu.org. at /home/freundt/usr/share/automake-1.12/Automake/Channels.pm line 662 Automake::Channels::msg('automake', '', 'unrequested trace \'\'') called at /home

bug#12877: automake error: unrequested trace ''

2012-11-13 Thread Stefano Lattarini
/freundt/usr/bin/automake line 5267, GEN0 line 2. Use of uninitialized value $macro in concatenation (.) or string at /home/freundt/usr/bin/automake line 5267, GEN0 line 2. automake: error: unrequested trace '' automake: Please contact bug-automake@gnu.org. at /home/freundt/usr/share

Re: Automake error

2008-04-18 Thread Ralf Wildenhues
Hello Rich, thanks for the bug report. * Rich Healey wrote on Thu, Apr 17, 2008 at 12:15:51AM CEST: cd . /bin/sh /root/e17/e17/libs/edje/missing --run automake-1.9 --gnu Use of uninitialized value in string eq at /usr/local/bin/automake-1.9 line 4673, GEN0 line 1. Use of uninitialized

Automake error

2008-04-17 Thread Rich Healey
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 cd . /bin/sh /root/e17/e17/libs/edje/missing --run automake-1.9 --gnu Use of uninitialized value in string eq at /usr/local/bin/automake-1.9 line 4673 , GEN0 line 1. Use of uninitialized value in exists at /usr/local/bin/automake-1.9 line 4675,

Re: [automake]error in Makefile.am

2006-11-02 Thread Praveen M R
The following ic Makefiles Makefile.am SUBDIRS = include lib bin src include/Makefile.am helloinvite_SOURCES = say.h invite.h src/Makefile.am AM_CPPFLAGS = -I$(srcdir)/../include bin_PROGRAMS = ../bin/helloinvite helloinvite_SOURCES = main.c say.c invite.c helloinvite_LDADD =

pointless automake error about libtool libraries

2006-08-21 Thread Bruno Haible
the noinst_LTLIBRARIES line yourself! Well, this situation occurs with gnulib-tool, which generates the noinst_LTLIBRARIES. I would need to add an extra option to gnulib-tool, to have it omit the noinst_LTLIBRARIES line, just to overcome this pointless automake error. Bruno

Re: pointless automake error about libtool libraries

2006-08-21 Thread Ralf Wildenhues
-tool, to have it omit the noinst_LTLIBRARIES line, just to overcome this pointless automake error. I don't see where this choice is obvious. IOW, we would need a generalizable definition of what to do with a library connected with multiple (non-)installations, in the light that Libtool itself only

Re: pointless automake error about libtool libraries

2006-08-21 Thread Bruno Haible
Ralf Wildenhues wrote: line 15: noinst_LTLIBRARIES = libgettextlib.la line 268: lib_LTLIBRARIES = libgettextlib.la So which should automake use? The one without 'noinst', because this is the one which can yield an -rpath option. This is connected with tests/libtool8.test and PR

Re: pointless automake error about libtool libraries

2006-08-21 Thread Ralf Wildenhues
Hello Bruno, * Bruno Haible wrote on Mon, Aug 21, 2006 at 05:59:09PM CEST: In the case I'm presenting, it's different. There is no $(noinstdir). One specification gives no installation directory, and the other one gives 1 installation directory. 0 + 1 2. There is no conflict. But this

Re: pointless automake error about libtool libraries

2006-08-21 Thread Bruno Haible
Ralf Wildenhues wrote: But this would still prevent automake to warn the user when he used noinst_LTLIBRARIES = libfoo.la lib_LTLIBRARIES = libfoo.la but really meant to use if COND_FOO noinst_LTLIBRARIES = libfoo.la else lib_LTLIBRARIES = libfoo.la endif automake could

Re: pointless automake error about libtool libraries

2006-08-21 Thread Ralf Wildenhues
* Bruno Haible wrote on Mon, Aug 21, 2006 at 08:53:42PM CEST: Ralf Wildenhues wrote: or from configure.ac: AC_SUBST([gl_noinst_ltlibs], [libfoo.la]) Uuh, after what you said above, this is betting on automake's unability to optimize AC_SUBSTed variables. What if automake improves...?