"Tom" == Tom Tromey [EMAIL PROTECTED] writes:
"Pavel" == Pavel Roskin [EMAIL PROTECTED] writes:
Pavel I don't quite understand whether your test is supposed to work
Pavel or not. It's failing for me (besides the typo in
Pavel tests/Makefile.am that I've just fixed).
Tom Alexandre claims
"Tom" == Tom Tromey [EMAIL PROTECTED] writes:
[...]
Tom I think what is in there now ought to work.
Tom Can you test it?
I have tested install-strip for cross-compilation with CVS Automake,
doing both an in-place and a VPATH build (with relative paths, I have
not tested absolute paths). It
"Pavel" == Pavel Roskin [EMAIL PROTECTED] writes:
Pavel Hello, Alexandre!
Alexandre claims it fails.
Yes it should.
Pavel Then show us how it fails.
You did it in the next mail.
[...]
Pavel But I don't see that your are testing for that
Pavel problem. Your test is quite generic
Needed for my ten-times patch.
Question: why do we grep . after grep -v? It is not guaranteed that
grep -v will exit positive when it output something?
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
* Makefile.am (maintainer-check): `undef $/' is OK.
Index:
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
* automake.in (handle_single_transform_list, add_depend2): Let
$lang_specific_files{$lang} be a list instead of a string.
Index: automake.in
--- automake.in Tue, 27 Feb 2001 22:23:36 +0100 akim (am/f/39_automake.i 1.90 755)
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
* automake.in: Preparation for `use strict': Move the
initialization of the constants to the top, from...
(initialize_global_constants): here.
Index: automake.in
--- automake.in Tue, 27 Feb 2001
[Written yesterday by night]
Groumph, I'm starting to be too drunk to hack properly :(
There are several problems my series of patches has introduced, but
I'm tempted to ask for their installations because my feeling is that
the patches are right, they just reveal serious problems. And
Hello, Alexandre!
I'm applying my patch, Ok?
Pavel Now we have a more interesting error:
This is *the* error this test is expected to show. Thanks :)
The only question remains, whether it's a bug a not. I'm affraid it's a
highly debatable topic. I think it's Ok to test for features if
Akim Demaille wrote:
# Now do all the work on each file.
foreach my $am_file (@input_files)
{
if (! -f ($am_file . '.am'))
{
am_error ("\`" . $am_file . ".am' does not exist");
}
else
{
generate_makefile ($output_files{$am_file}, $am_file);
}
}
"Derek R. Price" [EMAIL PROTECTED] writes:
Only a global is going to be seen within a separate function...
Right, but `my' at the top level is a global. The problem was really
related to the specific semantics of foreach.
Hi,
I am new to autotools, and am reading
GNU autoconf, automake, and libtool
by Vaughan, et. al. and the manuals
for autoconf and automake. I am building
a fairly large project with multiple directories
and several executables and several
libraries. I plan to use this in conjunction
with CVS. I
Dean Hoover [EMAIL PROTECTED] writes:
I am new to autotools, and am reading GNU autoconf, automake, and
libtool by Vaughan, et. al. and the manuals for autoconf and
automake. I am building a fairly large project with multiple
directories and several executables and several libraries. I plan
Akim Demaille [EMAIL PROTECTED] writes:
There is another problem: installsh.test
I found my error, I had not realized that $errdir had to be kept
common to each iteration over @require_file_paths. If you apply all
my previous patches, plus this:
/tmp/am % diff -u automake.in.old automake.in
Akim Demaille wrote:
Dean Hoover [EMAIL PROTECTED] writes:
I am new to autotools, and am reading GNU autoconf, automake, and
libtool by Vaughan, et. al. and the manuals for autoconf and
automake. I am building a fairly large project with multiple
directories and several executables and
I'm using automake with mix C++ and Java code. Everything is fine,
even the creating of JNI header files, except for one thing. On
"make install", the .class files get copied into the installation
directory. Since, I'm creating a .jar file, which gets installed in
$prefix/share, I don't
Akim Demaille wrote:
"Derek R. Price" [EMAIL PROTECTED] writes:
Only a global is going to be seen within a separate function...
Right, but `my' at the top level is a global. The problem was really
related to the specific semantics of foreach.
Huh. You're right. I didn't believe you,
I'm using automake with mix C++ and Java code. Everything is fine,
even the creating of JNI header files, except for one thing. On
"make install", the .class files get copied into the installation
directory. Since, I'm creating a .jar file, which gets installed in
$prefix/share, I
Thanks for the response on the debug
target question. I did like you said
except set CXXFLAGS=-g
and it worked just fine. EXCEPT,
I also want to set -DDEBUG on
the call to c++.
How would I do that without
messing up DEFS?
Dean
Pavel Roskin wrote:
Some unices (including GNU/Linux) are not very precise with respect to the
timestamps. It's likely that parse.c and the new parse.y are created in
the same second, so parse.c will appear to be up-to-date. Adding "sleep
3" (I have no idea what would be a minimal safe
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
* automake.in (require_file_internal): $errfile must be
independent from the loop on the directories.
Index: automake.in
--- automake.in Wed, 28 Feb 2001 23:04:21 +0100 akim (am/f/39_automake.i 1.97 755)
+++
I was wondering whether the leading extra space in var defs was due to
some broken initialization, of some issues in pretty printing. The
latter is responsible.
FWIW, I compared my Makefile.ins from 30 versions ago (in the sense of
my home prcs repo) to the current ones, and we have recovered
21 matches
Mail list logo