Hello Rhys,
* Rhys Ulerich wrote on Thu, Jul 02, 2009 at 05:22:27PM CEST:
I've got a macro that needs $target_cpu which is available from
AC_CANONICAL_TARGET. Within my macro I use
AC_REQUIRE([AC_CANONICAL_TARGET]) which triggers the following
warning:
configure.ac:47: warning:
Hello Willem, John,
* John Calcote wrote on Tue, Jul 21, 2009 at 06:55:58PM CEST:
[ ./config.status --file=../outside-of-build-tree ]
In the resulting top-level Makefile, $(srcdir) is ./, the
functional inverse of which is the same (the identity value, if
you will). The src directory's
Hello Vincent,
* Vincent Torri wrote on Tue, Jul 28, 2009 at 10:53:42AM CEST:
if one uses AC_FUNC_ALLOCA, the autoconf documentation gives the way
to correctly define alloca.
On FreeBSD, alloca is already defined in stdlib.h. So if stdlib.h is
included before that piece of code, a warning
Hi Paolo,
* Paolo Bonzini wrote on Wed, Jul 29, 2009 at 04:29:46PM CEST:
You never heard of it, right? Me neither until today, but KDE
3.5.10 uses it.
Ouch.
https://bugs.gentoo.org/attachment.cgi?id=199443action=view
Do we want to add it back and release 2.64.1 in a couple of weeks?
Are
Hi there,
Could someone point me to the documentation I am overlooking when trying
to use AC_CONFIG_LIBOBJ_DIR? Why doesn't the following work and what do
I need to do so it does (using autoconf 2.57, automake 1.7.5b) besides
providing a better strtod?
Regards,
Ralf
$ mkdir lib; touch foo.c
* Derek Robert Price wrote on Thu, Jul 24, 2003 at 04:38:58PM CEST:
Ralf Wildenhues wrote:
$ autoreconf -vis
# ... from automake:
Makefile.am:3: required file `./strtod.c' not found
Maybe because you have referenced LIBOBJS in your top leve Makefile.am,
automake assumes it should look
If I want to output brackets within an AS_HELP_STRING argument,
there currently need to be quite a number of brackets :)
Now my question is, is this subject to change, do I use them in the
wrong way (in which case I would suggest to improve documentation)
or can I hope all future versions of
* Paul Eggert wrote on Thu, Aug 14, 2003 at 07:53:18PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
If I want to output brackets within an AS_HELP_STRING argument,
there currently need to be quite a number of brackets :)
Why not use quadrigraphs instead? That's what they're
Hi there,
I have a library package which uses AC_CONFIG_HEADERS to create a
non-installed generic config.h header as well as an installed header
providing (very few) configuration options for the library, with the
#define's suitably named (e.g. _LIBFOO_FEATURE_BAZ).
My intent is to
* Guido Draheim wrote on Mon, Dec 01, 2003 at 09:25:39AM CET:
Ralf Wildenhues wrote:
*snip*
Now current CVS autoheader (2.59a) gives me
|autoheader: warning: missing template: _LIBFOO_FEATURE_BAZ
|autoheader: Use AC_DEFINE([_LIBFOO_FEATURE_BAZ], [], [Description])
Is this deprecated usage
* Guido Draheim wrote on Mon, Dec 01, 2003 at 08:51:15PM CET:
Ralf Wildenhues wrote:
[ snip lots ]
Still there is the Autoconf documentation issue with AC_DEFINE*,
namely that I would like to know if usage with 2 args is deprecated.
the autoconf.info manual says `autoheader' needs you
* Bruce Korb wrote on Wed, Feb 18, 2004 at 06:07:31PM CET:
Bob Friesenhahn wrote:
On Wed, 18 Feb 2004, Bruce Korb wrote:
Why not just incorporate some variation on the prefix macro
that modifies the names of all the #define-d macros?
my-config.h : config.h
sed
* bertold wrote on Wed, Sep 01, 2004 at 07:39:59PM CEST:
i have embedded compiler which found by configure like tru64
dependencies type.
I presume this depmod style then fails later on, right? Why and how?
after reading from configure , i can't find how/when to add my compiler
style.
* Scott Hawley wrote on Mon, Sep 06, 2004 at 10:41:35PM CEST:
Hi, is there a way I can tell autoconf/configure WHERE to look for
files, e.g. via a LIB_PATHS environment variable? I've been reading
documentation and haven't found this info.
Read the file INSTALL for just about any GNU
* Fred J. wrote on Tue, Sep 07, 2004 at 11:04:57PM CEST:
I constructed an simple program but not sure if there
is something wrong.
$automake gives this error
configure.ac:7: required file `./ltmain.sh' not found
Ok, seems you have gotten over that one.
I use the run file to save typing,
* Andre Caldas wrote on Thu, Sep 09, 2004 at 10:45:45AM CEST:
SUBDIRS = prnt
Change this to
SUBDIRS = prnt .
so things in there are built first.
I think it's ok the way he did. Directories are built depth-first, so
you don't need the dot at the end.
Oh yes, you're right. I tend
Hi Jeff,
* Jeff Sheinberg wrote on Sat, Sep 11, 2004 at 10:09:14PM CEST:
I had stopped work on a project which uses autoconf and automake
about 6 months ago. At that time make distcheck was working
without any problems. Unfortunately, I do not know which versions
of autoconf and automake
* Jeff Sheinberg wrote on Tue, Sep 14, 2004 at 01:15:48AM CEST:
Ralf Wildenhues writes:
* Jeff Sheinberg wrote on Sat, Sep 11, 2004 at 10:09:14PM CEST:
and now make distcheck no longer works. I tried make dist,
Stab in the dark: You have some macro files in the m4/ directory which
* Jose Roman Bilbao wrote on Tue, Oct 19, 2004 at 03:43:22PM CEST:
I am having a problem when trying to build a program conditionally. It
is a problem with the macro that detects a specific library (TIFF). This
macro makes a definition of HAVE_LIBTIFF:
AC_DEFINE(HAVE_LIBTIFF)
* Sashan Govender wrote on Thu, Oct 28, 2004 at 12:20:12AM CEST:
How do I define a command line option? I am looking for something like
AC_ARG_WITH or AC_ARG_ENABLE. In fact something called AC_ARG would be
nice.
What are you trying to achieve?
Why not keep configure usage consistent as it
* Bill Moseley wrote on Tue, Nov 02, 2004 at 03:33:02PM CET:
On Tue, Nov 02, 2004 at 12:39:10PM +, Gary V. Vaughan wrote:
$ libtool --help --mode=link | grep static
-all-static do not do any dynamic linking at all
-static do not do any dynamic linking of libtool
* Gary V. Vaughan wrote on Tue, Nov 02, 2004 at 04:33:45PM CET:
Bob Friesenhahn wrote:
On Tue, 2 Nov 2004, Gary V. Vaughan wrote:
This seems like a particularly bad idea to me. What is the value of
changing existing documented libtool behavior?
Consistency, and user expectation.
* Harald Dunkel wrote on Thu, Nov 04, 2004 at 09:48:49PM CET:
My question is: How can I use AC_CHECK_LIB without setting
a global LDFLAGS?
Why do you have to do that in the first place?
Using automake I can specify linker flags per program, e.g.
foo_LDFLAGS = -L/somepath/mylibs1
* Bob Friesenhahn wrote on Mon, Nov 29, 2004 at 10:43:19PM CET:
The use of C++-style comments in open source C code is suspect.
IBM's AIX C compiler does not support them.
xlc -qcpluscmt
which is implied by
xlc -qlanglvl={stdc99,extc99}
when using xlc version = 6. Don't know about
* Roger Leigh wrote on Mon, Nov 29, 2004 at 10:59:45PM CET:
So would something like my proposed AC_PROG_CC_C99 macro be good as a
start? It would be optional, and simply check if a compiler
previously found with AC_PROG_CC can be put into a C99 mode. This
would be good for what I want--a
* Paul Eggert wrote on Tue, Nov 30, 2004 at 10:56:29PM CET:
Ralf Wildenhues [EMAIL PROTECTED] writes:
Have you checked there is no compiler which will compile your test
program but not general C99 in its `C89 plus extensions' mode?
The Autoconf Way is to first put the compiler into C99
* Leonardo Boiko wrote on Wed, Dec 01, 2004 at 01:50:11PM CET:
Note that we usually build from the build subdirectory, not directly
from top_srcdir, and that auxiliary files like config.guess are kept
in aux.
If you want to be portable to DOS systems, don't use aux as a name.
See
info
* Roger Leigh wrote on Wed, Dec 01, 2004 at 03:44:41PM CET:
# AC_PROG_CC_C99
#
# If the C compiler in not in ISO C99 C mode by default, try to add an
# option to output variable @code{CC} to make it so. This macro tries
# various options that select ISO C99 C on some
* Paul Eggert wrote on Wed, Dec 01, 2004 at 09:33:25PM CET:
Steven G. Johnson [EMAIL PROTECTED] writes:
(Which begs the question: shouldn't AC_PROG_CC_STDC be renamed to
AC_PROG_CC_C89, for consistency?)
Yes, and AC_PROG_CC_STDC should refer to the best (typically, latest)
C standard.
* Paul Eggert wrote on Thu, Dec 02, 2004 at 09:53:52PM CET:
Personally, I don't advocate assuming C99 just yet -- only one C99
compiler exists right now, as far as I know, and it's not free -- but
other people might reasonably disagree and Autoconf can cater to them
too. Also, people can
Contrary to what
info '(Autoconf)Limitations of Usual Tools'
has to say about the `sed' command,
| @example
| sed -e @var{instruction-1} \
| -e @var{instruction-2}
| @end example
is not equivalent to
| @example
| sed @var{instruction-1};@var{instruction-2}
| @end example
everywhere. On
* Russell Shaw wrote on Sat, Jan 01, 2005 at 05:12:56AM CET:
Russell Shaw wrote:
Hi,
If i've run ./configure CFLAGS=., then is there
a way to find what CFLAGS were set to afterwards? I want
to find what flags i used last time i configured a program
a few weeks ago.
oops never mind, i
* Bob Friesenhahn wrote on Sun, Jan 02, 2005 at 11:17:37PM CET:
Use
./config.status --version
to see the options used. At one time in the life of config.status it
was possible to simply paste the complete line output by config.status
--version but then someone decided to make the
* Akim Demaille wrote on Tue, Jan 04, 2005 at 10:45:17AM CET:
Ralf == Ralf Wildenhues [EMAIL PROTECTED] writes:
Might be nice to have the information reusable as well
(--config comes to mind). See below.
The idea is nice, but the way to use --config should be documented
In http://lists.gnu.org/archive/html/libtool-patches/2005-01/msg00024.html,
I proposed a patch against Libtool which makes use of $as_cr_alnum
after calling AS_SHELL_SANITIZE (which isn't mentioned in autoconf.texi
either, btw).
Can we do this? Is it exported interface, and if not: could it be
* Paul Eggert wrote on Mon, Jan 10, 2005 at 07:15:46PM CET:
Ralf Wildenhues [EMAIL PROTECTED] writes:
In http://lists.gnu.org/archive/html/libtool-patches/2005-01/msg00024.html,
I proposed a patch against Libtool which makes use of $as_cr_alnum
after calling AS_SHELL_SANITIZE (which isn't
* Wil Turner wrote on Thu, Jan 20, 2005 at 02:17:59AM CET:
I hope someone out there can help me :)
Maybe.
We recently modified a software library to include some functionality
that, on OS X, requires the -framework Carbon link flag. It would be
nice if users of our library didn't have to
* Stepan Kasal wrote on Fri, Jan 21, 2005 at 11:20:03AM CET:
On Thu, Jan 20, 2005 at 04:42:24PM -0800, Paul Eggert wrote:
2) The autoconf manual says you cannot use `test ! -d' with `if'.
Where does it say that? I couldn't find it.
under the description of bultin `test',
line 11085
[ This is a Libtool bug. It is better discussed on the bug-libtool
mailing list. I am Cc'ing that list. Please remove the autoconf
list from further resposes, thankyou. ]
* Ray Lehtiniemi wrote on Tue, Jan 11, 2005 at 08:52:47PM CET:
i am having difficulty with my cross-development setup.
* Ed Hartnett wrote on Mon, Jan 24, 2005 at 05:26:40PM CET:
Here's how I do it, but I'm sure there must be a better way. In
I don't think it works..
particular, how do I set the macro USE_NETCDF4 to 1, when
AC_ARG_ENABLE sets ac_cv_use_netcdf4 to either yes or no.
The way I do it is to
* Stepan Kasal wrote on Fri, Jan 28, 2005 at 09:48:32AM CET:
1) I wrote:
... s/x\{23\}/yes/ ... is not portable
Does anyone know whether I was true or not? The autoconf manual doesn't
mention this problem, and \{23\} is required by POSIX for BRE's.
I think it is safe to use (unlike
* Paul Eggert wrote on Thu, Jan 27, 2005 at 06:35:57PM CET:
Ralf Wildenhues [EMAIL PROTECTED] writes:
This would require the user to issue
CONFIG_SHELL=/bin/foosh /bin/foosh ./configure
or the m4sh setup to do some (possibly unnecessary) re-execution.
Now I know current Autoconf
* Annamalai Gurusami wrote on Fri, Feb 04, 2005 at 12:10:23PM CET:
We are using autoconf tools for our project. After doing ./configure
when I issue the make command, the compiler output is being redirected
to /dev/null. How to avoid this redirection?
*snip*
if /bin/sh ../../libtool
Hello Santilín,
* santilistas wrote on Sun, Aug 09, 2009 at 06:31:56PM CEST:
Hi, I'd like to know if there is a translation of the autoconf docs into
Spanish.
No, although there exists a very outdated Spanish version of the
primary Autoconf web page.
If not, as I am going to read the manual
Hello,
* santilistas wrote on Sun, Aug 09, 2009 at 12:31:41PM CEST:
In chapter 3, the diagram showing files for configuring and distributing
has a line like this:
Makefile.in Makefile.in
Is this ok?
Well, since this part of the Autoconf manual
* Philip Herron wrote on Mon, Aug 10, 2009 at 02:08:41AM CEST:
The pipeline is this:
*Automake *Autoconf
Makefile.am - Makefile.in - configure.ac - Makefile
Nope. While automake turns *.am files into *.in files for each * listed
in an
Hello David,
* Dr. David Kirkby wrote on Mon, Aug 10, 2009 at 09:34:44PM CEST:
AIX tends not to be use by maths/science people.
That doesn't match my experience; although GNU/Linux seems to become
more and more dominant overall.
Cheers,
Ralf
___
Hello Josef,
* Josef Vukovic wrote on Mon, Aug 10, 2009 at 02:40:24PM CEST:
I have problems configuring with a configure script a gnu software
(gnuradio)
./confiugre fails with an error.
Does someone knows where I can find conftest.f it seems the reason of
failure is in it
You can have a
Hello Abhinav,
* Abhinav Singh wrote on Sat, Aug 01, 2009 at 05:04:43PM CEST:
This is my first time with autotools and I tried following:
http://www.gnu.org/software/libtool/manual/automake/Creating-amhello.html#Creating-amhello
to get started.
However when I issue the:
*$bash: autoreconf
Hello Paul,
* Paul Smith wrote on Tue, Aug 11, 2009 at 03:06:39PM CEST:
Hi all; I have a bug filed with GNU make that says:
Building GNU Make on Tru64 requires
CPPFLAGS = -D_XOPEN_SOURCE_EXTENDED -D_OSF_SOURCE
_XOPEN* is needed to get the
Hello Monty,
* Monty Taylor wrote on Thu, Aug 06, 2009 at 07:16:18PM CEST:
Is ac_cv_env_CXXFLAGS_set fair game to use?
Well, it is not documented explicitly in the Autoconf manual, but
you can infer at least the name (but not the semantics) mostly from the
description in 'info Autoconf Cache
Hello David,
* Dr. David Kirkby wrote on Wed, Aug 12, 2009 at 11:18:29AM CEST:
What's the best way to check if an environment variable is set?
if test ${var+set} = set; then
echo variable \$var is set to: $var
fi
Cheers,
Ralf
___
Autoconf mailing
Hello Dave,
* dave wrote on Thu, Aug 13, 2009 at 04:20:20AM CEST:
I am using bash and Fedora;
I tried to remove a variable from a configure.in and after
reconfiguration it seems to come back
Here is an excerpt from configure.in:
if test $itcl_cv_prog_gcc = yes ; then
Hello,
* NightStrike wrote on Sun, Aug 16, 2009 at 12:08:49AM CEST:
(autoconf 2.63, automake 1.11)
Why is AS found with AM_PROG_AS instead of AC_PROG_AS? Why is this an
automake thing and not an autoconf thing?
I can only guess that it's historical reasons, same with AM_PROG_GCJ.
Also,
[ cross-posted to several groups; please followup on the autoconf list ]
In order to complete the GNU Project's migration to GPLv3, every GNU
program that has exceptions to its license needs to have those
exceptions updated for GPLv3. We've prepared draft text for an updated
version of the
Hello John,
* John Calcote wrote on Fri, Aug 21, 2009 at 02:44:03AM CEST:
I'm wondering about best practices for checking for programs like
the javac compiler. For instance, I currently have a line in my
project's configure.ac file that looks like this:
AC_CHECK_PROGS([JAVAC], [gcj -C
Hello,
* dave wrote on Tue, Aug 18, 2009 at 03:21:42PM CEST:
http://aiss.suffield.drdc-rddc.gc.ca/uploads/snavigator.tar.bz2
That server doesn't respond to me.
Cheers,
Ralf
___
Autoconf mailing list
Autoconf@gnu.org
* John Calcote wrote on Tue, Aug 25, 2009 at 10:46:30PM CEST:
I've got a friend at work that's experiencing this problem while
building an apache distribution:
...
utilities/agctl/Makefile.am:16: compiling `agctl.c' with per-target
flags requires `AM_PROG_CC_C_O' in `configure.in'
Hi John,
* John Calcote wrote on Sat, Aug 22, 2009 at 11:32:42PM CEST:
In fact, this works very well. When I use $(JAVAC) in my Makefile.am
files, I do get the correct options passed for the first located
program - gcj -C -ftarget=1.4 -fsource=1.4 on my 64-bit linux
system, and javac -target
* Paolo Bonzini wrote on Mon, Aug 31, 2009 at 09:06:20PM CEST:
On 08/31/2009 08:54 PM, Ralf Wildenhues wrote:
While still working to prove Bob wrong on the fixincludes sed issues,
Bob?
Bruce; sorry about that, Bruce!
- require a better sed,
- split the script in two inside Autoconf
* Paolo Bonzini wrote on Mon, Aug 31, 2009 at 10:00:01PM CEST:
In fact, I think this API shouldn't be even more encouraged. It doesn't
really fix things in an elegant way, and it doesn't help for other
pending issues in the GCC tree (such as the multilib fixups that aren't
applied in all
Hello,
the current multilibs support code is a bit racy, in a few ways. The
following might be a bit technical, but I'm trying to gauge where to go
from here, even if this is not fixed right away.
gcc/config/multi.m4 provides AM_ENABLE_MULTILIB which allows to specify
the Makefile which is to
Hello,
* NightStrike wrote on Tue, Sep 01, 2009 at 06:19:07PM CEST:
This macro is the only macro that may be used before AC_INIT,
This isn't even true. AC_DEFUN and m4_define, as well as other m4sugar
elements, are widely used before AC_INIT (when you consider that
autoconf parses aclocal.m4
Hello Mahesh,
* mahesh.mach wrote on Wed, Sep 02, 2009 at 01:00:14AM CEST:
My friend and I are working on porting an existing library to NVIDIA CUDA.
The library has a GNU Build System defined for its compilation and
installation. We have suitably edited the configure.ac and Makefile.am files
* mahesh.mach wrote on Wed, Sep 02, 2009 at 07:16:06AM CEST:
The 'libtool' script stores these flags, right. You can edit it to
temporarily override flags. However, then they will be lost the next
time config.status is run. The flags are set in the configure script.
That in turn is
Hi Eric,
* Eric Blake wrote on Fri, Sep 04, 2009 at 02:22:54PM CEST:
+ Improve wording about what goes before AC_INIT.
+ * doc/autoconf.texi (Initializing configure): Update wording.
+ (Versioning) AC_PREREQ: Remove misleading text, to match
+ autoupdate's behavior.
Thanks,
Hello Husam,
* Husam Senussi wrote on Sun, Sep 06, 2009 at 11:00:58AM CEST:
I had problem building make files for existing project because
autconf was falling, we had look around I found
the autoconf was falling because macro definition which looks like this
AC_DEFUN([NAME],
[
* NightStrike wrote on Sun, Sep 06, 2009 at 12:08:23PM CEST:
How do you test to see if the compiler supports a given option?
You could temporarily add it to CFLAGS and either do a compile or link
test, to find out. That won't catch (non-GCC) compilers though that
only produce a warning upon
Hello Husam,
* Husam Senussi wrote on Sun, Sep 06, 2009 at 07:57:17PM CEST:
Yes. The latter is the public API. The third argument is currently
used by some code, but is not part of the public API, so you should
not use it.
OK will change them because with third argument result on having
* Husam Senussi wrote on Mon, Sep 07, 2009 at 10:25:41PM CEST:
That probably doesn't help you much, but I don't know what better help
to give you, given this information. Maybe if you have problems, you
could post some code.
Will this the macro which causing the autocnf errors and it's
Hello Sam,
* Sam Steingold wrote on Wed, Sep 02, 2009 at 05:26:46PM CEST:
I want to cache several dependent variables, and I cannot figure out
how to do that correctly.
* Sam Steingold wrote on Wed, Sep 02, 2009 at 07:51:20PM CEST:
does the cache variable name matter?
e.g.,
Hello Vincent,
* Vincent Torri wrote on Tue, Sep 08, 2009 at 09:59:03AM CEST:
In the autoconf manual, it is said that autoreconf runs the programs
autoconf, autoheader, aclocal, automake, libtoolize, and autopoint.
But when I run autoreconf -v to see what is running, the order is
different
Hello Dan,
* Dan Smithers wrote on Wed, Sep 09, 2009 at 11:33:54AM CEST:
AC_CONFIG_SUBDIRS (zlib compression boost_ext)
Please remove the space before the '('.
See 'info Autoconf Autoconf Language' for why.
And yes, it is perfectly possible to have subpackages that do not use
Automake, or
Hello santilín, NightStrike,
* NightStrike wrote on Wed, Sep 02, 2009 at 05:44:16PM CEST:
On Sun, Aug 9, 2009 at 1:08 PM, santilistas wrote:
By the way, is this the correct list to send this remarks?
Yes; although bugs in Autoconf can go to the bug-autoconf list.
Sorry for the long delay.
* Rugxulo wrote on Wed, Sep 09, 2009 at 09:44:15PM CEST:
I don't think that's necessary at this point. *NEW!* Andris Pavenis
seems to have fixed the bug (at least with 2.05b) via a small patch
(see below):
* Sam Steingold wrote on Fri, Sep 11, 2009 at 06:15:32PM CEST:
On Mon, Sep 7, 2009 at 4:59 PM, Ralf Wildenhues wrote:
ac_cv_have_foo=no
Here you just overwrite the value obtained above again.
if test $ac_cv_use_foo = no;
This will then always be true.
why?! I set _have_
* Sam Steingold wrote on Fri, Sep 11, 2009 at 06:24:21PM CEST:
CL_CLISP_REQUIRE_FEATURE([ffi screen unicode])
and it will expand into something like
AC_CACHE_CHECK([for FFI in CLISP], [cl_cv_clisp_ffi],
[CLISP_SET(cl_cv_clisp_ffi,[[#+ffi yes #-ffi no]])])
test $cl_cv_clisp_ffi = no
* Dan Smithers wrote on Fri, Sep 11, 2009 at 11:57:05AM CEST:
Keith Marshall wrote:
On Wednesday 09 September 2009 16:02:58 Bob Friesenhahn wrote:
the zlib project does not use Autoconf or Automake. It
only pretends to look like a project which uses Autoconf or
Automake using a
* Eric Blake wrote on Sat, Sep 12, 2009 at 04:43:01AM CEST:
According to Sam Steingold on 9/11/2009 2:54 PM:
however, this way I will be testing variables which have never been set.
is this OK?
(I understand that unless I set -u, shell will not barf, but I was
wondering if that was
* Sam Steingold wrote on Sun, Sep 13, 2009 at 05:57:51AM CEST:
AC_DEFUN([CL_CLISP_REQUIRE_FEATURE],
[m4_foreach_w([cl_feat], [$1],
[m4_pushdef([CL_FEAT], m4_toupper(cl_feat))dnl
AC_CACHE_CHECK([for CL_FEAT in CLISP], [cl_cv_clisp_]cl_feat,
[CLISP_SET([cl_cv_clisp_]cl_feat,
* Sam Steingold wrote on Sun, Sep 13, 2009 at 04:30:05PM CEST:
I'd prefer a small reproducible example (i.e., full configure.ac that
exposes the issue).
I am not big on small reproducible examples :-(
however, a small experiment indicates that the problem is with m4_toupper,
see
* Patrick M. Rutkowski wrote on Mon, Sep 14, 2009 at 03:21:06AM CEST:
If I were to run something like AM_PATH_GTK_2_0 in my configure.ac,
which checks for the presence of GTK, what would I do if GTK wasn't
found?
You'd use the ACTION-IF-NOT-FOUND argument of the AM_PATH_GTK_2_0 macro
to set a
* Dan Smithers wrote on Mon, Sep 14, 2009 at 11:18:53AM CEST:
How can I tell autoconf to run the configure without worrying about it?
AC_CONFIG_SUBDIRS([zlib])
will cause zlib/configure to be run if it exists in the source tree.
I had been using
AC_CONFIG_SUBDIRS(zlib dir1 dir2)
I
Hello Steffen,
* Steffen Dettmer wrote on Mon, Sep 14, 2009 at 12:35:56PM CEST:
On Wed, Sep 9, 2009 at 11:16 AM, Dan Smithers wrote:
I am trying to add an external project to my autoconf setup.
Could I add a related question:
Yes, but we'd slightly prefer if you started a new thread for a
* Keith Marshall wrote on Tue, Sep 15, 2009 at 01:33:34PM CEST:
On Tuesday 15 September 2009 05:31:04 Ralf Wildenhues wrote:
is there a way to have
sub-package-specific configure options?
Not easily: the actual option strings as passed to each sub
configure are the same (modulo
* Paolo Bonzini wrote on Tue, Sep 15, 2009 at 09:08:25PM CEST:
Can you check if this failure happens intermittently or consistently?
Also, which shell and version is /bin/sh, and which version is your
libc?
Thanks!
Ralf
Hello Steffen,
* Steffen Dettmer wrote on Thu, Sep 17, 2009 at 05:12:31PM CEST:
recent versions check if $CC supports fopen, FILE* and so on. This
breaks environments that don't have stdio.h / libc.a.
This is a 2.64 regression and has been fixed since in the git tree:
* Ralf Wildenhues wrote on Thu, Sep 17, 2009 at 07:50:10PM CEST:
* Steffen Dettmer wrote on Thu, Sep 17, 2009 at 05:12:31PM CEST:
recent versions check if $CC supports fopen, FILE* and so on. This
breaks environments that don't have stdio.h / libc.a.
This is a 2.64 regression and has been
Hello Steffen,
* Steffen Dettmer wrote on Thu, Sep 17, 2009 at 05:19:46PM CEST:
when compiling libraries, it technically is not required to have a
compiler to create executables. We might have a lib with unit tests
where the unit tests work on linux and windows only, but not on a
small
* Steffen Dettmer wrote on Fri, Sep 18, 2009 at 12:19:19PM CEST:
On Thu, Sep 17, 2009 at 8:20 PM, Ralf Wildenhues wrote:
* Steffen Dettmer wrote on Thu, Sep 17, 2009 at 05:19:46PM CEST:
However, configure usually checks if the compiler can create
executables. Can (should) this be prevented
* Steffen Dettmer wrote on Fri, Sep 18, 2009 at 11:49:20AM CEST:
On Thu, Sep 17, 2009 at 7:53 PM, wrote:
* Ralf Wildenhues wrote on Thu, Sep 17, 2009 at 07:50:10PM CEST:
* Steffen Dettmer wrote on Thu, Sep 17, 2009 at 05:12:31PM CEST:
recent versions check if $CC supports fopen, FILE
Hello,
* none none wrote on Fri, Sep 18, 2009 at 08:02:14AM CEST:
im not very familiar with autoconf currently so im not sure my following
assumptions are correct
so, afaik, autoconf and its resulting configure script set many variables
e.g. exec_prefix or bindir, ...
what i try to achive
* Sam Steingold wrote on Fri, Sep 18, 2009 at 07:49:04PM CEST:
How do I give an optional argument its default value?
e.g.,
AC_DEFUN([FOO],[...])
FOO() should be equivalent to FOO([true])
Use m4_default([$2], [true]).
Cheers,
Ralf
___
Autoconf
http://thread.gmane.org/gmane.comp.gcc.devel/108469
* Paolo Bonzini wrote on Mon, Aug 31, 2009 at 11:53:17PM CEST:
On 08/31/2009 11:11 PM, Ralf Wildenhues wrote:
The easiest for now would be (3), the coolest, most difficult and
probably most dangerous one would be (2). Something like
* David Bruce wrote on Sun, Sep 20, 2009 at 12:43:54AM CEST:
I have a project with all the source files in a src directory just
below trunk, which is where the top level configure.ac and Makefile.am
live. When I run configure, config.h is created at build/config.h.
If I run configure from
* Steffen Dettmer wrote on Tue, Sep 22, 2009 at 05:06:41PM CEST:
I though this was a kind of lazyness; just used and
interchangingly without deeper meaning?
You can do that only as long as there is at most one header file with
that name involved.
I tought correct is:
- with -I (and gcc),
Hello Pierre,
* Pierre wrote on Sat, Sep 19, 2009 at 11:28:20PM CEST:
I built a Linux From Scratch 6.5 yesterday
which kind of puts you in the boat of fixing things yourself, no? ;-)
and had no problem doing
./configure and make under chroot for all the packages. But since my
reboot, when
* Pierre wrote on Wed, Sep 23, 2009 at 11:56:56PM CEST:
As adviced, I added set -x in the configure script of File-5.03. The
software versions are those of LFS 6.5
(http://www.linuxfromscratch.org/lfs/view/stable/chapter03/packages.html)
:
- Autoconf-2.64
- Bash-4.0
Please update bash to
Hello Pierre,
please don't top-post, thank you.
* Pierre wrote on Fri, Sep 25, 2009 at 09:40:50AM CEST:
You are right, it seems that expr is broken. Here is the result of the
command you advised :
root:/# expr 426 + 1
Illegal instruction
I don't know why I didn't have the problem sooner
Hello Rhys,
* Rhys Ulerich wrote on Sat, Sep 26, 2009 at 08:33:34PM CEST:
Any suggestions for how to achieve sort-by-version in a portable way?
'ls -v' does exactly what I need, but doesn't look to be a standard
argument.
Recent Autoconf has m4_version_compare for a comparison at autoconf run
901 - 1000 of 2721 matches
Mail list logo