Hello!
gcj.test fails unexpectedly in the CVS automake on RedHat 7.1.
$ make check TESTS=gcj.test VERBOSE=1
make check-TESTS
make[1]: Entering directory `/usr/local/src/automake/tests'
=== Running test ./gcj.test
/home/proski/src/automake/tests/../depend2.am: AMDEP does not appear in
AM_CONDITI
Right now m4/depend.m4 sets am_cv_OBJC_dependencies_compiler_type=gcc
whenever doing dependency tracking for OBJC.
I think this is wrong. We might be running gcc3, which we ought to
prefer.
Tom
gcc3 very nearly does exactly what automake wants in terms of
dependency tracking.
I think that ideally automake should recognize this and avoid using
depcomp when it discovers that the user is using gcc3. In this
situation instead of invoking depcomp we would just invoke gcc like
depcomp does (
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> If you see yacc4 failing, it doesn't matter. It's just another
Akim> sign of the fact that --add-missing is in bad shape currently.
Akim> What happens is that the /usr/local/automake file is chosen
Akim> instead of that shipped with
> "Steve" == Steve M Robbins <[EMAIL PROTECTED]> writes:
Steve> P.S. I have no clue if this affects automake CVS. But a
Steve> 1.4-p2 would be appreciated!
I don't plan to do it, but if you can convince Gary it is fine with
me.
Steve> 2001-05-12 Steve M. Robbins <[EMAIL PROTECTED]>
Stev
Akim> * automake.in (&scan_texinfo_file, &handle_dist, &handle_gettext)
Akim> (&handle_footer, &handle_factored_dependencies, &handle_emacs_lisp)
Akim> (&am_primary_prefixes): Use `map' rather than `grep'.
Definitely! I think we should use map instead of grep in the future
too.
Tom
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> For uniformity, I must confess I'd like to see depend2.am
Akim> renamed ext-compile.am.
It is fine with me.
Akim> Tom, I realize I don't understand how Java is handled. There
Akim> are two Javas? On via gcj which is handled thank
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (Language): Set config_vars for yacc, yaccxx, lex,
Akim> lexxx, asm.
Akim> (&lang_c_finish, &lang_yacc_finish, &lang_lex_finish): Simplify.
Akim> (&lang_asm_finish): Remove, set asm's finisher to C's one.
Ok.
> ">" == Raja R Harinath <[EMAIL PROTECTED]> writes:
>> from Raja R Harinath <[EMAIL PROTECTED]>
>> * automake.in (ASSIGNMENT_PATTERN): Make variable-name pattern
>> stop at the first '='.
Thanks, I checked this in.
Tom
Hi,
The recently added ASSIGNMENT_PATTERN is a little too greedy. Given
FOO=-DBAR=baz
it incorrectly matches the macro name to be 'FOO=-DBAR' rather than
just 'FOO'.
Here's an obvious fix, and a possible testcase.
from Raja R Harinath <[EMAIL PROTECTED]>
* automake.in (ASSIGNMENT_P
(im not on this list so pleas CC to me :)
Thanks for the quick answere to my last question about tutorials etc.!
The book was great!
I have done something that lookes like a true configure script now :)
But i have one question though..
I want to check if gnome is installed on the system with con
I'll infer my previous response was correct:
...
cc -E -DHAVE_CONFIG_H -I. -I../../libntp -I.. -I../../include -I../../librsaref `if
test -f ../../libntp/adjtime.c; then echo ../../libntp/adjtime.c; else echo adjtime.c;
fi` | sed 's/^# \([0-9]\)/#line \1/' | ../util/ansi2knr > adjtime_.c
I'll look again, but I recall it being ../util/ansi2nkr .
One of the earlier messages should show this - the one where I describe that
since the executable isn't there I get an null foo_.c file.
H
--
> | stenn@rackety> make -n ../util/ansi2knr
> | cd ../util && make ansi2knr
> | make[1]: Enteri
> "Rod" == Keenan, Rod <[EMAIL PROTECTED]> writes:
Rod> The problem turned out to be that the .pc.c: was reversed and
Rod> needed to be .c.pc: instead.
Hmm, that sounds wrong.
Old-style suffix rules are of the form `.SRC.DEST:', where `.SRC' is
the source extension and `.DEST' is the destin
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> Automake should probably warn about indented comments that go
Pavel> to Makefile.in, as they may be non-portable. I just saw a
Pavel> report in [EMAIL PROTECTED] that Compaq Tru64 UNIX V5.1 doesn't
Pavel> like '&' in such comments,
> "Rod" == Keenan, Rod <[EMAIL PROTECTED]> writes:
Rod> I'm still trying to get this to work. I modified the SUFFIXES
Rod> line to eliminate the .o reference.
Rod>was: SUFFIXES = .o .c .pc
Rod>now: SUFFIXES = .c .pc
If this changes things then I think this is probably an automake bu
> "Steve" == Steve M Robbins <[EMAIL PROTECTED]> writes:
Steve> I have no clue if this affects automake CVS.
Nope.
If you see yacc4 failing, it doesn't matter. It's just another sign
of the fact that --add-missing is in bad shape currently. What
happens is that the /usr/local/automake file is chosen instead of that
shipped with Automake. Installing Automake does the trick.
| stenn@rackety> make -n ../util/ansi2knr
| cd ../util && make ansi2knr
| make[1]: Entering directory `/pogo/users/stenn/ntp/A.rackety/util'
| source='../../util/ansi2knr.c' object='ansi2knr.o' libtool=no \
| depfile='.deps/ansi2knr.Po' tmpdepfile='.deps/ansi2knr.TPo' \
| depmode=none /bin/sh ..
I working on the subobj2 dir issue. This is unrelated, just on the way :)
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (Language): Set config_vars for yacc, yaccxx, lex,
lexxx, asm.
(&lang_c_finish, &lang_yacc_finish, &lang_lex_finish): Simpli
This finally fixes subobj2 (which was failing for the reason
completely different from what it was meant to test IMHO).
For uniformity, I must confess I'd like to see depend2.am renamed
ext-compile.am.
Tom, I realize I don't understand how Java is handled. There are two
Javas? On via gcj which
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&scan_texinfo_file, &handle_dist, &handle_gettext)
(&handle_footer, &handle_factored_dependencies, &handle_emacs_lisp)
(&am_primary_prefixes): Use `map' rather than `grep'.
Index: automake.in
--- auto
Tom Tromey <[EMAIL PROTECTED]> writes:
> > "Felix" == Felix Natter <[EMAIL PROTECTED]> writes:
>
> >> AM_INIT_AUTOMAKE should be doing that already.
> >> Why does it detect gtar when you don't have it?
>
> Felix> no, there is a line "TAR = gtar" in Makefile.in, so this is
> Felix> probably
23 matches
Mail list logo
