On Tue, 2002-09-10 at 01:06, Paul Smith wrote:
Steve gave you the advantage: so you can run them individually.
There are many compilers that won't accept linker flags (libraries,
etc.) on a command line meant to compile a file (but not link it).
The reason for having a separate CFLAGS
Akim Demaille wrote:
| Cool. Since we do not need amk 1.6.3 for our build,
| I will change the configure.ac requirement to 1.6.2,
| which does work.
What ... ??? The bug I'm referring to is only the
fact that the error message did not say `1.6.3 is a version of
Automake'. There is no
Hi Bruce!
Bruce == Bruce Korb [EMAIL PROTECTED] writes:
[...]
Bruce 2. The automake error reporting bug that said I did something bad,
Bruce but there was not enough information to find the problem
/usr/local/share/automake-1.6/am/header-vars.am: \
pkgincludedir was already defined in
adl == Alexandre Duret-Lutz [EMAIL PROTECTED] writes:
[...]
adl However, I presume not all your Makefiles use both
adl INSTALL_SNPRINTFV and pkgincludedir, so it shouldn't be that
adl hard to locate.
You can also try `automake --verbose', this will print any file
read, so you can see what
Alexandre wrote:
/usr/local/share/automake-1.6/am/header-vars.am: \
pkgincludedir was already defined in condition TRUE, \
which implies condition INSTALL_SNPRINTFV_TRUE
You are alowed to overwrite the variable if you want, but only
in the condition where it was initially defined.
On Tue, Sep 10, 2002 at 10:59:15AM -0700, Bruce Korb wrote:
Another approach is to go ahead and emit the Makefile.in,
but also emit a warning like this:
cat 2 _EOF_
* * * * * * * * * * * * * * * * * * * * * * * * * * * * *
WARNING: you seem to be misusing ${variable} in ${filename}
adl == Alexandre Duret-Lutz [EMAIL PROTECTED] writes:
adl You are alowed to overwrite the variable if you want, but only in
adl the condition where it was initially defined. I.e., you can do
adl pkgincludedir = something
adl but you can't do
adl if INSTALL_SNPRINTFV
adl pkgincludedir