Tom Tromey wrote:
>
> > "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 \ +
> "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 t
> "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
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:
> "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 verifie
> "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 st
> "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> *cla
> "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 h
On 10 Apr 2001, Tom Tromey wrote:
> > "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>
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
definin
> "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 abo
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
> "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 thin
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> * automake.in: (Language): Add attribute `extensions'.
Akim> (Automake): Pass a hash to `®ister_language' instead of a
Akim> list of pseudo assignments.
Akim> (®ister_language): Adjust.
Akim> (&finish_languages): Initialize
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (Language): Add attribute `output_arg'.
Akim> (%language_map): Remove.
Akim> (®ister_language): Build only the object, and store in
Akim> %languages only.
Akim> (&finish_languages, &handle_single_transform_lis
> "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> a
> "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, ®ister_language): Use them and the `linker' and
Aki
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (Language): New package, temporarily in this file.
Akim> Use Class::Struct.
Akim> (Automake): New package.
Akim> (%languages): New.
Akim> (&handle_single_transform_list): Use the language object's `ansi'
Akim>
> "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
> "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
> "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 wh
> What is the best way to have a script/program where $pkgdatadir is
> located?
>
> For C, it's easy enough just to do
> CCFLAGS=-DPKGDATADIR="\""$(pkgdatadir)"\"" but what about things like perl
> scripts that have to pull option files and such. Is there a standard way
> to tackle this?
There m
What is the best way to have a script/program where $pkgdatadir is
located?
For C, it's easy enough just to do
CCFLAGS=-DPKGDATADIR="\""$(pkgdatadir)"\"" but what about things like perl
scripts that have to pull option files and such. Is there a standard way
to tackle this?
Thanks
Alex T
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> elsif (/^\@(syncode|print)index \w+ (\w*)/)
Akim> {
Akim> push @clean_suffixes, "$1s";
Shouldn't that be "$2s" here?
Tom
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
> D
> "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, ®ister_lan
> "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 automake so that in scan_texinfo, this
elsif (
> "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
> 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.
Wouldn't using the -c option to texi2dvi solve this? That way, the index
files don't need to be cleaned
> "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 f
> "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
> "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" == 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 before. I think (i) it is
Akim> cleaner, and (ii) anyway it seems to me th
> cmdline.c \
> main.cc errors.cc stringtable.cc tables.cc nodevis.cc \
>
> and the problem seems to be that \ in myprog_SOURCES is not recognized!
>
> Am I doing something wrong?
> Notice that this problem only takes place with cygwin
>
Might be an EOL issue;
Fine! Please, install.
On Tue, Apr 10, 2001 at 10:30:12AM +0200, Akim Demaille wrote:
: I prefer Raja's solution for the very reason he described. It's
: really a problem between Automake and aclocal.m4, so it should be
: fixed there, or in configure.in.
aclocal.m4 was so neat and tidy that I put it in configure.in:
| 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
> "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
Hi
In configure.in I have these lines
AC_PATH_PROGS(GENGETOPT, gengetopt)
AM_CONDITIONAL(NO_GENGETOPT, test -z "$ac_cv_path_GENGETOPT" )
and in src/Makefile I have
SUFFIXES = .ggo
if NO_GENGETOPT
.ggo.c:
touch $@
else
.ggo.c:
$(GENGETOPT) --input $< --unamed-opts
endif
40 matches
Mail list logo
