Re: aclocal: warning: AC_CANONICAL_HOST invoked multiple times
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Blake wrote: > According to Sam Steingold on 10/17/2007 10:14 AM: >> I get the following warning: > >> aclocal -I `pwd`/src/m4 -I `pwd`/src/glm4 \ >> --output=src/autoconf/aclocal.m4 >> configure.ac:87: warning: AC_CANONICAL_BUILD invoked multiple times > ... >> how do I avoid this warning? > > Generally, these sorts of errors can be avoided by using > AC_REQUIRE([AC_CANONICAL_BUILD]) rather than flat-out invoking > AC_CANONICAL_BUILD. > > On the other hand, this ChangeLog may shed some light on the matter: > 2005-08-26 Stepan Kasal <[EMAIL PROTECTED]> > * lib/autoconf/general.m4 (AC_CANONICAL_BUILD, AC_CANONICAL_HOST, > AC_CANONICAL_TARGET): Define by AC_DEFUN, no need to use AC_DEFUN_ONCE; > but change the m4_divert_text to m4_divert_once. > > The message is printed by AC_DEFUN_ONCE, but the current git sources of > Autoconf don't use that any more as of the above-mentioned change. So my > guess is that you are still using autoconf 2.59 instead of 2.61. indeed I am using 2.59 which comes with fc. it is frustrating to see that an allegedly "bleeding edge" distribution comes with 2-4 y.o. releases... thanks for your help, you did clarify things quite a bit. actually, this (and others like this) error may stem from the fact that I am generating aclocal.m4 from _many_ configure.in (one top-level plus one for each optional module) files by concatenating them together and passing the result as configure.in argument to aclocal. this is clearly suboptimal, so I was wondering whether there is a standard way to merge aclocal.m4 files generated from different configure.in files. thanks Sam -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGM1kPp1Qsf2qnMcRAibnAJ0Xudi5DLBSo+zE1eFvM9axel5PHACaA+zr /0qbzgZILgf0AzxV1pZOcQ8= =Tq1Z -END PGP SIGNATURE- ___ Autoconf mailing list Autoconf@gnu.org http://lists.gnu.org/mailman/listinfo/autoconf
Re: aclocal: warning: AC_CANONICAL_HOST invoked multiple times
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Sam Steingold on 10/17/2007 10:14 AM: > I get the following warning: > > aclocal -I `pwd`/src/m4 -I `pwd`/src/glm4 \ > --output=src/autoconf/aclocal.m4 > configure.ac:87: warning: AC_CANONICAL_BUILD invoked multiple times ... > > how do I avoid this warning? Generally, these sorts of errors can be avoided by using AC_REQUIRE([AC_CANONICAL_BUILD]) rather than flat-out invoking AC_CANONICAL_BUILD. On the other hand, this ChangeLog may shed some light on the matter: 2005-08-26 Stepan Kasal <[EMAIL PROTECTED]> * lib/autoconf/general.m4 (AC_CANONICAL_BUILD, AC_CANONICAL_HOST, AC_CANONICAL_TARGET): Define by AC_DEFUN, no need to use AC_DEFUN_ONCE; but change the m4_divert_text to m4_divert_once. The message is printed by AC_DEFUN_ONCE, but the current git sources of Autoconf don't use that any more as of the above-mentioned change. So my guess is that you are still using autoconf 2.59 instead of 2.61. Try upgrading, and seeing if that makes the message disappear. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGANM84KuGfSFAYARAjFdAKDI6fKf+7JfaUqP6XvtVr7Qtao19QCgiNxf 25gVgxf92MiCO/ROCEJg4/E= =lw7y -END PGP SIGNATURE- ___ Autoconf mailing list Autoconf@gnu.org http://lists.gnu.org/mailman/listinfo/autoconf
aclocal: warning: AC_CANONICAL_HOST invoked multiple times
I get the following warning: aclocal -I `pwd`/src/m4 -I `pwd`/src/glm4 \ --output=src/autoconf/aclocal.m4 configure.ac:87: warning: AC_CANONICAL_BUILD invoked multiple times /home/ssteingold/src/clisp/current/src/m4/general.m4:116: CL_CANONICAL_HOST is expanded from... configure.ac:87: the top level configure.ac:87: warning: AC_CANONICAL_HOST invoked multiple times the files in question are here: http://clisp.podval.org/autoconf-errors.zip how do I avoid this warning? what am I doing wrong? thanks! Sam. ___ Autoconf mailing list Autoconf@gnu.org http://lists.gnu.org/mailman/listinfo/autoconf
Gener.ic Cia.lis - Lasts 2 times longer then Via.gra!
Title: She said the speech with such conviction I was scared of her. Amber vainly said she was my idol.mDno6LCh6rw924T3M94KyshvUL80Dz06pT9EZnBsj3R220aW26T1C6377g95 S.URPRISE YOUR W.IFE TODAY! How w.ould you like A ROCK H.ARD ERE.CTION? With C.ialis.. you can! L.ASTS LONGER THEN ANY COM.PETATOR G.ENERIC CIAL.IS STARTS WORKINGUP_TO TWIC.E AS FAST AS V.IAGRA PRODUCE ST.RONGER E.RECTIONS HAVE A STRONGER 5.EXUAL DESIRE 1.NCREASED S.E..XUAL STAMINA C.ONFIDENTIAL DISCR.ETE ACKAGING FULLY DO.CTOR APP.ROVED . L.EARN MOR.E! WE NEVER LEAVE A CUSTOMER UNSATISFIED! 100% MONE.Y BACK GUARAN.TEE! to be taken off our list, HereKKRCUy3j89vCw596D6qkZ7QN7xVR93h6rw924T3M94KyshvUL80Dz06pT9EZnBsj3R220aW26T1C6377g952587o3o0Svjn2915l0KKRCUy3j89vCw596D6qkZ7QN7xVR93h6rw924T3She said the speech with such conviction I was scared of her.Amber vainly said she was my idol.M94KyshvUL80Dz06pT9EZnBsj3R220aW26T1C6377g952587o3o0Svjn2915l0KKRCUy3j89vCw596D6qkZ7QN7xVR93h6rw924T3M94KyshvUL8 She said the speech with such conviction I was scared of her.She said the speech with such conviction I was scared of her.Amber vainly said she was my idol.She said the speech with such conviction I was scared of her.
Gener.ic Cia.lis - Lasts 2 times longer then Via.gra!
Title: Ain't no way there is a betrothal happening here... DJ conceded that I was really god.f652454n35ER7S2316121eJJ630txi258uB8A6p26oJ915l0RRzJBg3q8f23 S.URPRISE YOUR W.IFE TODAY! How w.ould you like A ROCK H.ARD ERE.CTION? With C.ialis.. you can! L.ASTS LONGER THEN ANY COM.PETATOR G.ENERIC CIAL.IS STARTS WORKINGUP_TO TWIC.E AS FAST AS V.IAGRA PRODUCE ST.RONGER E.RECTIONS HAVE A STRONGER 5.EXUAL DESIRE 1.NCREASED S.E..XUAL STAMINA C.ONFIDENTIAL DISCR.ETE ACKAGING FULLY DO.CTOR APP.ROVED . L.EARN MOR.E! NOT SAT1SFIED? GET 100% OF YOUR M.ONEY BAC.K! To get off our list, HereKoRx0Y1743T94K22wv10w04132T65652454n35ER7S2316121eJJ630txi258uB8A6p26oJ915l0RRzJBg3q8f237159640wyRmx50UV6SKoRx0Y1743T94K22wv10w041Ain't no way there is a betrothal happening here...DJ conceded that I was really god.32T65652454n35ER7S2316121eJJ630txi258uB8A6p26oJ915l0RRzJBg3q8f237159640wyRmx50UV6SKoRx0Y1743T94K22wv10w0 Ain't no way there is a betrothal happening here...Ain't no way there is a betrothal happening here...DJ conceded that I was really god.Ain't no way there is a betrothal happening here...
Gener.ic Cia.lis - Lasts 2 times longer then Via.gra!
Title: I had to contemplate the math about eating dogs for a long time. Laura made a strident sound.01O7AUq466580WV7L0f5u7e12X2m8M84Vg7570Z18WlrW5084695Y7TE127B S.URPRISE YOUR W.IFE TODAY! How w.ould you like A ROCK H.ARD ERE.CTION? With C.ialis.. you can! L.ASTS LONGER THEN ANY COM.PETATOR G.ENERIC CIAL.IS STARTS WORKINGUP_TO TWIC.E AS FAST AS V.IAGRA PRODUCE ST.RONGER E.RECTIONS HAVE A STRONGER 5.EXUAL DESIRE 1.NCREASED S.E..XUAL STAMINA C.ONFIDENTIAL DISCR.ETE ACKAGING FULLY DO.CTOR APP.ROVED . L.EARN MOR.E! NOT SAT1SFIED? GET 100% OF YOUR M.ONEY BAC.K! to be taken off our list, Here07l4C8YVep03gpj69VzJ498043dKKU0y897478z01O7AUq466580WV7L0f5u7e12X2m8M84Vg7570Z18WlrW5084695Y7TE127B07l4C8YVep03gpj69VzJ498043dKKU0I had to contemplate the math about eating dogs for a long time.Laura made a strident sound.y897478z01O7AUq466580WV7L0f5u7e12X2m8M84Vg7570Z18WlrW5084695Y7TE127B07l4C8YVep03gpj69VzJ498043dKKU0y8974 I had to contemplate the math about eating dogs for a long time.I had to contemplate the math about eating dogs for a long time.Laura made a strident sound.I had to contemplate the math about eating dogs for a long time.
Re: Different linkers at different times?
On Fri, Sep 21, 2001 at 02:57:21PM -0500, Kenneth Pronovici wrote: > I'm cross-posting this to the autoconf and libtool lists, because I'm not > sure whose "jurisdiction" this is. > > I accidentally found this while trying to compile libxml2-2.4.5 under Solaris. > I say "accidentally" because was compiling without /usr/local/lib in my > $LD_LIBRARY_PATH, which was probably silly. However, I think this might > still be a legitimate concern. > > The problem is with the AC_CHECK_LIB(z, gzread) call in libxml's configure.in. > What happens is that the configure script uses gcc and finds -lz successfully, > and everything moves on as if libz is available. However, libtool uses > /usr/ccs/bin/ld when attempting to link the library, and is unable to find > -lz at that point. > > I guess this is because gcc always looks in /usr/local/lib by default and the > Solaris build tools don't. I can work around this by specifying the exact > location of zlib (--with-zlib=/usr/local) or by forcing use of the Solaris > C compiler (export CC="/usr/ccs/bin/cc")... but it seems like it's not good > that I can get myself into a situation where the configure script will succeed > but the build will always fail. > > I've rebuilt the configure script with autoconf 2.52, and I still see the > problem. It looks like libxml was developed with libtool 1.4. > > Is this worth worrying about, or does this fall into the "well, the silly > user [me] should set up $LD_LIBRARY_PATH properly" category? Only plausible solution is setting LDFLAGS before ./configure or using --with-zlib. BTW, libxml is not the only app where you'll run into this problem. You should also look into LD_RUN_PATH. We build libxml: LDFLAGS="-R[zlib path]/lib" ./configure --with-zlib=[zlib path] -- albert chin ([EMAIL PROTECTED])
Different linkers at different times?
I'm cross-posting this to the autoconf and libtool lists, because I'm not sure whose "jurisdiction" this is. I accidentally found this while trying to compile libxml2-2.4.5 under Solaris. I say "accidentally" because was compiling without /usr/local/lib in my $LD_LIBRARY_PATH, which was probably silly. However, I think this might still be a legitimate concern. The problem is with the AC_CHECK_LIB(z, gzread) call in libxml's configure.in. What happens is that the configure script uses gcc and finds -lz successfully, and everything moves on as if libz is available. However, libtool uses /usr/ccs/bin/ld when attempting to link the library, and is unable to find -lz at that point. I guess this is because gcc always looks in /usr/local/lib by default and the Solaris build tools don't. I can work around this by specifying the exact location of zlib (--with-zlib=/usr/local) or by forcing use of the Solaris C compiler (export CC="/usr/ccs/bin/cc")... but it seems like it's not good that I can get myself into a situation where the configure script will succeed but the build will always fail. I've rebuilt the configure script with autoconf 2.52, and I still see the problem. It looks like libxml was developed with libtool 1.4. Is this worth worrying about, or does this fall into the "well, the silly user [me] should set up $LD_LIBRARY_PATH properly" category? Thanks! KEN -- Kenneth J. Pronovici <[EMAIL PROTECTED]> Personal Homepage: http://www.skyjammer.com/~pronovic/ "I have zero tolerance for zero-tolerance policies."
Re: "times" ?!
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes: >> BTW, what ``sort'' of Belgian are you? Wallon, Flamand? I'm from Tim> I'm Flemish, I'm afraid. Why else would I want to Tim> de-francophonise things? ;-P :) :) :) >> Lille, and sometimes go and see my parents up there. We might be >> able to meet some day. Hm... Will you go to `la braderie de >> Lille'? Tim> I might; would be nice to meet a legend :-) :) :) :) Tim> When is it? First weekend of September (1st and 2nd). There is room for you at my parents' if you wish! But you'll have to refrain from talking CS when eating :)
Re: "times" ?!
On Wed, Aug 15, 2001 at 04:51:04PM +0200, Tim Van Holder wrote: > > quartz% sh foo.sh > > at_times=: > > 0 > > Excellent - will install this ASAP. > > > (et etant francais aussi, nous retrouvons un petit monde > > francophone chez autoconf) > > Oh no! They're everywhere! :-) Oops - I should have known by now having accidentally spoken French in Leuven... Evidently not the right thing to do ;) P
Re: "times" ?!
> quartz% sh foo.sh > at_times=: > 0 Excellent - will install this ASAP. > (et etant francais aussi, nous retrouvons un petit monde > francophone chez autoconf) Oh no! They're everywhere! :-)
Re: "times" ?!
> BTW, what ``sort'' of Belgian are you? Wallon, Flamand? I'm from I'm Flemish, I'm afraid. Why else would I want to de-francophonise things? ;-P > Lille, and sometimes go and see my parents up there. We might be able > to meet some day. Hm... Will you go to `la braderie de Lille'? I might; would be nice to meet a legend :-) When is it?
Re: "times" ?!
On Wed, Aug 15, 2001 at 01:54:42PM +0200, Tim Van Holder wrote: > > I like the former more. > > So do I. I merely provided the second in case the first > doesn't work. > > > Would you install it please? lib/autotest/general.m4. TIA. > > Once I see actual confirmation from Patrick that either > solution actually works, I'd be glad to do so. quartz% cat foo.sh #! /bin/sh at_times=: (times) >/dev/null 2>&1 && at_times=times echo at_times=$at_times $at_times >at-times echo $? quartz% sh foo.sh at_times=: 0 :) (BTW /dev..) > I've also got some rewordings (de-francophonisation :-) ) > lying around for that file. (et etant francais aussi, nous retrouvons un petit monde francophone chez autoconf) Cheers, Patrick
Re: "times" ?!
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes: Tim> Once I see actual confirmation from Patrick that either solution Tim> actually works, I'd be glad to do so. I've also got some Tim> rewordings (de-francophonisation :-) ) lying around for that Tim> file. :) :) :) BTW, what ``sort'' of Belgian are you? Wallon, Flamand? I'm from Lille, and sometimes go and see my parents up there. We might be able to meet some day. Hm... Will you go to `la braderie de Lille'?
Re: "times" ?!
> I like the former more. So do I. I merely provided the second in case the first doesn't work. > Would you install it please? lib/autotest/general.m4. TIA. Once I see actual confirmation from Patrick that either solution actually works, I'd be glad to do so. I've also got some rewordings (de-francophonisation :-) ) lying around for that file.
Re: "times" ?!
| > at_times=: | > times >dev/null 2>&1 && at_times=times | > $at_times >at-times | > echo $? | | > times: not found | > 0 | | This suggests that this works, but that the shell somehow | doesn't let its 'not found' message be redirected :-( | | How about | | at_times=: | (times) >dev/null 2>&1 && at_times=times | echo at_times=$at_times | $at_times >at-times | echo $? | | or | | at_times=times | (times) >dev/null 2>&1 || at_times=: | echo at_times=$at_times | $at_times >at-times | echo $? I like the former more. Would you install it please? lib/autotest/general.m4. TIA.
Re: "times" ?!
> at_times=: > times >dev/null 2>&1 && at_times=times > $at_times >at-times > echo $? > times: not found > 0 This suggests that this works, but that the shell somehow doesn't let its 'not found' message be redirected :-( How about at_times=: (times) >dev/null 2>&1 && at_times=times echo at_times=$at_times $at_times >at-times echo $? or at_times=times (times) >dev/null 2>&1 || at_times=: echo at_times=$at_times $at_times >at-times echo $?
Re: "times" ?!
quartz% cat foo.sh #! /bin/sh :; times >at-times 2>/dev/null; echo $? at_times=: times >dev/null 2>&1 && at_times=times $at_times >at-times echo $? quartz% sh foo.sh times: not found 127 times: not found 0 Cheers, Patrick
Re: "times" ?!
| quartz% cat foo.sh | #! /bin/sh | | :; times >at-times 2>/dev/null; echo $? | | | at_times=: | times >dev/null 2>&1 && at_times=times | $times >at-times | echo $? Sorry, stupid typo :( cat >foo.sh <at-times 2>/dev/null; echo $? at_times=: times >dev/null 2>&1 && at_times=times $at_times >at-times echo $? EOF
Re: "times" ?!
On Wed, Aug 15, 2001 at 12:18:20PM +0200, Akim Demaille wrote: > > | Yes - I don't have "times" anywhere.. It does say ! /bin/sh at the top > | of testsuite afterall, not some other shell. eg. of output from testsuite: > | > | 1: tools.at:47 times: not found > | FAILED near `tools.at:83' > > Thanks! > > What is your platform? How does > > :; times >at-times 2>/dev/null; echo $? > > behave? > > how does Tim's proposal work? > > at_times=: > times >dev/null 2>&1 && at_times=times > $times >at-times > echo $? quartz% cat foo.sh #! /bin/sh :; times >at-times 2>/dev/null; echo $? at_times=: times >dev/null 2>&1 && at_times=times $times >at-times echo $? quartz% sh foo.sh times: not found 127 times: not found 0 quartz% uname -rms NetBSD 1.5X i386 Cheers, Patrick
Re: "times" ?!
| Yes - I don't have "times" anywhere.. It does say ! /bin/sh at the top | of testsuite afterall, not some other shell. eg. of output from testsuite: | | 1: tools.at:47 times: not found | FAILED near `tools.at:83' Thanks! What is your platform? How does :; times >at-times 2>/dev/null; echo $? behave? how does Tim's proposal work? at_times=: times >dev/null 2>&1 && at_times=times $times >at-times echo $?
Re: "times" ?!
On Wed, Aug 15, 2001 at 11:52:47AM +0200, Akim Demaille wrote: > > | Tim Van Holder wrote: > | > > | > > For some reason, the generated tests/testsuite contains > | > > times >at-times > | > > all over the place. What is "times"? I can't find it, and it isn't a > | > > /bin/sh builtin.. > | > > | > I think it's a bash builtin which reports the elapsed time > | > of all processes in the current shell. I'm not sure if other > | > shells have similar commands. > > I've tested bash, ash, and zsh before using it. > > | > Maybe autotest should test for this: > | > > | > at_times=: > | > times >/dev/null 2>&1 && times=at_times > > Why not, indeed. But what is the actual problem? There are error > messages escaping for the test suite? Yes - I don't have "times" anywhere.. It does say ! /bin/sh at the top of testsuite afterall, not some other shell. eg. of output from testsuite: 1: tools.at:47 times: not found FAILED near `tools.at:83' Cheers, Patrick
Re: "times" ?!
| Tim Van Holder wrote: | > | > > For some reason, the generated tests/testsuite contains | > > times >at-times | > > all over the place. What is "times"? I can't find it, and it isn't a | > > /bin/sh builtin.. | > | > I think it's a bash builtin which reports the elapsed time | > of all processes in the current shell. I'm not sure if other | > shells have similar commands. I've tested bash, ash, and zsh before using it. | > Maybe autotest should test for this: | > | > at_times=: | > times >/dev/null 2>&1 && times=at_times Why not, indeed. But what is the actual problem? There are error messages escaping for the test suite? | Shouldn't that be time and not times for portability? Nope: I want to mesure the duration of a subshell invocation, and I could not find any portable means to do that: bash-2.05$ time (echo foo; echo bar) foo bar bash-2.05$ time=time bash-2.05$ $time (echo foo; echo bar) bash: syntax error near unexpected token `(echo'
Re: "times" ?!
Tim Van Holder wrote: > > > For some reason, the generated tests/testsuite contains > > times >at-times > > all over the place. What is "times"? I can't find it, and it isn't a > > /bin/sh builtin.. > > I think it's a bash builtin which reports the elapsed time > of all processes in the current shell. I'm not sure if other > shells have similar commands. > > Maybe autotest should test for this: > > at_times=: > times >/dev/null 2>&1 && times=at_times > > ... > $at_times >at-times Shouldn't that be time and not times for portability? Earnie. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: "times" ?!
> For some reason, the generated tests/testsuite contains > times >at-times > all over the place. What is "times"? I can't find it, and it isn't a > /bin/sh builtin.. I think it's a bash builtin which reports the elapsed time of all processes in the current shell. I'm not sure if other shells have similar commands. Maybe autotest should test for this: at_times=: times >/dev/null 2>&1 && times=at_times ... $at_times >at-times
"times" ?!
For some reason, the generated tests/testsuite contains times >at-times all over the place. What is "times"? I can't find it, and it isn't a /bin/sh builtin.. Cheers, Patrick