Re: autoconf bug?

Alexandre Oliva [EMAIL PROTECTED] writes: On Feb 8, 2001, Tomas Berndtsson [EMAIL PROTECTED] wrote: My autoconf version is 2.13. m4 is GNU m4 1.4. I have the following in my configure.in: AC_CHECK_FUNCS(dlopen, , AC_CHECK_LIB(dl,dlopen, , [AC_MSG_ERROR([ *** Zen does not

Re: autoconf bug?

On Feb 9, 2001, Tomas Berndtsson [EMAIL PROTECTED] wrote: I don't see why I need that, but I tried, and it still didn't work. In this case, you may have found a bug in autoconf. The automake mailing list is certainly not the best place to report an autoconf bug :-) -- Alexandre Oliva

Re: autoconf bug?

Alexandre Oliva [EMAIL PROTECTED] writes: On Feb 9, 2001, Tomas Berndtsson [EMAIL PROTECTED] wrote: I don't see why I need that, but I tried, and it still didn't work. In this case, you may have found a bug in autoconf. The automake mailing list is certainly not the best place to

Re: 29-backname.patch

Tom Tromey [EMAIL PROTECTED] writes: "Akim" == Akim Demaille [EMAIL PROTECTED] writes: Hmm... shouldn't we print all the copyright years here? And in aclocal? Akim No idea, you are the Boss :) That's cheating! :) What does autoconf do? /tmp % ace --version

Re: Allow per-object cflags?

On 8 Feb 2001, Tom Tromey wrote: This ought to work with automake 1.4b. Yep, it did actually. I didn't realize that I had to delete my old "missing" file and run --add-missing again. This might be worth documenting, at least to prevent guys like me from complaining that it doesn't work. :)

Re: 29-backname.patch

On Fri, Feb 09, 2001 at 11:53:08AM +0100, Akim Demaille wrote: : /tmp % ace --version nostromo 11:52 : autoconf (GNU Autoconf) 2.49d : Written by David J. MacKenzie. This is kind of an unfair statement the way things are now, isn't it? More like

Re: [revised patch 1/1] support AC_SUBST'able automake rules

On Fri, Feb 09, 2001 at 10:48:38AM -0600, Michael Bletzinger wrote: : The thing is, that since every AC_SUBST'd variable is transformed into a : make variable, you can already specify all sorts of derived stuff using : make variables in Makefile.am's with the CVS automake. For example: : : in

Re: [revised patch 1/1] support AC_SUBST'able automake rules

"Lars J. Aas" wrote: On Fri, Feb 09, 2001 at 10:48:38AM -0600, Michael Bletzinger wrote: : The thing is, that since every AC_SUBST'd variable is transformed into a : make variable, you can already specify all sorts of derived stuff using : make variables in Makefile.am's with the CVS

Re: include only in cvs-automake?

On Wed, Feb 07, 2001 at 11:32:43AM -0700, Tom Tromey wrote: "Per" == Per Bothner [EMAIL PROTECTED] writes: Per The Autotools book, the automake-1.4 manual, and the Per automake-1.4/NEWS all imply that "include" is part of automake Per 1.4. So how come it doesn't work, but when I try

[patch 1/1 v2] support AC_SUBST'able automake rules

Something like this? 2001-02-09 Lars J. Aas [EMAIL PROTECTED] * automake.in ($MACRO_PATTERN): Include '@' in name regex. (canonicalize): New. Includes '@' in canonical range. (check_canonical_spelling, handle_programs, handle_libraries, handle_ltlibraries,

Revert setting of CONFIG_COMMANDS when running config.status

Hi, Please revert the CONFIG_COMMANDS part of 2001-02-04 Kevin Ryde [EMAIL PROTECTED] * automake.in (handle_configure): Call config.status with empty CONFIG_LINKS and CONFIG_COMMANDS when regenerating a file. This doesn't work with beta autoconf 2.49d and

AM_PROG_LIBTOOL / AC_PROG_LIBTOOL

I'm brand new to automake/autoconf, trying to configure my first real project. I've got automake building a .a for me using the _LIBRARIES command, now I want to convert to using libtool to build shared and archive libraries. I am using autoconf-2.49c and automake-1.4b on HPUX 10.20. When I

Re: AM_PROG_LIBTOOL / AC_PROG_LIBTOOL

I have version 1.3.5 of LIBTOOL sorry about that. Have you tried deleting your configure, config.cache, and aclocal.m4 then running: aclocal automake autconf ? I would also look in your actual automake file for this kind of entry: eval 'exec #!/home/th374862/timheath/gnu_tools/perl -S $0

Re: [patch 1/1 v2] support AC_SUBST'able automake rules

Speaking with no authority this looks fine to me. My only concern is that '@' is also used to indicate arrays which could cause some of the more complex regex substitutions to fail (ie. the ones used by file_contents_with_transform). I will do some testing on this in the next few days.

Re: [patch 1/1 v2] support AC_SUBST'able automake rules

On Fri, Feb 09, 2001 at 02:12:22PM -0600, Michael Bletzinger wrote: : Speaking with no authority this looks fine to me. My only concern is : that '@' is also used to indicate arrays which could cause some of the : more complex regex substitutions to fail (ie. the ones used by :

Re: AM_PROG_LIBTOOL / AC_PROG_LIBTOOL

Tim Heath writes: I have version 1.3.5 of LIBTOOL sorry about that. Have you tried deleting your configure, config.cache, and aclocal.m4 then running: aclocal automake autconf ? Tried that, same result. I would also look in your actual automake file for this kind of entry: eval

Re: question about sources in multiple directories

"Matthew R. MacIntyre" wrote: Hi, I'm sure there is a fairly easy way to do this, but I just can't figure it out. I was hoping someone here could help me. I've got some c++ classes in my project's src/ directory, and I want to write some little driver programs in the test/ directory

Re: [patch] header.am typo

"Lars" == Lars J Aas [EMAIL PROTECTED] writes: Lars 2001-02-09 Lars J. Aas [EMAIL PROTECTED] Lars * header.am: s,?!NOBASE?,?!BASE?, (typo) Thanks, I checked this in. Tom

Re: question about sources in multiple directories

On Fri, 9 Feb 2001, Michael Bletzinger wrote: Wrap your objects in a noinstall library and have the test programs link with it. ie. in your C++ directory: noinst_LIBRARIES = libMyCplusplus.a in your test directory: testprogram_LDADD = -D../C++ directory -lMyCplusplus Ok, tried that.

AC_CANONICAL_* *_triplet

Is there a good reason that Automake renames the three variables set by AC_CANONICAL_* ('build', 'host', 'target') to 'build_triplet', 'host_triplet', 'target_triplet'? Because using the current traces design, 'build', 'host', 'target' would be substituted automatically, allowing

Re: include only in cvs-automake?

Wow. I almost sent a message to say that I had definitely used `include' in some old (circa-1997) projects. But I dug out the code, and it seems I was relying on make's own include implementation. I am still using automake-1.4 (so that I can be certain that the upcoming libtool releases

libtool problem with linking .a's

I am getting the message: libtool: link: cannot build libtool library `liboracle.la' from non-libtool objects: /opt/oracle/X/product/8.1.6/lib/libcore8.a My Makefile.am looks like this: ## Process this file with automake to produce Makefile.in AUTOMAKE_OPTIONS = foreign EXTRA_DIST

Re: question about sources in multiple directories

Please post your Makefile.am's and I'll take a look. Michael "Matthew R. MacIntyre" wrote: On Fri, 9 Feb 2001, Michael Bletzinger wrote: Wrap your objects in a noinstall library and have the test programs link with it. ie. in your C++ directory: noinst_LIBRARIES =

Re: CVS automake: depcomp/gcc3 doesn't propagate errors?

"Hari" == Raja R Harinath [EMAIL PROTECTED] writes: Hari from Raja R Harinath [EMAIL PROTECTED] Hari * depcomp (gcc3): Propagate exit code. Thanks, I checked this in. Tom

removing $seen_canonical

I've removed the references to $seen_canonical, re one of the FIXME comments on the way to enabling traces. I know this patch is kinda largish, but even if it doesn't get checked in yet, I'd like some feedback. This is somewhat integral to my work on traces. Derek -- Derek Price