Re: automake mistaken source type
On Mar 15, 2001, "D. Stimits" <[EMAIL PROTECTED]> wrote:
> PS: Do people on this list typically prefer replies to both their
> address and to the list address?
I generally prefer being To/Cc:ed when the message is in some thread
I've participated in, because then the message will be highlighted in
my mailing-list folder. Those who would rather not be Cc:ed should
configure their mailers so as to add a header `Mail-Copies-To: never'
to messages they post to mailing lists.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
Re: automake mistaken source type
Tom Tromey wrote: > > > ">" == D Stimits <[EMAIL PROTECTED]> writes: > > >> I use version 1.4. I searched for something beyond 1.4, but > >> apparently it isn't available yet as a regular release. Is there an > >> rpm for something more current? My machines run RH 6.2 and RH 7.1 > >> beta (7.1 beta still uses 1.4). > > Ok. This is a known bug in 1.4, fixed in the prereleases. It will > also be fixed in 1.5. > > Meanwhile you can just drop AC_PROG_CC into configure.in and automake > will shut up. If you want you can do this in a hacky way to fool > automake: > > if false; then > AC_PROG_CC > fi > > There might be RPMs of 1.4d (the current prerelease). I don't know, I > don't keep track. There might not be since I got annoyed last time an > RPM was made of the cvs repository. Making an RPM of 1.4d would be > different, though -- at least it corresponds to a known point in time. > > Tom I didn't realize that the "d" was a prerelease. I will give that one a try. I'm just glad to know I wasn't going bonkers. FYI, I did try the AC_PROG_CC as well, but it then wanted to know about rules for files of naming format "file.c", whereas mine were all "file.cxx", so this also broke something. thanks, D. Stimits, [EMAIL PROTECTED] PS: Do people on this list typically prefer replies to both their address and to the list address? If I just do a reply, it sends to the individual; what I have been doing is "reply all", then dumping individual addresses and leaving only the mail list address. Not sure what people prefer here.
Re: automake mistaken source type
> ">" == D Stimits <[EMAIL PROTECTED]> writes: >> I use version 1.4. I searched for something beyond 1.4, but >> apparently it isn't available yet as a regular release. Is there an >> rpm for something more current? My machines run RH 6.2 and RH 7.1 >> beta (7.1 beta still uses 1.4). Ok. This is a known bug in 1.4, fixed in the prereleases. It will also be fixed in 1.5. Meanwhile you can just drop AC_PROG_CC into configure.in and automake will shut up. If you want you can do this in a hacky way to fool automake: if false; then AC_PROG_CC fi There might be RPMs of 1.4d (the current prerelease). I don't know, I don't keep track. There might not be since I got annoyed last time an RPM was made of the cvs repository. Making an RPM of 1.4d would be different, though -- at least it corresponds to a known point in time. Tom
Re: automake mistaken source type
Tom Tromey wrote: > > > ">" == D Stimits <[EMAIL PROTECTED]> writes: > > >> Despite this being a C++ project, I am always getting (via "automake" > >> after "aclocal" and "autoconf" in the project root): > >> automake: Makefile.am: C source seen but `CC' not defined in > >> `configure.in' > > What version of automake are you using? > I think the current prerelease should get this right. > > Tom I use version 1.4. I searched for something beyond 1.4, but apparently it isn't available yet as a regular release. Is there an rpm for something more current? My machines run RH 6.2 and RH 7.1 beta (7.1 beta still uses 1.4). D. Stimits, [EMAIL PROTECTED]
Re: automake mistaken source type
> ">" == D Stimits <[EMAIL PROTECTED]> writes: >> Despite this being a C++ project, I am always getting (via "automake" >> after "aclocal" and "autoconf" in the project root): >> automake: Makefile.am: C source seen but `CC' not defined in >> `configure.in' What version of automake are you using? I think the current prerelease should get this right. Tom
automake mistaken source type
I have defined in the project root configure.in: AC_PROG_CXX The structure of this simple project (it has essentially "hello world" apps for a client subproject and a server subproject, that are otherwise not doing anything) is as follows: |-- AUTHORS |-- COPYING |-- ChangeLog |-- INSTALL |-- Makefile.am |-- Makefile.in |-- NEWS |-- README |-- acinclude.m4 |-- aclocal.m4 |-- bin |-- clean |-- config |-- config.cache |-- config.h |-- config.h.in |-- config.log |-- config.status |-- configure |-- configure.in |-- configure.scan |-- doc |-- etc |-- install-sh |-- lib |-- missing |-- mkinstalldirs |-- src | |-- Makefile.am | |-- Makefile.in | |-- client | | |-- Makefile.am | | |-- Makefile.in | | |-- client.h | | `-- main.cxx | |-- include | |-- server | | |-- Makefile.am | | |-- Makefile.in | | |-- main.cxx | | `-- server.h | |-- stamp-h | `-- stamp-h.in |-- stamp-h |-- stamp-h.in `-- test Despite this being a C++ project, I am always getting (via "automake" after "aclocal" and "autoconf" in the project root): automake: Makefile.am: C source seen but `CC' not defined in `configure.in' No matter what I do, I can't get it to understand this is C++, not C. Why would the AC_PROG_CXX be ignored? Are the .h files forcing this to be considered C instead of C++? D. Stimits, [EMAIL PROTECTED]
Re: Default postscript cleans miss *.cps & *.fns.
Akim Demaille wrote: > hi Derek, Hi. :) > Could you `grep indexcode' your texi sources? Thanks! [dprice@empress doc]$ fgrep indexcode cvs.texinfo [dprice@empress doc]$ Derek -- Derek Price CVS Solutions Architect ( http://CVSHome.org ) mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com ) -- If thou dost marry, I'll give thee this plague for thy dowry: be thou as chaste as ice, as pure as snow, thou shalt not escape calumny. Get thee to a nunnery. Go, farewell. Or if thou wilt needs marry, marry a fool. For wise men know well enough what monsters you make of them. To a nunnery, go, and quickly, too. Fare- well. - Hamlet, Act III, Scene 1, Lines 135-141
Re: Default postscript cleans miss *.cps & *.fns.
hi Derek, Could you `grep indexcode' your texi sources? Thanks!
Default postscript cleans miss *.cps & *.fns.
Building postscript docs from *.texi sources using the default automake targets, the dev version of CVS produces cvs.cps & cvs.fns files as side effects. These files aren't removed by 'make clean' and thus break a distcheck. Derek -- Derek Price CVS Solutions Architect ( http://CVSHome.org ) mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com ) -- "I tried to think but nothing happened!" - Curly
[PATCH] Re: automake debug output
- Original Message -
From: "Lars J. Aas" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 14, 2001 7:20 AM
Subject: automake debug output
> When I run automake in certain projects, I get the below attached output.
> It's been like this for a while (figured it was a known issue that would
> soon get fixed), but now I suspect that I'm the only one who gets them
> (they only come when I run automake in the projects where I have multi-
> level entries in $(SUBDIRS), and I might be the only one using that).
Does
> anyone know what the below messages are all about? Line 6347 is like
this:
>
> my $source_suffix;
> my $object_suffix;
>
> ===> if (($source_suffix, $object_suffix)
> = ($1 =~ $SUFFIX_RULE_PATTERN))
> {
above that, look at:
$saw_bk = /\\$/;
that blows away $1 if the pattern matches. so having a continuation line on
a rule isn't properly handled.
here is a cheep patch. cheep cheep.
ChangeLog:
2001-03-14 Edward M. Lee <[EMAIL PROTECTED]>
* automake.in (read_am_file): preserve $1 across sub matches.
--- automake.in~Wed Mar 14 11:23:39 2001
+++ automake.in Wed Mar 14 11:23:57 2001
@@ -6336,7 +6336,7 @@
$output_trailer .= &make_condition (@conditional_stack);
$output_trailer .= $_;
$comment = $spacing = '';
- $saw_bk = /\\$/;
+ { $saw_bk = /\\$/; }
# Check the rule for being a suffix rule. If so, store in
# a hash.
>
> Lars J
>
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 98.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 102.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 106.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 110.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 114.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 118.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 122.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 126.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 130.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 134.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 138.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 143.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 148.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 153.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 158.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 162.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 166.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 170.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 174.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 178.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 194.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 198.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 202.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 206.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 210.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 214.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 218.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 222.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 226.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 230.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 234.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 238.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 242.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/automake line 6347, line 246.
> Use of uninitialized value in pattern match (m//) at
/usr/local/bin/a
automake debug output
When I run automake in certain projects, I get the below attached output.
It's been like this for a while (figured it was a known issue that would
soon get fixed), but now I suspect that I'm the only one who gets them
(they only come when I run automake in the projects where I have multi-
level entries in $(SUBDIRS), and I might be the only one using that). Does
anyone know what the below messages are all about? Line 6347 is like this:
my $source_suffix;
my $object_suffix;
===>if (($source_suffix, $object_suffix)
= ($1 =~ $SUFFIX_RULE_PATTERN))
{
Lars J
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 98.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 102.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 106.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 110.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 114.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 118.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 122.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 126.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 130.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 134.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 138.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 143.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 148.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 153.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 158.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 162.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 166.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 170.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 174.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 178.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 194.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 198.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 202.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 206.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 210.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 214.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 218.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 222.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 226.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 230.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 234.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 238.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 242.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 246.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 250.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 254.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 258.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 262.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 266.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 270.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 274.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 278.
Use of uninitialized value in pattern match (m//) at /usr/local/bin/automake line
6347, line 282.
Makefile.am:10: directory should not contain `/'
Use of uninitialized value in pattern matc
