The ash-0.3.8-20 package of Fedora Core 3 unsets $IFS upon startup.
This exposed a flaw in Libtool[1] (and it is a bug in ash as their
documentation claims otherwise).
Autoconf might thus want to consider putting its
| # IFS
| # We need space, tab and new line, in precisely that order.
| as_nl='
Hi Noah,
* Noah Misch wrote on Wed, Mar 16, 2005 at 03:40:27AM CET:
On Fri, Mar 11, 2005 at 03:30:39PM +0100, Ralf Wildenhues wrote:
Right now, the testsuite fails when it there is at least one program
missing which is necessary for one test, even if all I want is to run
some other test
It would be very nice to have a command similar to AT_CHECK which
_would_ shell-expand its first argument for display.
For example, in
for flag in '' -foo '-bar opt'
do
AT_CHECK([$LIBTOOL --mode=compile $CC $flag ...], ...)
done
it would be useful to see the value of $flag. I don't know if
In order to test several compilation variants on the same small set of
files and to reduce bugreport turnaround time, it would be helpful
if, after the first failure, the other tests would still be run.
OTOH, I would not like to repeatedly mention the files as AT_DATA input.
Essentially,
Hi Frederico,
* Frederico Faria wrote on Fri, Mar 18, 2005 at 11:23:47PM CET:
I am novice for gnu automake/autoconf tools then I
have had some general questions about the subject;
Mainly I could like to know a bit more
about best practices.
One way would be to look at how other
Hi Noah,
* Noah Misch wrote on Sat, Mar 19, 2005 at 10:29:32PM CET:
On Fri, Mar 18, 2005 at 09:03:52AM +0100, Ralf Wildenhues wrote:
for flag in -foo -bar
do
AT_SETUP(test with flag $flag.)
AT_DATA(file.cc, ...)
AT_CHECK($compile $flag ..)
AT_CLEANUP
done
except
Hi Harald,
* Harald Dunkel wrote on Wed, Apr 06, 2005 at 10:01:56AM CEST:
I noted that sometimes the *.Po file for a *.o file looks
like this
utils/src/libbigint_a-bigint.o : \
\
/local/tmp/nbuild/sandboxsLSPpw/src/utils/src/bigint.cc \
/usr/include/string.h /usr/include/features.h \
Hi Harald,
* Harald Dunkel wrote on Wed, Apr 06, 2005 at 01:22:14PM CEST:
Ralf Wildenhues wrote:
Mostly compiler variations. Automake's `depcomp' script knows different
ways to invoke compilers, so they output dependency information. The
script itself does some reformatting
* Stan Guillory wrote on Thu, Apr 14, 2005 at 07:55:35PM CEST:
Has anyone had any experience using purify with autoconf based c++
builds. Any caveats? Any tips?
Depending on how you use purify, you could probably configure with
CXX='purify g++'
(with g++ replaced by the compiler you use).
Hi Kevin,
* Kevin Teich wrote on Thu, Apr 14, 2005 at 11:03:32PM CEST:
We use the ACX_PTHREAD macro from ac-archive to configure pthread options,
from http://www.gnu.org/software/ac-archive/htmldoc/acx_pthread.html .
configure would execute successfully and determine that -pthread was the
Hi Julien,
* Jul wrote on Tue, Apr 19, 2005 at 10:29:00AM CEST:
Hi,
I'm a real beginner with autoconf/automake and I'm trying to configure a
C project structured into multiple directories.
For each directory containing C files, I wonder if there is a way to
store the intermediate object
* Angus Leeming wrote on Mon, Apr 18, 2005 at 08:12:18PM CEST:
I've been trying to get autoconf to generate a test for GetLongPathNameA
under MSYS. The obvious however does not work:
*snip*
What I want is an autoconf test equivalent to:
#include windows.h
int main() {
* Paul Eggert wrote on Thu, Apr 21, 2005 at 10:31:48PM CEST:
Mathias Rettich [EMAIL PROTECTED] writes:
configure: failed program was:
| /* confdefs.h. */
| olT - Provide generalized library-building support services.
| # Generated automatically by (GNU test 0.1)
| # NOTE: Changes
Continuing on my wishlist of Autotest improvements: (some of this may
sound like a rant, but it is not meant that way, rather a consequence
of the amount of time spent finding some of the stuff out).
It would be nice if autotest put each test (or test group) into a
separate file, and then source
Hi Nicolas,
* Nicolas Haller wrote on Mon, Apr 25, 2005 at 08:43:40PM CEST:
I am writing a program in C++ and I want to use autotools to help me
to build my program.
I have organized my working directory in some subdirectory. It's look
like this:
Don't do it like this. Don't have a build
* Nicolas Haller wrote on Tue, Apr 26, 2005 at 12:20:49AM CEST:
On Mon, Apr 25, 2005 at 10:45:56PM +0200, Ralf Wildenhues wrote:
* Nicolas Haller wrote on Mon, Apr 25, 2005 at 08:43:40PM CEST:
I am writing a program in C++ and I want to use autotools to help me
to build my program
* Nicolas Haller wrote on Tue, Apr 26, 2005 at 10:00:50AM CEST:
On Tue, Apr 26, 2005 at 07:48:57AM +0200, Ralf Wildenhues wrote:
Well, put
SUBDIRS = whatever_dirs_live_under_src
into src/Makefile.am. Don't forget to mention all to-be-generated
Makefiles in the AC_CONFIG_FILES macro
Hi David,
* David Heine wrote on Wed, Apr 27, 2005 at 01:59:28AM CEST:
I've been frustrated by autoconf's inability to automatically identify
configuration parameters when I'm cross-compiling, even though I have a
simulator that can be used for this purpose.
*snip*
However, I was unable to
Hi Noah,
* Noah Misch wrote on Tue, Apr 26, 2005 at 03:16:23AM CEST:
On Fri, Apr 22, 2005 at 09:16:48AM +0200, Ralf Wildenhues wrote:
It would be nice if autotest put each test (or test group) into a
separate file, and then source or exec it in a subshell. This is
I once considered doing
Hi Alexandre,
* Alexandre Duret-Lutz wrote on Wed, Apr 27, 2005 at 01:47:12PM CEST:
On Wed, Apr 27, 2005 at 01:22:14PM +0200, Ralf Wildenhues wrote:
I merely wonder what AT_DATA was invented for then.
Keeping track of files.
http://lists.gnu.org/archive/html/autoconf-patches/2001-11
Hi Stepan,
* Stepan Kasal wrote on Fri, Apr 29, 2005 at 11:38:04AM CEST:
On Fri, Apr 29, 2005 at 10:15:11AM +0200, Ralf Wildenhues wrote:
The only thing the test suite needs to know is: Can we run executables
intended for $build at all or not? This may be found out with
AC_RUN_IFELSE
I have a question regarding systems with more than one ABI, specifically
x86_64. If you consider for example the Debian distribution which has a
x86_64 kernel, but a completely x86 userland, config.guess still gives
you x86_64-unknown-linux-gnu as output. (I have been told this, but not
tried it
Hi Noah, others,
Sorry for the long response delay. And thank you everyone for providing
useful information.
* Noah Misch wrote on Tue, May 03, 2005 at 03:57:07AM CEST:
On Mon, May 02, 2005 at 10:31:57AM +0200, Ralf Wildenhues wrote:
I have a question regarding systems with more than one ABI
Hi Paul,
Sorry for the late (and very brief only) response.
* Paul Eggert wrote on Fri, Apr 29, 2005 at 11:20:37PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
Hey, come to think of things like xen, the possible ways of doing this
really changed in the last few years.
Yes, yes
Hi Harald,
* Harald Dunkel wrote on Thu, May 12, 2005 at 10:45:40AM CEST:
How can I use target-specific variables in Makefiles
generated by Automake?
In general, that is not possible.
For specific variables, like CFLAGS, CPPFLAGS, you may do this by using
target_CFLAGS = ...
My
Hi Harald,
* Harald Dunkel wrote on Thu, May 12, 2005 at 01:43:51PM CEST:
Ralf Wildenhues wrote:
* Harald Dunkel wrote on Thu, May 12, 2005 at 10:45:40AM CEST:
How can I use target-specific variables in Makefiles
generated by Automake?
In general, that is not possible.
For specific
* Stepan Kasal wrote on Thu, May 12, 2005 at 02:57:46PM CEST:
On Thu, May 12, 2005 at 02:02:54PM +0200, Ralf Wildenhues wrote:
* Harald Dunkel wrote on Thu, May 12, 2005 at 01:43:51PM CEST:
Anyway, if I introduce a line
myexe: some_internal_tool_used_at_build_time
Hi Bob,
* Bob Rossi wrote on Sat, May 21, 2005 at 01:33:33AM CEST:
I only want cgdb to get installed, not the other programs. For this
reason I use the rule,
noinst_bin_PROGRAMS = kui_driver
noinst_bindir = $(top_builddir)/progs
Use
noinst_PROGRAMS = kui_driver
and omit the second
Hi Ed,
* E. Rosten wrote on Mon, May 23, 2005 at 06:59:05PM CEST:
Based on my recent experience of learning to write autoconf for a new
library, I have written a brief autoconf tutorial which should be able to
get people in to a state where they can start hacking. Everything is
Hi Ed,
Please keep the mailing list copied, this is interesting for others as
well. Thank you.
* E. Rosten wrote on Wed, May 25, 2005 at 10:53:13AM CEST:
On Wed, 25 May 2005, Ralf Wildenhues wrote:
* E. Rosten wrote on Mon, May 23, 2005 at 06:59:05PM CEST:
| M4 arguments are quoted
Hi Ed,
* Ed Hartnett wrote on Fri, May 20, 2005 at 04:51:41PM CEST:
I read somewhere in my autoconf researches on the web that tests
should not be run conditionally, based on earlier tests - they should
always run. In other words, don't try and optimize configure.ac.
Is this really good
* J.T. Conklin wrote on Sun, May 29, 2005 at 07:34:46PM CEST:
Does anyone have a macro for testing gcc's symbol visibility options
(-fvisibility=hidden, etc.)? The ACE/TAO autoconf scripts currently
checks for gcc/g++ = 4.0, but that loses on non-ELF targets.
I believe some Intel compilers
* J.T. Conklin wrote on Tue, May 31, 2005 at 08:37:44PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
* J.T. Conklin wrote on Sun, May 29, 2005 at 07:34:46PM CEST:
Does anyone have a macro for testing gcc's symbol visibility options
(-fvisibility=hidden, etc.)? The ACE/TAO autoconf
Hi Stepan,
* Stepan Kasal wrote on Tue, May 31, 2005 at 08:30:03PM CEST:
On Tue, May 31, 2005 at 05:27:08PM +0200, Ralf Wildenhues wrote:
Note also that some compilers won't error out on unknown flags (esp
Intel ones :) but only issue a warning. This may or may not matter for
you
Hi Stepan,
* Stepan Kasal wrote on Sat, Jun 04, 2005 at 09:04:17AM CEST:
On Fri, Jun 03, 2005 at 06:40:49PM +0200, Ralf Corsepius wrote:
If I remove caching from AC_CHECK_PROG and AC_CHECK_TOOL, what
_incompatibility_ would it cause?
Would it break some documented behaviour?
Yes,
I am trying to put FC support in Libtool, and encounter a problem
similar and not quite orthogonal to Steven's suggestion for Automake[1].
Actually, more than one:
1) Within libtool.m4, a few tests need to be run to find out compiler/
linker characteristics. These may give false failures if the
Hi Steven, others,
* Steven G. Johnson wrote on Mon, Jun 06, 2005 at 10:27:05PM CEST:
Ralf Wildenhues wrote:
1) Within libtool.m4, a few tests need to be run to find out compiler/
linker characteristics. These may give false failures if the user has
set AC_FC_SRCEXT(...) of AC_FC_FREEFORM
Hi Stepan,
* Stepan Kasal wrote on Tue, Jun 07, 2005 at 03:36:19PM CEST:
On Tue, Jun 07, 2005 at 08:59:27AM +0200, Ralf Wildenhues wrote:
But seriously, I believe they read this list as well.
don't be so sure. If you have a problem with automake, ask
on automake list. If it is a bug
Hi Steven,
* Steven G. Johnson wrote on Tue, Jun 07, 2005 at 11:01:49PM CEST:
I don't think you have any choice here. For the Intel compiler, the -Tf
flag has to come immediately before the source file. So, you have to
modify your behavior, at least for Fortran.
I would suggest that
Hi Gander,
* Gander wrote on Fri, Jun 10, 2005 at 09:55:53PM CEST:
I have a had a stab at building tests into configure.ac/Makefile.am
etc. from section 16 of the manual but don't find it easy to follow.
ACK.
Has anyone got any other simpler notes?
Not really. A combination of looking at
* tom fogal wrote on Tue, Jun 14, 2005 at 01:31:06AM CEST:
Also I wonder if this is the appropriate list to ask this type of
question? Doesn't automake have a mailing list? anyway...
Yes, it does: automake@ with the same domain.
*snip fine explanations*
[EMAIL PROTECTED]William Estrada
* dfs sd wrote on Tue, Jun 14, 2005 at 04:35:24PM CEST:
I use the Nios SDK Shell to compile the MAD but the shell told me
can't find the autoconf file!! How can I do ?
Most likely you need to install the Autoconf package. Most likely
available as package of your distribution/software
Hi Namita,
* Namita wrote on Tue, Jun 21, 2005 at 08:04:51AM CEST:
Hello,
I need a help.
Will it be ok if a download Autoconf version 2.59 and use it on SCO.
From a technical standpoint, yes. From a moral standpoint, that may
well be a different matter (which I am not going to argue about
Hi Mathias,
* Mathias Froehlich wrote on Wed, Jun 22, 2005 at 10:20:38AM CEST:
Past ./configure, the 'dummy' .Po files for that build where all missing
including the .deps directories. Consequently 'make' could not find the
required files to include and aborted.
I traced that down to
Hi Tom,
* tom fogal wrote on Wed, Jun 22, 2005 at 11:09:22PM CEST:
Hi all, I'm just wondering how I find out what architecture a
particular user is on? I'm trying to write a macro to search for a
particular library, and since it uses 'find' under the hood to search
for a .so file, things
Hi,
* [EMAIL PROTECTED] wrote on Wed, Jun 22, 2005 at 10:17:02PM CEST:
I have a basic question that I couldn't find in the info docs or the
goat book. What's the right way to deal with a prototype for a system
library function that differs between platforms? I know how to check
for headers
Hi Tom,
* tom fogal wrote on Thu, Jun 23, 2005 at 07:11:20PM CEST:
[EMAIL PROTECTED]Ralf Wildenhues writes:
Ouch. Don't do that (use `find' to look for a library).
That is about as unreliable as I can imagine -- you have no idea whether
that library belongs to the system/arch in question
Hi Allen,
* Allen Irwin wrote on Thu, Jun 23, 2005 at 07:19:31PM CEST:
I am having strange problems trying to run a autoconf configure script
when building gtk related libraries. While trying to debug these
problems I've noticed that I can run ./configure multiple times without
changing
* Allen Irwin wrote on Thu, Jun 23, 2005 at 08:08:17PM CEST:
Right now I'm having to delete the whole directory structure and untar
my libs each time.
Hmm, yet another reason to have a build tree separate from the source
tree. You should try that. But also, quite a number of
Hi Paul,
* Paul Eggert wrote on Fri, Jun 24, 2005 at 02:22:11AM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
* [EMAIL PROTECTED] wrote on Wed, Jun 22, 2005 at 10:17:02PM CEST:
For example, on linux the scandir prototype is:
*snip*
I.e. the const is missing from darwin's 3rd parameter
Hi Shalen,
* Shalen wrote on Mon, Jun 27, 2005 at 12:56:34AM CEST:
Can someone refer pointers/references/books with examples for AutoConf. We
want to use AutoConf with one open source program distribution but the gnu
manual for autoconf is not so good The examples just dont work.
These might
Hi Dave,
* Dave Fancella wrote on Mon, Jun 27, 2005 at 12:49:27AM CEST:
I've written a python module check macro for autoconf. It's pretty short,
I'll stick it at the end of this email.
Use it like this:
AC_PYTHON_MODULE(wx)
(checks for wxPython)
As you'll see in the macro, it
. Both are to be taken
with a grain of salt, however: Former are only sometimes of good
quality, latter may use internal interfaces not to be used by the public.
I did, however, also find the documentation helpful (and long).
On Monday 27 June 2005 02:09 am, Ralf Wildenhues wrote:
I can't speak
Hi Liviu,
* Liviu Nicoara wrote on Tue, Jun 28, 2005 at 01:59:55AM CEST:
There are situations where a C++ comptest needs to have multiple
translation units. These need to be compiled and the object files linked
together, and posibbly, the resulting program needs to be run.
Could you
Hi Liviu,
* Liviu Nicoara wrote on Wed, Jun 29, 2005 at 06:12:36PM CEST:
One trivial example would be a test to detect whether or not a compiler
collapses static locals in inline functions occurring in both library
and user program. It would require a library and a program, e.g.:
Ouch.
Hi Liviu,
* Liviu Nicoara wrote on Thu, Jun 30, 2005 at 05:54:16PM CEST:
I am trying to understand what you mean by intuitive? How is it
intuitive for example a test case which tests for the existence of a
header file?
Well, intuitive might not have been a good word at all, sorry.
The
Hi Ralf,
* Ralf Corsepius wrote on Fri, Jul 01, 2005 at 02:04:07AM CEST:
On Thu, 2005-06-30 at 14:01 +0200, Stepan Kasal wrote:
Hello,
the autoconf manual says
You cannot assume the support of unset.
But no OS is mentioned.
[unset functions '# !' insufficiently documented]
Hi Stepan,
* Stepan Kasal wrote on Fri, Jul 01, 2005 at 01:13:09PM CEST:
The macro has two uses:
1) in GNU make's configure.in
2) in Automake's AM_PROG_CC_C_O
How do you know nobody else uses it? It's published.
If yes, shouldn't we introduce a generalized macro, for example
* Ralf Corsepius wrote on Fri, Jul 01, 2005 at 03:20:22PM CEST:
On Fri, 2005-07-01 at 14:33 +0200, Ralf Wildenhues wrote:
* Stepan Kasal wrote on Fri, Jul 01, 2005 at 01:13:09PM CEST:
The macro has two uses:
1) in GNU make's configure.in
2) in Automake's AM_PROG_CC_C_O
How do
Hi Liviy,
* Liviu Nicoara wrote on Fri, Jul 01, 2005 at 05:28:27PM CEST:
Ralf Wildenhues wrote:
Surely. But your example has a trivial different solution: don't write
code which depends on static inlines to be collapsed.
Writing the least common denominator code would eliminate
* Roberto Bagnara wrote on Wed, Jul 06, 2005 at 11:32:23AM CEST:
1) tests are made for signal.h usability and presence:
these are both successful;
2) immediately after, a test for sys/time.h presence
failes because g++: conftest.cc: No such file or directory.
This is strange,
Hi,
* Roberto Bagnara wrote on Wed, Jul 06, 2005 at 05:36:17PM CEST:
Ralf Wildenhues wrote:
* Roberto Bagnara wrote on Wed, Jul 06, 2005 at 11:32:23AM CEST:
I have asked the user to send me the complete configure script.
Meanwhile, I have uploaded the config.log the user sent me:
you can
Hi Bob,
* Bob Rossi wrote on Tue, Jul 05, 2005 at 05:25:21PM CEST:
I am having a little trouble using autoconf to configure my package.
Currently, I am tring to build a package that depends on another
package. Basically CGDB (main package) depends on Readline (second
package).
I am using
Hi Roberto,
* Roberto Bagnara wrote on Wed, Jul 06, 2005 at 06:46:40PM CEST:
Ralf Wildenhues wrote:
You said you searched for this already: are all systems this happens on
on win32? Maybe some unrelated process keeps some file open or prevents
writing to some file? (just another wild guess
* Toby White wrote on Thu, Jul 07, 2005 at 12:03:33PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
I now did that, too. First thing: I find only one reference to
conftest.cc: No such file
and while there are numerous such with conftest.c, reasons for failure
are usually:
I
Hi Bob,
* Bob Rossi wrote on Thu, Jul 07, 2005 at 04:34:25PM CEST:
Something like a
--with-readline[=included]
might be useful, although I don't know of an established convention for
the optional `=included' part.
Also, AC_CHECK_LIB can not even look for libreadline.a until after
Hi Stroud,
* Stroud Custer wrote on Thu, Jul 07, 2005 at 07:30:07PM CEST:
I have version 2.57 of autoconf, which came with my SuSE distro. I have
encountered some packages which require version 2.58 or above. When I try to
run the current 2.59 build, I get a message that version 2.58 or
Hi Tommy,
* Tommy Nordgren wrote on Fri, Jul 22, 2005 at 08:37:20PM CEST:
I am trying co set up an open source library based on the GNU
Autotools, so it will build a C++ version of the
library as well.
This sounds like a rather bad idea. Why do you want to do it?
You can call your C
Hi Warren,
* Warren Young wrote on Fri, Aug 05, 2005 at 04:30:25PM CEST:
I maintain a package called MySQL++, which uses autoconf. In previous
versions of the library, we used AM_INIT_AUTOMAKE, calling the package
'mysql++'. For the upcoming version of the library, we have switched
over
Quoting http://www.gnu.org/software/autoconf/manual/index.html:
|
| Unfortunately the HTML format is not available for Autoconf 2.59, since
the
| software used to generate the HTML format improperly omitted the copyright
| notices. This should be fixed in the next release.
It would be a nice
Hi Hossein,
* Hossein Mobahi wrote on Wed, Aug 10, 2005 at 05:47:23AM CEST:
I run Linux 2.6.11-gentoo-r11 x86_64 and get he
following error when issuing autoheader:
autoheader-2.59: error: AC_CONFIG_HEADERS not found in
configure.in
The first five lines of my configure.in are as
follows:
Hi Horst,
* Horst Wagner wrote on Thu, Aug 11, 2005 at 04:10:02AM CEST:
I am having trouble with AC_CHECK_FUNC. It turns out that the order of
parameters on the gcc commandline configure uses to compile code to check
for the existence of the function is not proper in my case.
I could not
Hi Russell,
* Russell Shaw wrote on Sun, Aug 14, 2005 at 07:21:43PM CEST:
In configure.in, i have:
AM_CONDITIONAL(ENABLE_GTK_DOC, test x$enable_gtk_doc = xyes)
and it gets turned into:
if test x$enable_gtk_doc = xyes; then
ENABLE_GTK_DOC_TRUE=
ENABLE_GTK_DOC_FALSE='#'
*snip*
Hi Patrick,
* J. Patrick Bedell wrote on Fri, Aug 19, 2005 at 03:52:17AM CEST:
I am trying to modify the configure.in file of a pre-existing
project (CVS) to include a CFLAGS and LDFLAGS addition when I find the
libraries I'm looking for. The content of the addition that I am making
Hi Stepan,
* Stepan Kasal wrote on Fri, Aug 19, 2005 at 03:02:34PM CEST:
On Fri, Aug 19, 2005 at 10:02:37AM +0200, Ralf Wildenhues wrote:
but I think Autoconf sanitizes the $enable_* variables so that it is not
necessary to do so (`-' is changed to `_').
No, this is not true
Hi Laurence,
* L. D. Marks wrote on Mon, Aug 01, 2005 at 11:19:56AM CEST:
I've run into some problems writing some tests for intrinsics in fortran
-- there are subtle (annoying) differences between these for different
systems, so this is exactly what autoconf should be able to handle. It
Hi Simon, Baurzhan,
* Baurzhan Ismagulov wrote on Tue, Aug 23, 2005 at 04:21:11PM CEST:
On Tue, Aug 23, 2005 at 11:47:21AM +0100, Simon Morgan wrote:
Versions of FreeBSD = 5.3 no longer link with -lkse and require
-lpthread instead.
Trying -lpthread, if not available, trying -lkse?
I'd
Hi Daryl,
* Daryl Lee wrote on Tue, Aug 23, 2005 at 09:25:11PM CEST:
I am trying to work my way through the GNU Autoconf, Automake, and
Libtool tutorial, and have run into a problem with (I think) Autoscan.
If http://www-src.lip6.fr/homepages/Alexandre.Duret-Lutz/autotools.html
is what you're
Stepan answered the rest already..
* Daryl Lee wrote on Wed, Aug 24, 2005 at 04:15:26PM CEST:
On Wed, 2005-08-24 at 01:28, Ralf Wildenhues wrote:
When I run autoscan in the foonly project, freshly untarred, I get a
warning: missing AC_PREREQ wanted by: autoscan.
Acknowledged. What
* Daryl Lee wrote on Wed, Aug 24, 2005 at 09:45:33PM CEST:
When I ran autoreconf --install on the Hello World example, I got many
underquoted definition errors in /usr/local/shared/aclocal. I picked
the last one on the list, wrapped the macro name in brackets
([AM_PATH_CPPUNIT] instead of
Hi Carlos,
* Carlos Eduardo Rodrigues Diogenes wrote on Thu, Aug 25, 2005 at 09:26:47PM
CEST:
I'm running autoreconf and I'm getting the following error:
configure.ac:38: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use m4_pattern_allow.
Hi Carlos,
Please keep the mailing list in Cc:. Thanks!
* Carlos Eduardo Rodrigues Diogenes wrote on Fri, Aug 26, 2005 at 01:15:53PM
CEST:
Ralf Wildenhues wrote:
* Carlos Eduardo Rodrigues Diogenes wrote on Thu, Aug 25, 2005 at
Where is defined the AC_DEFINE macro?
This macro
Hi Brian, Tommy,
I haven't been following this thread closely, but this code snippet
below needs more quoting to be safe:
* Brian wrote on Sun, Aug 28, 2005 at 05:34:57AM CEST:
dnl Check for AWT related Qt4
if test x${COMPILE_QT_PEER} = xyes; then
PKG_CHECK_MODULES(QT, QtGui = 4.0.1)
I'm currently trying to understand a weird expansion order issue with
Autoconf 2.59 and Automake 1.9.6, and I'd like a hint as to where to
search for the bug.
A project uses subdir-objects, calls AC_PROG_CC before calling
AM_PROG_CC_C_O, yet the code of AC_PROG_CC_C_O (which is AC_REQUIREd by
the
Hi Stepan,
Thanks for your quick reply!
* Stepan Kasal wrote on Mon, Aug 29, 2005 at 01:22:18PM CEST:
On Mon, Aug 29, 2005 at 12:20:02PM +0200, Ralf Wildenhues wrote:
A project uses subdir-objects, calls AC_PROG_CC before calling
AM_PROG_CC_C_O, yet the code of AC_PROG_CC_C_O (which
Hi Stepan,
* Stepan Kasal wrote on Mon, Aug 29, 2005 at 06:42:14PM CEST:
where I can't AC_REQUIRE([CX_STATUS]), because that is supposed to be
used several times, obviously, [...]
But you can create a special copy for the purpose of being required by
CX_COMPILER_CHECKS:
*snip*
But
Hi Aarno,
* Aarno Syvänen wrote on Wed, Aug 31, 2005 at 02:45:52PM CEST:
I try to configure a product to various platforms with following case:
case $host in
*snip*
if [[ $DONE = 0 ]]
*snip*
When I check generated configure script, I noticed following:
*snip*
:07PM +0200, Ralf Wildenhues wrote:
But a question for now: Can I assume the second parameters of both
AC_REQUIRE and m4_require to be public interface?
I seems I have just decided to change it! Lucky it wasn't documented!
Well, for CVS HEAD Libtool, it would be very nice to be able to say
Hi Stepan, Aarno, Thomas,
* Stepan Kasal wrote on Wed, Aug 31, 2005 at 03:31:24PM CEST:
On Wed, Aug 31, 2005 at 03:05:28PM +0200, Ralf Wildenhues wrote:
if [[ $DONE = 0 ]]
...
if [ $DONE = 0 ]
See what's happening?
Ralf, I guess Aarno knows what
Hi Ben, Vincent,
* Ben Pfaff wrote on Wed, Aug 31, 2005 at 04:57:36PM CEST:
AC_COMPILE_IFELSE generates a test that only checks the exit status
of the compiler command. But this is not sufficient:
*snip*
demon ~ % cc -DFOO tst.c echo OK
cc-1035 cc: WARNING File = tst.c, Line = 2
#error
Hi Jeff,
* Jeff Fulmer wrote on Fri, Sep 09, 2005 at 03:06:02PM CEST:
How can I pass args to AC_EGREP_CPP, namely CFLAGS.
Use CPPFLAGS. CFLAGS is for the C compiler only, not the preprocessor.
Cheers,
Ralf
___
Autoconf mailing list
* Ralf Corsepius wrote on Fri, Sep 16, 2005 at 12:39:13PM CEST:
On Wed, 2005-09-14 at 13:52 -0500, Bob Friesenhahn wrote:
The drawback is that due to the use of relatively crude tools like sh,
sed, awk, and make, the GNU system is more complex, larger, and more
difficult to maintain.
Hi Lars,
* Lars J. Aas wrote on Fri, Sep 16, 2005 at 04:48:36PM CEST:
I'm wondering if there is a convention already for this or not.
I am linking static libraries on windows (msvc++). Not involving
libtool or anything ready-made from autoconf/automake for that matter.
Anyways, I can
Hi Lars,
* Lars J. Aas wrote on Mon, Sep 19, 2005 at 12:07:46PM CEST:
: * Lars J. Aas wrote on Fri, Sep 16, 2005 at 04:48:36PM CEST:
:
: I'm wondering if there is a convention already for this or not.
: I am linking static libraries on windows (msvc++). Not involving
: libtool or
Hi Baurzhan,
* Baurzhan Ismagulov wrote on Mon, Sep 19, 2005 at 11:12:11PM CEST:
what is the right way to use
ftp://ftp.internatif.org/pub/unix/autoconf-Java/autoconf-Java-CVS-snapshot-2718.tar.gz?
The only way I could find was to cat *.m4 acinclude.m4 and run aclocal;
autoconf, but I
Hi Harlan,
* Harlan Stenn wrote on Fri, Sep 16, 2005 at 10:20:36PM CEST:
As long as we can guarantee that one can compile a shell that supports
the functionality that auto* needs I'm fine with that.
I still get to support lots of ancient (ultrix, OSF/1, etc) systems.
Hmm, according to Sven
* Akim Demaille wrote on Wed, Sep 28, 2005 at 09:51:23AM CEST:
I can actually define local to do nothing and use an external
maintainer-check to grep'n check them.
Also, maybe I am paranoid, but would you trust shells to support
conditional function definitions? Or function definitions in
Hi Patrice, Stepan,
* Stepan Kasal wrote on Tue, Sep 27, 2005 at 10:23:05AM CEST:
On Mon, Sep 26, 2005 at 12:51:53AM +0200, Patrice Dumas wrote:
So it seems that there is a kind of caching that cannot be disabled and
that is preventing such tests to work.
Indeed, you can switch off the
* Akim Demaille wrote on Wed, Sep 28, 2005 at 01:36:11PM CEST:
Thanks, I didn't know. How about this then?
(
foo=bar
test_local () {
local foo=foo
}
test_local
test $foo = bar
) || local () {
case $1 in
*=*) eval $1;;
esac
}
That does
* Full Decent wrote on Tue, Oct 04, 2005 at 05:14:21AM CEST:
I spend a good part of my life watching lines like this fly by:
checking for stdlib.h... yes
*snip*
I would like to propose a possible optimization to make the most
common everything's OK case move a lot faster. The most basic way
1 - 100 of 2721 matches
Mail list logo