Hm...
I can't find the message you sent Tom. I now perfectly understand the
problem, but I would like to delay the fix until the next patches are
applied, because one important point is reached later: depend2.am and
ext-compile.am are merged together (i.e., the use of the dependency
code is now
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> What happens if you run automake with this patch on autoconf
Tom> (where I understand that aclocal.m4 is not a generated file?).
Tom> Do you get an `aclocal.m4' target in Makefile.in?
You are right, thanks for the details!
I'll provide
I'm going to apply it tomorrow.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&scan_aclocal_m4): Handle $relative_dir and special
variables.
Specify to the caller whether $regen_aclocal_m4.
(&handle
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Your particular include doesn't match the regexp.
Tom> I'm not sure why I did it that way initially. Now that seems
Tom> like a bug to me.
Agreed.
Tom> Instead I think anything we don't recognize should simply give an
Tom> error.
Wel
| On Fri, Apr 06, 2001 at 12:17:47PM -0500, Raja R Harinath wrote:
| : @PACKAGE@ is needed. It is used by Makefile.in for 'make dist'.
| :
| : "Lars J. Aas" <[EMAIL PROTECTED]> writes:
| : > Index: Makefile.am
| : > ===
| : > @@ -33
Fine! Please, install.
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> This patch introduces one semantical difference: tags-recursive
Akim> is bound to tags, not TAGS as was befo
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
> "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
Derek> FYI: the *.cps & *.fns files are only being created for
Derek> cvs.texinfo.
Tom> Did we ever get some resolution for this?
Nope, not yet. I'm downloading CVS to check this.
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes:
>> I really think we can discover them all. The thing is that index
>> can be created at will. So unless you actually look for used
>> indexes, you can never be sure you don't forget something.
Tim> Wouldn't using the -c option to texi2d
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> Nope, not yet. I'm downloading CVS to check this.
Well, which one should I download? Where is it? Releases don't use
Automake, Thomas was right ;)
Derek, could you patch your automak
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (Language): Add attributes `flags', `compile' and
Akim> `compiler'. (&am
> "Alex" == Alex Turner <[EMAIL PROTECTED]> writes:
Alex> Cool - actualy I forgot to ask if this is a sane way to do it
Alex> for C. I would much prefer it generated a header file with it
Alex> in somewhere.
Described into the details in CVS Autoconf's documentation.
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> elsif (/^\@(syncode|print)index \w+ (\w*)/) { push
Akim> @clean_suffixes, "$1s";
Tom> Shouldn't that be "$2s" here?
Yes, definitely. Thanks!
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> One last thing about separating into modules: we'll probably want
Tom> to put the module files into their own directory in the source
Tom> and install trees. Let's start a new directory for this sooner
Tom> rather than later.
I agree!
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
> "Akim" == akim <[EMAIL PROTECTED]> writes:
>>> I have a mild dislike for this. If `finish' were a method then we
>>> could simply inherit it.
Akim> I do share your dislike for the structure, but please, note that
Akim> we are defining
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> This is ok.
Tom> But before we check it in let's make sure we are very clear on
Tom> the licensing issue. In GNU, licensing comes before all.
Yep. I can't get any definitive answer. Nothing in the FAQ's I read
but the fact that modul
Try to add
'uninstall-am' => 1,
in the structure below in automake.in. Keep us informed! Thanks!
Akim
# List of targets we must always output.
# FIXME: Complete, and remove falsely required targets.
my %required_targets =
(
'all' => 1,
'dvi' => 1,
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> Thanks Akim, adding that line should fix the make uninstall
Robert> problem. However the makefile.in's created by automake are
Robert> now corrupt: I get 1001 errors (I CVS updated first).
Robert> The errors I get are (single
>>>>> "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
Derek> Akim Demaille wrote:
>> >>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>
>> >>>>> "Akim" == Akim Demaille <
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> 2) snmplib/Makefile.am:14: DEFS multiply defined in condition
Robert> TRUE DEFS (User, where = 14) = {
>>
Robert> TRUE => -DSQUID_SNMP=1 }
>> Hm... I'll look into this one. The idea is that somehow we must
>> be able to tell
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> 3) src/Makefile.am: cf_gen_DEPENDENCIES must be set with `='
Robert> before using `+='
>> We recently talked about this with Tom, and we agreed that there is
>> no reason not to do that (but to protect the user from herself, but
| cvs.texinfo:@deffn Command {cvs add} [@code{-k} kflag] [@code{-m}
| message] files @dots{}
| cvs.texinfo:@end deffn
| cvs.texinfo:@deffn Command {cvs remove} [options] files @dots{}
| cvs.texinfo:@end deffn
| cvs.texinfo:@deffn Command {cvs annotate} [@code{-flR}]
Please, edit depend2.am and replace
if %?LIBTOOL?%
endif %?LIBTOOL?%
with
if %?LIBTOOL%
endif %?LIBTOOL%
(no ? at the end). It should make it, right?
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* depend2.am: Fix the `if' condition for Libtool.
Reported by Robert Boehne.
Index: depend2.am
===
RCS file: /cvs/automake/automake/depend2.am,v
Hi Derek, I think the patch below addresses your issue. At least, it
works on my CVS CVS. You can remove your hack :)
Tom, I'm applying it as it's a bug fix, but of course, I can revert
whatever you want me to.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
Hi Elaine!
It's good to finally have news about this issue!
| Akim Demaille [[EMAIL PROTECTED]] quoth:
| *>Jarkko, I include below a news I tried to send on comp.lang.perl, but
| *>I think it never went out of my organization.
|
| comp.lang.perl split off into comp.lang.perl.mis
e: reading /home/lrde/prof/akim/src/am/clean-hdr.am
automake: reading /home/lrde/prof/akim/src/am/distdir.am
automake: reading /home/lrde/prof/akim/src/am/footer.am
automake: reading /home/lrde/prof/akim/src/am/install.am
automake: reading /home/lrde/prof/akim/src/am/clean.am
automake: creating inc
| I had the same problem, when I used the LDFLAGS in Makefile.am
| Running automake I get the same mystrious message.
|
| src/foo/Makefile.am:6: LDFLAGS multiply defined in condition TRUE
| LDFLAGS (User, where = 6) =
| {
|
| TRUE => -export-dynamic
| }
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> - &{$self->_finish} ();
Akim> + if (defined $self->_finish)
Akim> +{
Akim> + &{$self->_finish} ();
Akim> +}
Akim> }
Tom> I dislike this. This
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> I still think we should have a separate class per language. This
Tom> seems cleanest by far. It might seem heavy now, but we'll be
Tom> kicking ourselves in a year if we don't do it.
I'm convinced Tom :) Really, the only obstacle is t
Index: tests/Makefile.am
===
RCS file: /cvs/automake/automake/tests/Makefile.am,v
retrieving revision 1.271
diff -u -u -r1.271 Makefile.am
--- tests/Makefile.am 2001/04/11 04:17:21 1.271
+++ tests/Makefile.am 2001/04/12 16:49:12
@@ -
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (am_install_var): Use `next' instead of `if' on the
body of $X loop.
Index: automake.in
--- automake.in Tue, 10 Apr 2001 01:46:39 +0200 akim (am/f/39_automake.i 1.257 755)
+++ automake.in Tue
The aim of this patch is to go where Tom doesn't want to do :) But not
reached yet: merging file_contents and read_am_file together.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&file_contents_internal): Accept $IS_AM.
(
I'm going to apply it tomorrow.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&scan_aclocal_m4): Handle $relative_dir and special
variables.
Specify to the caller whether $regen_aclocal_m4.
(&handle
Still of closer of the merge between read_am_file and
file_contents_internal.
Yep, there is a `print STDERR;' below, but I realizd too late :(
Removed in the next patch.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in ($IGNORE_PATTERN): Improve for
o have
verbatim
ifeq ("${APACHE_DIR_IS_SRC}","yes")
SUBDIRS = java
else
SUBDIRS = c java
endif
end verbatim
but I don't know what people would like most...
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECT
GPL or not :(
Thank you very much for any kind of answer!
Akim
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (Language): New package,
thout the following else branch?
| Just remove the - lines below from macro_define:
I apply this:
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (¯o_define): User variables can be first defined
with `+='.
Index: automake.in
=
> I apply this:
>
> Index: ChangeLog
> from Akim Demaille <[EMAIL PROTECTED]>
>
> * automake.in (¯o_define): User variables can be first defined
> with `+='.
In fact, I don't, because I now recall why I did that. It is related
to pluse
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Apr 17, 2001, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> * automake.in (¯o_define): User variables can be first defined
>> with `+='.
Alexandre> My impr
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Apr 18, 2001, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> Unfortunately it is quite unrealistic wrt the implementation:
>> Automake values are read _after_ Makefile
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> Is there are reason that the automate values cannot all be +=,
Robert> with a flag to ignore the value completely if the user uses =
Robert> not += ?
Sorry, I don't understand what you mean.
Robert> Without handling this in th
> "Richard" == Richard Stallman <[EMAIL PROTECTED]> writes:
Richard> I was sent a bunch of previous messages, which did not make
Richard> it very clear who was saying what and why. I thought perhaps
Richard> those words were the statement used on CPAN itself to say
Richard> what the licenses
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Akim, I'm satisfied that we're ok distributing our own
Tom> Class::Struct.
Good! I will catch up soon then.
Tom> Do you think we should just rename the module? Or keep the name
Tom> and add a configure test?
I think the former is muc
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> - Original Message - From: "Robert Collins"
Robert> <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent:
Robert> Friday, April 20, 2001 9:35 AM Subject: More CVS head errors
>> I know you love this bleeding edge feedback
Well, I have no experience at all in this area, so here is my
proposal. I must leave now, sorry I didn't write the full ChangeLog.
Of course I will.
Tom? Russ, I'd be reassured if you could comment.
make check and make distcheck are happy.
Index: ChangeLog
from Akim Demaill
# Guess values for system-dependent variables and create Makefiles.
-# Generated automatically using autoconf version 2.13
-# Copyright (C) 1992, 93, 94, 95, 96 Free Software Foundation, Inc.
+# Generated by Autoconf 2.49f.
Automake uses stock 2.13.
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> Well, I have no experience at all in this area, so here is my
Akim> proposal. I must leave now, sorry I
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> You seem to have based this on an older version of Class::Struct
Russ> than what shipped with Perl 5.6.1,
I was not aware 5.6.1 was released...
Russ> unless you intended to delete the import stuff, and beyond that
Russ> the only ch
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> This patch has been tested with Perl perl5.005_03 and 5.6.0. Ok
Pavel> to apply?
Fine with me.
> "David" == David Lee <[EMAIL PROTECTED]> writes:
David> I'll immediately confess to not having followed the details of
David> the voluminous email exchange over the last couple of weeks.
Bad guy :)
David> But in the early stages of this discussion (before we got
David> swamped with licens
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (@conditional_stack): Rename as... (@cond_stack):
Akim> this. (&file_contents_internal)
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Yeah, you pretty much need an Automake directory like that.
Russ> You'll find it a lot easier when you add additional modules
Russ> later, too. (You may want to consider putting it down a level,
Russ> like modules/Automake instead of
| >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
| Akim> * automake.in (&read_am_file, &file_contents_internal): Don't
| Akim> define macros when `FALSE', to avoid errors on doubly defined
| Akim> variables but under conditi
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * tests/specflags4.test, tests/specflags5.test: Remove, merged
Akim> into... * tests/specflags3.test: he
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Ok. But why bother?
I forgot to say that when related tests are grouped it is much easier
to see if all the cases are covered (typically when there is a
Cartesian product of possibilities).
| I tried to do that as smoothly as I could, which explains why there
| are so many small (?) patches.
|
| Index: ChangeLog
| from Akim Demaille <[EMAIL PROTECTED]>
| * automake.in (&depend2): Remove, merged in...
| (&handle_languages): here.
I'm stuck.
> "Raja" == Raja R Harinath writes:
Raja> Hi, The following is necessary for install-fooHEADERS to work.
Thanks, I'm applying it.
> "tailbert" == tailbert writes:
[Please, avoid HTML in messages.]
tailbert> hi peeps.
Hi!
tailbert> aside from the Automake/* vs automake issue, builds fine,
tailbert> but lots of test errors. *cough* I'll take a look at
tailbert> specifics over the weekend.
Thanks a lot. Please, try
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Something like lib/Automake is fairly standard for Perl
Russ> extensions.
Thanks, I trust your experience and go for this solution (lib/ in the
package, but as is for the installation).
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> I'm stuck. I tried to produce the single big patch which
Akim> consists of them all, but after having fought with patch, I
Akim> realized I must have forgotten a patch: that introducing
> "Genty" == Genty Jean-Paul <[EMAIL PROTECTED]> writes:
Genty> Hi
Genty> Wich directory variable should I set to tell AC_CHECK_HEADER
Genty> to search in ??
AC_CHECK_HEADER by itself does not look for headers, it asks cpp where
they are. Therefore it is system dependent, and should be
Sorry, s/where they are/whether it finds them/.
Quite straightforward (oh, how I love *.am only patches :). The only
question is whether we want to factor tar too or not.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* distdir.am (dist-all): Build all the flavors using a single
distdir.
Index: Makef
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> Hi, At present time, automake --add-missing is broken.
Ralf> Apparent cause is this patch below.
Doh!
Thanks! Weird that the test suite did not catch this.
Ralf> Related question: Which directory is am_dir/--am-dir supposed to
R
I'm checking in a variant of your patch, thanks!
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* configure.in: Set perllibdir.
From Dave Morrison.
Index: configure
===
RCS file: /cvs/automa
+ rm -f conftest.file
if test "$[*]" != "X $srcdir/configure conftest.file" \
&& test "$[*]" != "X conftest.file $srcdir/configure"; then
Obviously there is a problem here. Anyway, configure 2.50+ removes
conftest* when it exits so there is no real issue here (2.13 does not,
but it
| + rm -f conftest.file
| if test "$[*]" != "X $srcdir/configure conftest.file" \
|&& test "$[*]" != "X conftest.file $srcdir/configure"; then
|
| Obviously there is a problem here.
No, there is none, just my being tired I guess :( Sorry, applied.
Hi Tom,
| Which patches does the 97.5 patch supercede?
It was missing, I forgot to send it.
| Here are patches I still have:
|
| Patch Status
| 99-ordering-changes Missing ChangeLog entry
| I have no idea what it does
It just
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> It has been hard for me to figure out what the patches preceding
Tom> this one did.
I understand.
Tom> I'm guessing that we still include depend2 multiple times, but
Tom> that the loop is not visible in this patch?
In fact, this is wha
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Akim> compile_f_c_cxx.test:foo_SOURCES = foo.f bar.c baz.cc
Tom> This one doesn't really test the problem I'm thinking of. In
Tom> this case the files are all from different languages.
Pff, sorry for being blind. I really thought there was
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Ok. Thanks once again for doing all this work.
:) Thanks to you, it's my pleasure!
Does anybody know something better than patch(1) when a patch fails?
I often have to struggle hard to understand why a patch does not
apply, patch(1) just rejects it.
For instance one of my patches produced a
~/src/am % wc automake.in.rejnostromo 14:42
27
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Is there any reason not to simply delete objc.test?
I meant to implement a quick hello world in objc. But, agreed, this
is a completely different test.
| >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
|
| Akim> Support `if !COND', `else COND', `end COND'.
| Akim> * automake.texi (Conditionals): Document it.
|
| Ok.
|
| Could you update automake.texi to reflect this change?
:)
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> I don't really think these changes are improvements. The
Tom> cumulative effect is that if Cygnus mode changes we have to
Tom> search all over the place to make the change. Why do you prefer
Tom> this?
Still the same idea: automake is
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (&handle_single_transform_list): Simplify
Akim> computation of $object and $this_obj_ext.
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> Still getting closer to what Tom doesn't want: the read_am_file
Akim> removal. I would be lying i
Tom, I'm done with all my patches (yeeeha!). I'm now ready to move
the am files. But given that you probably want to keep their CVS
history, I think you'll have to do that.
If you don't care, I can handle this via cvs remove + add.
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Hi Lars!
: I often have to struggle hard to understand why a
: apply, patch(1) just rejects it.
Lars> Doesn't --fuzz=num help?
Well, indeed it can help when it's the context that changed, but if
the difference in the core of the patch I do
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> Tom, I'm done with all my patches (yeeeha!). I'm now ready to
Akim> move the am files. But given that you probably want to keep
Akim> their CVS history, I think you'll have
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> I don't like perllibdir. If it exists only for the sake of the
Tom> test suite then I'd prefer we just add a -I in the test suite.
Tom> Maybe that means we have to make defs from defs.in? That would
Tom> mean an ugly change in the test
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> I think the current solution is ugly, very much agreed, but much
Akim> safer.
Something which seems nicer would be to use `perl -e' to define
perllibdir instead of using %ENV.
Index: automake.in
===
RCS file: /cvs/automake/automake/automake.in,v
retrieving revision 1.1067
diff -u -r1.1067 automake.in
--- automake.in 2001/05/05 21:16:36 1.1067
+++ automake.in 2001/05/06 00:40:00
@@ -5487,13 +5487,16 @@
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Well, the effect of -I is just to add things to @INC, so since
Russ> you're modifying @INC with Perl code, one can potentially take
Russ> the effects of -I into account and not override them. The
Russ> question is more the best way o
Jim> * m4/strip.m4: Fix a typo: s/\$\$/$/.
Pollux> This issue should disappear with the following pending patch.
Pollux> http://sources.redhat.com/ml/automake/2001-03/msg00129.html
I agree with this patch. I also agree with the one documentation one,
http://sources.redhat.com/ml/automake/2001
my patch only makes
it more visible, it should be easier now to choose the one we want.
Another question is why don't we use the regular -am, -recursive
mechanism? Given that we always output a `tags' and `TAGS' target, it
should be equivalent and much simpler: just RECURSIVE_TAR
| > Pavel> + elsif (/^\@def(code)?index (\w+)/)
| > Pavel> +push @clean_suffixes, $2;
Yes Tom, I was not aware of the existence of defindex! Thanks for
this patch Pavel.
| > My understanding is that here $1 will not necessarily be defined, but
| > $2 will always be defined. Is th
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> Closing in on the one-month anniversary for this one... Lars J
Thanks, applied!
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> But if you value history of individual files more than that of
Pavel> the project I suggest (as my second best preference) copying
Pavel> those files in the repository and then removing the old files
Pavel> using "cvs remove". This
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> FYI: We currently use $(SOURCES) for tags (btw tag generation is
Tom> an ugly bit of code...), but I don't think we use $(OBJECTS) at
Tom> all. We should simply remove it.
Index: Cha
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Shouldn't the prototype for file_contents_internal read `($$%)'?
Yep, definitely. Thanks!
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Akim> Yep, I did not unroll the whole thinking, but indeed, another
Akim> means to reach the expected effect consists in using -I and tell
Akim> automake not to play with @INC, i.e., since we want to _tell_
Akim> automake not to (as opposed to
Thanks, it's fixed now.
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Stephan> Thank you! You are Gawds. Let me know which of you wants my
Stephan> first child and I'll ship it to you as soon as it gets here.
Tom> I think Akim does.
Err, maybe, I just don't understand what you are referring to :)
> "Kent" == Kent Nyberg <[EMAIL PROTECTED]> writes:
Kent> I have read some of the info files on automake and autoconf with
Kent> the 'info' command. But they were not so good.. and they had no
Kent> examples :( I want to know all about those things.. but where
Kent> can i learn?
ht
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'
On via gcj which is handled thanks to its extension, and
another one, via primaries, handled by java.am, right? I was about to
move the JAVAC etc. things from java.am to lang-compile.am, but it
would be wrong, wouldn't it?
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
*
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, &a
| 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 ..
701 - 800 of 929 matches
Mail list logo
