On Sun, May 13, 2001 at 07:54:31PM +0200, Akim Demaille wrote:
>
> Please people, test it: the current state of Autoconf is our release
> candidate. There is one issue that must be fixed before releasing,
> namely the test `compile.at:AC_PROG_CPP via CC' is not robust to
> broken cc for not usin
On Mon, May 14, 2001 at 02:32:13PM +0200, Akim Demaille wrote:
>
> | There is still the problem that autoconf mixes up variable assignments
> | and macros. This is up-to-the-minute CVS autoconf:
> |
> | steve@riemann{tmp}cat configure.in
> | AC_INIT
> |
> | AM_CFLAGS=fo
On Mon, May 14, 2001 at 05:50:50PM +0200, Akim Demaille wrote:
>
> | On Mon, May 14, 2001 at 04:57:57PM +0200, Peter Eisentraut wrote:
> | > Akim Demaille writes:
> | >
> | > > | There is still the problem that autoconf mixes up variable assignments
> | > > | and macros. This is up-to-the-minut
On Mon, May 14, 2001 at 04:57:57PM +0200, Peter Eisentraut wrote:
> Akim Demaille writes:
>
> > | There is still the problem that autoconf mixes up variable assignments
> > | and macros. This is up-to-the-minute CVS autoconf:
> > |
> > | steve@riemann{tmp}cat configure.in
> > | A
On Mon, May 21, 2001 at 06:50:57PM -0700, Russ Allbery wrote:
> Bruno Haible <[EMAIL PROTECTED]> writes:
>
> > I would like to propose a "configure" option --use-local which,
> > depending on the language being used, does the following. For C and C++,
> > it appends " -I/usr/local/include" to CPP
Hi,
When I use AC_CHECK_LIB(foo,bla), it will fail utterly if libfoo
is linked to libbar and I neglected to put "-lbar" in the 5th
argument of AC_CHECK_LIB.
This may be just what you want.
On the other hand, I get the impression that every time I turn around
X11R6 has split out another two or t
On Mon, Jun 04, 2001 at 08:40:13PM +0200, Simon Josefsson wrote:
> "Steve M. Robbins" <[EMAIL PROTECTED]> writes:
>
> > On Mon, Jun 04, 2001 at 05:49:41PM +0200, Peter Eisentraut wrote:
> >> Steve M. Robbins writes:
> >>
> >> > I expect
On Mon, Jun 04, 2001 at 05:49:41PM +0200, Peter Eisentraut wrote:
> Steve M. Robbins writes:
>
> > I expect that one cannot do so in general. But I'll take a partial
> > solution, if there is one. On linux, at least, "ldd libfoo.so" will
> > tell me
d the file, the list of directories was
empty and I got the error messages from the linker. Resetting the
permissions fixed it up.
-Steve
On Mon, Jun 04, 2001 at 12:06:12PM -0400, Steve M. Robbins wrote:
> On Mon, Jun 04, 2001 at 05:49:41PM +0200, Peter Eisentraut wrote:
> > Stev
Hi,
I am working with a library (CGAL) that is not autoconfigured, but has
its own system that generates a makefile fragment with important make
variables defined. In particular, it defines CGAL_LDFLAGS.
In my Makefile.am, I use
include $(CGAL_MAKEFILE)
...
LDADD = ...
Hello Glenn,
On Thu, Sep 20, 2001 at 02:53:03PM +1000, Glenn McGrath wrote:
> 1) all libbb files are compiled, however some have system calls that
> obviously depend on the linux kernel (and other portability problems),
> there needs to be a way to only compile functions that will work on the
>
On Sat, Sep 22, 2001 at 08:03:23PM -0400, Steven G. Johnson wrote:
> On another subject, people very often implement an idiom
> like: --with-gmp=<-L flags>. I'd be inclined to discourage this practice
> and tell people that their users should just set CPPFLAGS and LDFLAGS
> instead.
I'm incline
On Thu, Oct 18, 2001 at 10:20:27AM -0700, Eric Hanchrow wrote:
> The program `conftest.cc' seems wrong to me: that's not a reliable way
> to test for the presence of a C++ function in a library.
> Unfortunately, I cannot think of a better way. This makes me wonder
> if I've misunderstood the int
On Tue, Nov 20, 2001 at 10:03:38AM +0800, Simon Ching wrote:
> I wonder if it's possible to change the search
> paths for headers and libs like in the macros
> AC_CHECK_LIB or AC_CHECK_HEADER or alike?
Yes.
Set LDFLAGS and CPPFLAGS before calling configure; see the file INSTALL.
See also
ht
On Wed, Nov 28, 2001 at 11:33:40PM +0100, Toni Moreno Giménez wrote:
> each time I type "make" on my project (after doing "./configure" ) the
> Makefile runs another. all autotools system. this is:
>
> aclocal
> autoconf
> automake
> ./configure
>
> and finally begins the source compilation.
On Thu, Dec 06, 2001 at 06:04:49PM -0800, Patrick Crosby wrote:
> for some reason, i'm unable to get configure to find one of the
> libraries i'm using.
[ ... ]
> does anyone have any advice? is there something i'm doing wrong?
I'd suggest that you look into config.log for clues; it is usually
On Tue, Jan 15, 2002 at 01:25:51AM -0800, Brad Douglas wrote:
> I use the following in configure.in:
>
> AC_CHECK_LIB(popt, poptGetContext, [AC_CHECK_HEADER(popt.h,,)],
> AC_MSG_ERROR([popt library is required.]))
>
> This works fine with Linux and Solaris, but FreeBSD is
On Sat, Jan 19, 2002 at 05:00:53PM +0100, Simon Josefsson wrote:
> Akim Demaille <[EMAIL PROTECTED]> writes:
>
> >>"Simon" == Simon Josefsson <[EMAIL PROTECTED]> writes:
> >
> >Simon> In older autoconf versions, I often used 'less
> >config.status' Simon> and cut'n'pasted the cmdline to
> >
Hello,
In case Henrique's posting wasn't clear, the question is this: is
./configure --build=foo ...
different from
./configure --build=foo --host=foo ...
or not? In other words, does configure change its behaviour (e.g. go
into "cross compiling" mode) as soon as --host is sp
On Thu, Feb 14, 2002 at 04:56:43PM +0100, Ralf Corsepius wrote:
> Am Don, 2002-02-14 um 16.17 schrieb Steve M. Robbins:
> > 3. Generated configure scripts have this bit
> >
> > ac_tool_prefix=
> > test -n "$host_alias" && ac_tool_prefix=$hos
On Thu, Feb 28, 2002 at 05:06:40PM -0300, Henrique de Moraes Holschuh wrote:
> It also means Debian will need to fork config.guess permanently so as to
> force autoconf stuff to build using the correct host arch (since there seems
> to be no way to sepecify a build architecture without entering
>
On Sat, Mar 16, 2002 at 08:40:06PM -, Stephano Mariani wrote:
> I need to pass a --m4dir to autoconf to generate the configure script
> correctly, how can I do this so that whenever configure regenerated by
> the automake rule:
>
> cd . && /bin/sh /path/to/project/missing --run aclocal
> cd .
Hi,
It appears that AC_PATH_PROG has changed behaviour between 2.13 and 2.5x.
If the following configure.in file is processed with autoconf 2.13,
all three calls correctly find "ls"
AC_INIT
AC_PATH_PROG(LS1,ls,no)
echo "LS=$LS1"
AC_PATH_PROG(LS2,ls,no,$PATH)
echo "LS=$LS2
ecial in your Makefile.am for linking. If library A
requires library B, check for B first, then A.
dnl @synopsis mni_REQUIRE_LIB(LIBRARY,INCLUDES,BODY)
dnl
dnl @version $Id: mni_REQUIRE_LIB.m4,v 1.1 2001/08/20 16:51:50 stever Exp $
dnl @author Steve M. Robbins <[EMAIL PROTECTED]>
AC_D
On Thu, May 02, 2002 at 07:41:03PM +0200, Martin Frydl wrote:
> Andreas Schwab wrote:
> >
> > Martin Frydl <[EMAIL PROTECTED]> writes:
> >
> > |> The compiler complains about extern "C". My question is whether this is
> > |> autoconf bug or should I use ./configure CC=cc CXX=CC to really use C
>
On Sat, May 11, 2002 at 10:31:14AM -0400, [EMAIL PROTECTED] wrote:
>
> How can I specify a search path to try and find a 3rd party header in?
The official answer is that your users should read INSTALL and figure
out how to set their CPPFLAGS and LDFLAGS.
For convenience, I use the --with-build-
On Thu, Aug 29, 2002 at 12:24:05PM -0400, Troy Cauble wrote:
> Greetings,
>
> I write a lot of Makefiles that support a codebase that builds for
> a handful of targets. Basically, every Makefile does
>
> make -C -f ../Makefile SECOND_TIME=1 $@
>
> where is determined by environment varia
On Thu, Sep 19, 2002 at 11:39:57AM -0700, Bill Moseley wrote:
>
> In my current configure.in I create new substitution variables for each
> library that may be optionally included. For example, a test might set:
>
> LIBFOO_CPPFLAGS = "-Ifoo/include"
> LIBFOO_LDFLAGS = "-Lfoo/lib"
> LIB_F
Howdy,
What is the recommended way to write a configure script that
checks for an *optional* C++ compiler, building an extra component
if a C++ compiler is detected.
I'm after something like AC_PROG_CXX, except that I don't want
to abort if no compiler is found.
-S
it a lot
simpler, but your proposal with [action-if-found], [action-if-not-found],
etc is better.
dnl @synopsis mni_REQUIRE_LIB(LIBRARY,INCLUDES,BODY)
dnl
dnl @version $Id: mni_REQUIRE_LIB.m4,v 1.1 2001/08/20 16:51:50 stever Exp $
dnl @author Steve M. Robbins <[EMAIL PROTECTED]>
AC_DEF
On Tue, Oct 29, 2002 at 01:52:20PM -0500, Stefan Seefeld wrote:
> yes,
>
> AC_CONFIG_SUBDIRS(dirs, [action-if-succeeds], [action-if-fails])
>
> is exactly what I had in mind.
If someone gets ambitious, it would be also useful to have
AC_CXX([action-if-succeeds],[action-if-fails]) to deal with
"c
On Wed, Oct 30, 2002 at 12:12:20PM -0500, Eric Siegerman wrote:
> On Tue, Oct 29, 2002 at 07:16:45PM -0500, Steve M. Robbins wrote:
> > On Tue, Oct 29, 2002 at 01:52:20PM -0500, Stefan Seefeld wrote:
> > > AC_CONFIG_SUBDIRS(dirs, [action-if-succeeds], [action-if-fails])
>
On Fri, Nov 08, 2002 at 12:53:00PM -0800, Michael D. Beynon wrote:
> I have a C++ library that I use with autotools. I have a config.h that
> gets produced, and is included by BOTH the library c++ files and the
> header files. These header files are also exported for users of the
> library. The
On Thu, Dec 19, 2002 at 10:22:40AM +0100, Markus Werle wrote:
> I want to set include paths
> during configure run, e.g. --with-loki=/path/to/loki
> The following code works fine, but I feel unhappy about the
> use of an external environment variable.
>
> Now I am tired reading the docs (20 hours
On Fri, Dec 20, 2002 at 02:12:15PM -0800, Dan Kegel wrote:
> FWIW, while Debian supports multiple installations of autoconf,
> it doesn't yet support multiple installations of automake.
That is true of the stable debian release, but it has since been
changed in "unstable". I have both 1.6 and 1.
On Thu, Jun 05, 2003 at 11:00:23AM +0200, Mattias Brändström wrote:
> Hello again!
>
> Now I have a revised version of my macro. If anyone have the time to say
> anything about it it would be greatly appricated!
>
> AC_DEFUN([RKC_XERCES], [
>
> AC_ARG_WITH(xerces-prefix, [ --with-xerces-prefix=
On Wed, Jun 11, 2003 at 04:11:24PM -0500, Raja R Harinath wrote:
> Hi,
>
> <[EMAIL PROTECTED]> writes:
>
> > Is hacking definition of $(prefix) in Makefile.in the
> > best way to change default prefix from something other
> > than /usr/local???
> >
> > Is there some macro to add to configure.in t
On Thu, Jun 12, 2003 at 02:57:30PM -0400, Thomas E. Dickey wrote:
> On Thu, 12 Jun 2003, Steve M. Robbins wrote:
>
> > However: if you plan to release the code for general consumption,
> > think twice before using it. There are few things that irritate this
> > soft
38 matches
Mail list logo
