"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.
Tom Akim, I
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim Then, I'd say we should have TAGS work all by itself, calling
Akim TAGS-recursive. And tags is nothing but `tags: TAGS'. How does
Akim it sound?
Sounds good to me.
Tom
"Tim" == Tim Van Holder [EMAIL PROTECTED] writes:
Am I doing something wrong?
Notice that this problem only takes place with cygwin
Tim Might be an EOL issue; sed is notorious for not recognizing a trailing \
Tim in a DOS text file (it sees \ + CR + NL).
Tim Try converting the file to Unix
"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 texi2dvi solve
"Tom" == Tom Tromey [EMAIL PROTECTED] writes:
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim * automake.in (Language): Add attributes `flags', `compile' and
Akim `compiler'. (finish_languages, handle_single_transform_list,
Akim handle_dist) (add_depend2, register_language): Use them
Tom Tromey wrote:
"Derek" == Derek R Price [EMAIL PROTECTED] writes:
Derek Is there some reason the automake test suite doesn't allow the
Derek user to override its AUTOMAKE ACLOCAL variables? I like to
Derek do it on ocassion to compare the current behavior against my
Derek installed
"Alex" == Alex Turner [EMAIL PROTECTED] writes:
Alex What is the best way to have a script/program where $pkgdatadir
Alex is located?
I assume you mean how to find pkgdatadir in a program?
Alex For C, it's easy enough just to do
Alex CCFLAGS=-DPKGDATADIR="\""$(pkgdatadir)"\"" but what about
"Derek" == Derek R Price [EMAIL PROTECTED] writes:
Derek Is there some reason the automake test suite doesn't allow the
Derek user to override its AUTOMAKE ACLOCAL variables?
Thanks for the patch. I wrote a ChangeLog entry for you. Could you
write it next time?
Tom
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim Nevertheless, in the present case, these are not exactly
Akim attributes, which _are_ hidden. It's accessors:
Thanks.
Akim Anyway, there is a big problem with pushing more language
Akim handling in the class itself, as there is a lot of
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim * automake.in (Language): Add attributes `flags', `compile' and
Akim `compiler'.
Akim (finish_languages, handle_single_transform_list, handle_dist)
Akim (add_depend2, register_language): Use them and the `linker' and
Akim `pure'
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Tom But do we really want objects with public attributes? It seems
Tom to me that we'd probably rather have objects with public methods
Tom and private attributes.
Akim Nevertheless, in the present case, these are not exactly
Akim attributes,
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim * automake.in (Language): Add attribute `output_arg'.
Akim (%language_map): Remove.
Akim (register_language): Build only the object, and store in
Akim %languages only.
Akim (finish_languages, handle_single_transform_list): Adjust.
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim * automake.in: (Language): Add attribute `extensions'.
Akim (Automake): Pass a hash to `register_language' instead of a
Akim list of pseudo assignments.
Akim (register_language): Adjust.
Akim (finish_languages): Initialize
One last thing about separating into modules: we'll probably want to
put the module files into their own directory in the source and
install trees. Let's start a new directory for this sooner rather
than later.
Tom
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim Actually I'm realizing it does make a significant difference!
Akim With my patch you get:
Akim add_depend2 (cxx)
Akim add_depend2 (c)
Akim add_depend2 (objc)
Akim where I would have expected to see lex, yacc etc.
I don't think it makes
Tom Tromey wrote:
"Derek" == Derek R Price [EMAIL PROTECTED] writes:
Derek Is there some reason the automake test suite doesn't allow the
Derek user to override its AUTOMAKE ACLOCAL variables?
Thanks for the patch. I wrote a ChangeLog entry for you. Could you
write it next time?
Yep.
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim * automake.in: (Language): Add attribute `_finish'.
Akim (finish): New.
Akim (Automake): Adjust.
Akim (lang_header_finish, lang_yaccxx_finish, lang_lexxx_finish)
Akim (lang_asm_finish): Remove.
I'm not so sure about this patch.
On Tue, Apr 10, 2001 at 03:20:15PM -0600, Tom Tromey wrote:
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
I have a mild dislike for this.
If `finish' were a method then we could simply inherit it.
I do share your dislike for the structure, but please, note that we are
defining methods
"Alex" == Alex Turner [EMAIL PROTECTED] writes:
For automake I use AC_SUBST and have @...@ substitutions in
automake.in.
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.
A header is a
"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 methods per _object_. Cleaner would mean one
Akim *class* per
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim The patch is really a proposal: it relies on a modified version
Akim of Perl 5.6's Class::Struct. The modification are minimal, and
Akim just ensure that it works with 5.005:
I've already weighed in on most of this...
Akim I still have
"Ralf" == Ralf Corsepius [EMAIL PROTECTED] writes:
Ralf So, below is a patch to address this issue by applying make -s.
Ralf If this doesn't work out, the entire check probably needs to be
Ralf reworked.
Thanks, I checked this in.
I wrote up the test as part of the patch and verified it. I
I'm attempting to use automakes provisions for automatic dependecy
generation, and I'm running into problems. When I try to run make,
after configuring, I get this error:
Making all in af
make[2]: Entering directory `/home/sam/projects/abi-auto/build/src/af'
GNUmakefile:261: .deps/libAf.la.Plo:
"Robert" == Robert Collins [EMAIL PROTECTED] writes:
Robert The attached test csae demonstrates the problem. I don't think
Robert I'll have time to step upto the coding plate, but I figure a
Robert the test might make things easier ... :]
Thanks, I'm checking in a variant of this test.
Tom
"Robert" == Robert Collins [EMAIL PROTECTED] writes:
Robert * distdir.am: Recurse into subdirs before handling files
Robert in the current directory.
Robert This patch reverses the order of subdir processing with
Robert current directory files for the make dist target.
I don't think this
25 matches
Mail list logo