> "Larry" == Larry Jones <[EMAIL PROTECTED]> writes:
Larry> It works save for one bug:
Grr. Thanks for testing this.
Tom
> "Akim" == akim <[EMAIL PROTECTED]> writes:
>> How hard is it going to be to move from the current object
>> implementation to the one we really want?
Akim> You want me to read in dead animals bodies :)
Well, dead vegetables anyway.
Akim> In short, reifying automake, I don't know. Reify
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (@conditional_stack): Rename as...
Akim> (@cond_stack): this.
Akim> (&file_contents_internal): Support inclusion of files.
This patch is ripe for justification. I assume this is just another
precursor to merging
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (&finish_languages, &handle_single_transform_list)
Akim> (&add_depend2, &handle_dependencies): No longer use the language
Akim> name in `$lang'. Rename `$lang_obj' as `$lang'.
Ok.
Tom
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (®ister_language): Rename `output-arg' as
Akim> `output_arg' to match the Language attribute.
Akim> Set the defaults in %options instead of $lang.
This should say `%option', not `%options'.
This is ok.
Tom
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> The patch is really a proposal: it relies on a modified version of
Akim> Perl 5.6's Class::Struct. The modification are minimal, and just
Akim> ensure that it works with 5.005:
I like this but we can't use it until the licensing is
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (Language): Add attribute `name.
Akim> (®ister_language): The name of the language is now given in the
Akim> hash.
Akim> No longer use `$lang' as the name of the language.
Akim> Rename `$lang_obj' as `$lang'.
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (&am_install_var): Transform `ONE_PRIMARY'.
Akim> * data.am: Use it.
Akim> * header.am: Include data.am.
Ok.
All is clear now, thanks.
Tom
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (&lang_extensions): Remove.
Akim> (&add_depend2, &saw_sources_p): Adjust.
Akim> * depend2.am: `%EXT%' no longer includes the dot.
Ok.
Tom
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (&handle_emacs_lisp): Be like &handle_python, i.e.,
Akim> return if there are no files, hook elist-comp on the Autoconf
Akim> macro, rely on lisp.am to define variables.
Akim> (&handle_python, &handle_java): Lik
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (&am_install_var): Transform `PRIMARY'.
Akim> * data.am: Equip with %PRIMARY%.
Ok.
I assume this is working up to something?
Tom
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in ($seen_make_set, $seen_prog_install)
Akim> ($seen_arg_prog): Remove.
Akim> (&handle_programs, &handle_scripts, &scan_one_autoconf_file):
Akim> Remove related code.
Ok.
Tom
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in ($seen_path_xtra): Remove.
Akim> (&handle_compile): Don't handle `AC_PATH_XTRA' AC_SUBST variables.
Akim> (&scan_one_autoconf_file): Do it, instead of setting $seen_path_xtra.
Ok.
Tom
> "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 condition `FALSE'. In order to allow...
Akim> (&am_install_var): Whe
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (handle_compile): Let ansi2knr.am define $(ANSI2KNR).
Akim> * ansi2knr.am: Do it.
Akim> Prefer `if %?FOO% to `if %!FOO%.
Ok.
Please be aware that the ansi2knr code is fairly fragile. We've had a
lot of bugs her
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (®ister_language, &finish_languages): Use `pure'
Akim> as a Boolean.
Akim> (®ister_language): Use %done properly with objects, not names.
Akim> (&finish_languages): Replace `$non_c' with `$needs_c'.
Ok.
Tom
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * program.am: Fix a stupid typo: now *all* (not none) the programs
Akim> use `$(EXEEXT)'.
Akim> Reported by Robert Boehne.
This already went in so I'm not looking at it.
I presume it was an obvious bug fix.
Tom
Tom Tromey writes:
>
> Can you test the appended patch? If it works I will check it in. I
> don't have access to a BSD `make' to try it.
It works save for one bug:
> Index: m4/make.m4
[...]
> @@ -11,14 +10,27 @@
> # If we don't find an include directive, just comment out the code.
> AC_MSG_
On Thu, Apr 12, 2001 at 12:21:12AM +0200, [EMAIL PROTECTED] wrote:
> On Wed, Apr 11, 2001 at 03:10:07PM -0600, Tom Tromey wrote:
> >
> > How hard is it going to be to move from the current object
> > implementation to the one we really want?
>
> In short, reifying automake, I don't know. Reifyi
On Wed, Apr 11, 2001 at 03:10:07PM -0600, Tom Tromey wrote:
>
> How hard is it going to be to move from the current object
> implementation to the one we really want?
You want me to read in dead animals bodies :)
I currently have no idea... I'm sure macros and rules should be objects,
afterwar
Tom Tromey writes:
>
> > "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
>
> Derek> A new bug report on the BSD make's include syntax... sounds
> Derek> like we're pretty close.
>
> Can you test the appended patch? If it works I will check it in. I
> don't have access to a BSD `make
> "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
Derek> A new bug report on the BSD make's include syntax... sounds
Derek> like we're pretty close.
Can you test the appended patch? If it works I will check it in. I
don't have access to a BSD `make' to try it.
2001-04-11 Tom Tromey
Akim> I do share your dislike for the structure, but please, note that
Akim> we are defining methods per _object_. Cleaner would mean one
Akim> *class* per language, which seems overkill to me.
Tom> Really? Why? To me it seems natural.
Akim> Yes, you are right. But we still have to face the
Ignore this, my email server is just very slow.
Robert
Robert Boehne wrote:
>
> Akim Demaille wrote:
> >
> > Please, edit depend2.am and replace
> >
> > if %?LIBTOOL?%
> >
> > endif %?LIBTOOL?%
> >
> > with
> >
> > if %?LIBTOOL%
> >
> > endif %?LIBTOOL%
> >
> > (no ? at the end). It should mak
Akim Demaille wrote:
>
> Please, edit depend2.am and replace
>
> if %?LIBTOOL?%
>
> endif %?LIBTOOL?%
>
> with
>
> if %?LIBTOOL%
>
> endif %?LIBTOOL%
>
> (no ? at the end). It should make it, right?
That fixed it! I've attached a patch.
Thanks Akim!
--
Robert Boehne Softwar
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
retrieving r
Please, edit depend2.am and replace
if %?LIBTOOL?%
endif %?LIBTOOL?%
with
if %?LIBTOOL%
endif %?LIBTOOL%
(no ? at the end). It should make it, right?
Here is a snippet of one of my Makefile.in's in a subdirectory
of a project using CVS MLB Libtool and dependencies.
This was generated with CVS Automake (as of today) with
--include-deps on the command line.
The problem is that the "if %%" line isn't translated
into anything by configure. I don't
| 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}]
Hello:
I'm testing the CVS MLB Libtool with current CVS Automake and Autoconf.
I've found that dependency tracking doesn't work because the depcomp
script is copied into the auxiliary directory specified with
AC_CONFIG_AUX_DIR('directory') as it should, but when the generated
configure script is
Akim Demaille wrote:
> elsif (/^\@syncodeindex \w+ (\w*)/
> || /^\@printindex (\w+)/)
> {
> push @clean_suffixes, "$1s";
> }
Yep. That works.
> IIRC, you also had problems with fns. What does a `grep fn *texi*' gives?
Not much obviously useful, but you
> "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
> "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
> "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
Derek> Akim Demaille wrote:
>> > "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>
>> > "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> elsif (/^\@(syncode|print)index \w+ (\w*)/) { push
Akim> @clean_suffixes, "$1s";
>
> You're right: line endings are to blame... the funny thing is that I got
> the sources from a Linux CVS server, and the uncorrect line endings seem
> to have been added during the dowloading... (actually I used WinCVS, so
> this is quite likely).
If you're using WinCVS and working with Unix/Lin
Akim Demaille wrote:
> > "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
- Original Message -
From: "Akim Demaille" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, April 11, 2001 9:34 PM
Subject: Re: problem: uninstall-am in makefile with no install targets
and non-GNU make.
> > "Robert" == Robert Coll
> "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
Thanks Akim, adding that line should fix the make uninstall problem.
However the makefile.in's created by automake are now corrupt:
I get 1001 errors (I CVS updated first).
The errors I get are (single samples of each)
1) AMDEP does not appear in AM_CONDITIONAL
2) snmplib/Makefile.am:14: DEFS mu
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,
> "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
> "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> 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!
with this makefile.am:
===
EXTRA_LIBRARIES = libregex.a libdlmalloc.a
noinst_LIBRARIES = libmiscutil.a @LIBREGEX@ @LIBDLMALLOC@ libntlmauth.a
libmiscutil_a_SOURCES = rfc1123.c rfc1738.c rfc1035.c rfc2617.c util.c \
getfullhostname.c base64.c uudecode.c splay.c safe_inet_addr.c \
is
> "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!
> "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.
- Original Message -
From: "Tom Tromey" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, April 11, 2001 4:01 PM
Subject: Re: Patch: make dist in subdirs before handling the current
directory
> > "Robert" == Robert Collins <[EMAIL P
47 matches
Mail list logo
