On Mon, Mar 10, 2014 at 09:07:20PM -0700, Jim Galarowicz wrote:
...
cd . automake-1.13 --foreign
Makefile.am:63: error: HAVE_QTLIB does not appear in AM_CONDITIONAL
In
http://openss.cvs.sourceforge.net/viewvc/openss/OpenSpeedShop/m4/ax_qt3.m4?revision=1.2view=markup
I see
if test
00:00:00 2001
From: Patrick Welche pr...@cam.ac.uk
Date: Mon, 17 Jun 2013 09:55:47 +0100
Subject: [PATCH] fortran.m4: add list of Fortran compilers to ignore as
argument to AC_PROG_{FC,F77}
---
doc/autoconf.texi | 13 +++--
lib/autoconf/fortran.m4 | 15 ++-
2 files
Would this be right? (Not sure about texinfo syntax...)
Cheers,
Patrick
diff --git a/doc/autoconf.texi b/doc/autoconf.texi
index bb83443..cc4043a 100644
--- a/doc/autoconf.texi
+++ b/doc/autoconf.texi
@@ -5084,7 +5084,7 @@ If the system has the @code{getloadavg} function, define
On Fri, Dec 21, 2012 at 12:35:17AM -0800, Paul Eggert wrote:
-void *alloca (size_t);
-#endif
-# endif
+# ifdef __cplusplus
+extern C
# endif
+void *alloca (size_t);
# endif
#endif
]], [[char *p = (char *) alloca (1);
Actually I still don't
2001
From: Patrick Welche pr...@cam.ac.uk
Date: Thu, 20 Dec 2012 09:41:38 +
Subject: [PATCH] AC_FUNC_ALLOCA: Don't define a prototype for alloca() on BSDs
* alloca() is defined in stdlib.h on BSDs. From
http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/devel/autoconf/patches/patch-aa
---
lib
On Thu, Dec 20, 2012 at 08:31:43AM -0700, Eric Blake wrote:
Or maybe the problem is that our test for ac_cv_func_alloca_works
doesn't match the documentation, since it is only doing:
Indeed - the version in the documentation wouldn't need the patch...
I'll just check this...
Cheers,
Patrick
glib has a configure test to check whether RTLD_GLOBAL is broken on OSF1.
This involves building a plugin using libtool and then essentially
AC_RUN_IFELSE on a piece of code which loads said plugin.
This is all fine, and works. I was just wondering if there was a way
of doing this without
On Tue, Mar 02, 2010 at 12:26:22PM -0700, Eric Blake wrote:
According to Vincent Torri on 10/22/2009 11:25 AM:
Hi,
Noticed that this old thread had no takers back when it was first asked...
configure checks if -R must be followed by a space when checking X. the
log is:
On Thu, May 19, 2011 at 10:00:21PM +0200, Victor henri wrote:
I'm starting to use the autotools; everything works fine, but the only
thing I have a problem with is the name of my app.
I'm on Ubuntu Linux and I use libbamf to get the current active app
name. It work with every running app,
Just a trivial typo fix...
Cheers,
Patrick
diff --git a/doc/autoconf.texi b/doc/autoconf.texi
index 5be070c..ae8e766 100644
--- a/doc/autoconf.texi
+++ b/doc/autoconf.texi
@@ -6572,7 +6572,7 @@ AC_CHECK_MEMBER(struct top.middle.bot)
@end example
This macro caches its result in the
On Tue, Aug 24, 2010 at 08:05:04PM +0200, Ralf Wildenhues wrote:
I cannot reproduce this in NetBSD-current/i386 with git Autoconf,
see a skip instead.
And now neither can I! Story is:
git pull
setenv PATH /bin:/usr/bin:/usr/X11R7/bin:/usr/local/bin
to avoid using anything in /usr/pkg/bin
Highlight (NetBSD-current/i386, autoconf head) is:
./torture.at:1223: cd $dir $MAKE
stderr:
make: don't know how to make w. Stop
stdout:
make: stopped in /usr/src/local/autoconf/tests/testsuite.dir/240/at
./torture.at:1223: exit code was 2, expected 0
But I find it hard to start debugging as
On Tue, Aug 24, 2010 at 09:19:31AM -0600, Eric Blake wrote:
On 08/24/2010 08:08 AM, Patrick Welche wrote:
Highlight (NetBSD-current/i386, autoconf head) is:
./torture.at:1223: cd $dir $MAKE
stderr:
make: don't know how to make w. Stop
stdout:
Curious: the above was from the testsuite.log
I just tried configuring libxml2 which has
AC_PATH_PROG(RM, rm, /bin/rm)
in its configure.in. After running configure
rm: libtoolT: No such file or directory
Done configuring
Probably from
cfgfile=${ofile}T
trap $RM \$cfgfile\; exit 1 1 2 15
$RM
On Mon, Apr 12, 2010 at 03:33:35PM -0400, Peter Johansson wrote:
Patrick Welche wrote:
I use the following snippet in one of my projects:
dnl FIXME remove when we assume autoconf 2.64
m4_ifndef([AC_PACKAGE_URL],
[AC_DEFINE([PACKAGE_URL], [http://dev.thep.lu.se/svndigest
This almost ties in with the previous post about old versions of autoconf(!)
In recent autoconf = 2.64, I can use AC_INIT to define a PACKAGE_URL. As some
of our systems only have 2.61, I thought I would
# This becomes part of AC_INIT in autoconf 2.64
On Tue, Sep 22, 2009 at 10:49:58AM +0200, Steffen Dettmer wrote:
I hope I don't ask a FAQ. If so, an URL would be appreciated.
I've read here that someone could (should?) write
#include config.h
specifying a system header instead of the IMHO correct
#include config.h
As far as I know
On Tue, Sep 08, 2009 at 09:59:03AM +0200, Vincent Torri wrote:
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 (that is aclocal,
On Fri, Mar 21, 2008 at 10:29:05AM -0400, Stefan Seefeld wrote:
I'm trying to use AC_PROG_LEX to discover whether flex (or lex) is
available. During testing I found out that, even when neither is
available, the LEX variable is set to ':' instead of being empty.
And sure enough, I subsequently
Well, it seems there are no arguments against, and I only have a weak
argument for this patch...
Cheers,
Patrick
---BeginMessage---
I haven't seen breakages without this patch, but it seems logical to me...
Thoughts?
Patrick
diff --git a/lib/autoconf/libs.m4 b/lib/autoconf/libs.m4
index
I haven't seen breakages without this patch, but it seems logical to me...
Thoughts?
Patrick
diff --git a/lib/autoconf/libs.m4 b/lib/autoconf/libs.m4
index cbc4218..8f7729b 100644
--- a/lib/autoconf/libs.m4
+++ b/lib/autoconf/libs.m4
@@ -236,21 +236,25 @@ m4_define([_AC_PATH_X_DIRECT],
# Check
On Fri, May 01, 2009 at 10:15:28AM -0400, Thomas Dickey wrote:
On Fri, 1 May 2009, Patrick Welche wrote:
I haven't seen breakages without this patch, but it seems logical to me...
supposedly X11R7 moved everything back into non-specific paths such as
/usr/bin
My system (NetBSD) has its xorg
On Thu, Apr 30, 2009 at 12:44:48AM -0700, Joey Mingrone wrote:
checking for a BSD-compatible install... /usr/local/bin/ginstall -c
checking whether build environment is sane... configure: error: ls -t
appears to fail. Make sure there is not a broken
alias in your environment
configure:
Just a quick Am I doing something silly?
In a project, using autoconf 2.61, automake 1.10.1, libtool 1.5.26,
make distcheck succeeds. If I untar the created .tar.bz2 file, and
/path/to/untar/configure make, I get errors - somehow the manual
check build from buildir != srcdir fails, but I thought
On Mon, Mar 02, 2009 at 08:01:59PM +0100, Ralf Wildenhues wrote:
In a project, using autoconf 2.61, automake 1.10.1, libtool 1.5.26,
make distcheck succeeds. If I untar the created .tar.bz2 file, and
/path/to/untar/configure make, I get errors - somehow the manual
check build from buildir
On Mon, Mar 02, 2009 at 03:11:34PM -0500, Peter Johansson wrote:
Patrick Welche wrote:
The project was broken due to liberal use of #include ../../config.h.
configure will pop config.h in the builddir, so the source file will
never see ../../config.h.
It is often a good idea to #include
On Mon, Mar 02, 2009 at 09:57:28PM +0100, Ralf Wildenhues wrote:
* Patrick Welche wrote on Mon, Mar 02, 2009 at 08:52:26PM CET:
I thought that running make distcheck in the source directory should
fail?
Not sure why you think that. distcheck does a build with build tree !=
source tree
On Wed, Nov 12, 2008 at 07:55:28PM +0100, Ralf Wildenhues wrote:
Hi Bob,
* Bob Friesenhahn wrote on Wed, Nov 12, 2008 at 06:33:12PM CET:
While building libtool HEAD today, I encountered this problem:
PATH=.:$PATH; export PATH; /bin/bash
/home/bfriesen/src/gnu/libtool-head/libltdl
Is this worth adding
diff --git a/lib/autoconf/programs.m4 b/lib/autoconf/programs.m4
index 63f8a13..370ed31 100644
--- a/lib/autoconf/programs.m4
+++ b/lib/autoconf/programs.m4
@@ -709,7 +709,7 @@ if test -z $MKDIR_P; then
# break other packages using the cache if that directory is
#
On Tue, Feb 05, 2008 at 08:51:42PM +0100, Ralf Wildenhues wrote:
* Patrick Welche wrote on Sat, Feb 02, 2008 at 06:09:03PM CET:
- one strange thing: I tried running the testsuite -v -d 122 on its own
in tests/testsuite.dir/122 after it passed with all the rest, and got
What *exactly* did
122. AC_CONFIG_FILES, HEADERS, LINKS and COMMANDS (torture.at:133): FAILED (tort
ure.at:271)
is failing for me, I think due to the fun quoting from config.status at
eval sed \\$ac_sed_extra\ $ac_file_inputs | $AWK -f $tmp/subs.awk
$tmp/out \
where
ac_sed_extra: /^[ ]*VPATH[ ]*=/{
On Sat, Feb 02, 2008 at 04:51:46PM +0100, Ralf Wildenhues wrote:
Please try this patch:
http://thread.gmane.org/gmane.comp.sysutils.autoconf.patches/5244/focus=5252
I'll try to finish it tomorrow.
I forgot about that thread :-/
- your patch makes all the tests pass
- ignore my comment about
On Wed, Dec 19, 2007 at 10:31:16AM +0100, Stefano Sabatini wrote:
Just another little newbie question, am I supposed to copy the pkg.m4
file containing the macro somewhere into my package (e.g. in
aclocal.m4)?
I don't know about pkg.m4 specifically, but if there is a macro in it
which you
On Wed, Dec 19, 2007 at 04:37:17PM +0100, Stefano Sabatini wrote:
On date Wednesday 2007-12-19 14:38:31 +, Patrick Welche wrote:
On Wed, Dec 19, 2007 at 10:31:16AM +0100, Stefano Sabatini wrote:
Just another little newbie question, am I supposed to copy the pkg.m4
file containing
On Thu, Nov 08, 2007 at 07:58:13PM +0100, Ralf Wildenhues wrote:
OK to apply, even if it looks a bit ugly?
Well, it does fix the test for me...
Patrick, how come the `Deep package' test did not fail for you?
Is that only because you used an older version? Could you try current
HEAD with the
On Thu, Nov 08, 2007 at 07:58:13PM +0100, Ralf Wildenhues wrote:
OK to apply, even if it looks a bit ugly?
Well, it does fix the test for me...
Patrick, how come the `Deep package' test did not fail for you?
Is that only because you used an older version? Could you try current
HEAD with the
There is a potential pitfall when grabbing autoconf via CVS from the
git repository which is that VERSION is computed by build-aux/git-version-gen
which runs git describe. If you checked out via CVS, git rightly complains
that the checkout isn't a git repository. VERSION is then UNKNOWN, rather
On Thu, Nov 08, 2007 at 02:40:31PM +, Patrick Welche wrote:
The next thing after the chmod is
./configure
which wants to write config.log to . and can't. (No a+w on 131)
Actually it is ./configure --help, which shouldn't try to write anything.
Still looking
I'm seeing a failure for test 131, today's CVS-head (hopefully same as git ;-) )
on NetBSD-current/i386. I'm a little confused as to how it could pass. It
seems that a variety of files/directories are created, then (testsuite):
# Running the outer configure recursively should provide the
On Thu, Nov 08, 2007 at 07:58:13PM +0100, Ralf Wildenhues wrote:
Patrick, how come the `Deep package' test did not fail for you?
It did, but I thought I would look at the first failure first :-)
It's a bit late over here...
Cheers,
Patrick
___
On Wed, May 30, 2007 at 11:31:56AM +0200, Stepan Kasal wrote:
I'm afraid there are some misunderstandings here. I'll try to
make things more clear.
Let's start with your very first mail:
Until yesterday, the manual said:
| -- Macro: AC_TYPE_INT8_T
| If `stdint.h' or `inttypes.h'
On Wed, May 30, 2007 at 02:48:12PM +0200, Stepan Kasal wrote:
And yes, it sounds inconsistent. IMVHO the ac_cv_c_ prefix should be
changed to ac_cv_type_ here. What do others think?
I think that
- changing ac_cv_c_ to ac_cv_type_ and
- changing AC_CHECK_TYPES to test for ac_cv_type_ != no
On Tue, May 29, 2007 at 04:54:52AM +0200, Stepan Kasal wrote:
I'm going to answer only one of your minor comments now.
Thank you for the explanation of CHECK_FOO vs CHECK_FOOS! The documentation
consistency change seems fine, and my configure.ac snippet becomes
AC_INIT([autotype],[1.0])
On Tue, May 29, 2007 at 01:31:04PM +0100, Patrick Welche wrote:
we makes sense thanks to your answer.
^^
which
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Tue, May 29, 2007 at 01:31:04PM +0100, Patrick Welche wrote:
On Tue, May 29, 2007 at 04:54:52AM +0200, Stepan Kasal wrote:
I'm going to answer only one of your minor comments now.
Thank you for the explanation of CHECK_FOO vs CHECK_FOOS! The documentation
consistency change seems fine
Sorry for getting email trigger happy - I seem to still be confused... If
AC_TYPE_UINT8_T
is run on a system without uint8_t, a typdef for uint8_t appears in config.h,
but it is only created at the end of configure, so how would a subsequent
test in configure see the typedef?
Cheers,
-- Macro: AC_TYPE_UINT8_T
If `stdint.h' or `inttypes.h' defines the type `uint8_t', define
`HAVE_UINT8_T'. Otherwise, define `uint8_t' to an unsigned
integer type that is exactly 8 bits wide, if such a type exists.
but for some reason HAVE_UINT8_T is not defined! (Today's CVS)
%
On Mon, May 28, 2007 at 10:55:45AM -0600, Eric Blake wrote:
According to Patrick Welche on 5/28/2007 10:45 AM:
(Also removes what appear to be spurious #( )
- case $ac_cv_c_int$1_t in #(
- no|yes) ;; #(
+ case $ac_cv_c_int$1_t in
+ no|yes) ;;
Sorry, but that is not spurious
On Wed, Dec 06, 2006 at 01:13:31PM +0100, Stepan Kasal wrote:
2006-12-05 Stepan Kasal [EMAIL PROTECTED]
* doc/autoconf.texi (Configuration Headers): Remove the
example with multiple input files.
(autoheader Invocation): Encourage `AH_BOTTOM', discouraging
multiple
On Tue, Dec 05, 2006 at 08:44:59PM +0100, Stepan Kasal wrote:
Hello,
On Tue, Dec 05, 2006 at 10:17:57AM -0800, Paul Eggert wrote:
Patrick Welche [EMAIL PROTECTED] writes:
Is that AC_CONFIG_HEADERS syntax simply not allowed? (missing file name)
The documentation doesn't seem to allow
On Wed, Dec 06, 2006 at 01:13:31PM +0100, Stepan Kasal wrote:
2006-12-05 Stepan Kasal [EMAIL PROTECTED]
* doc/autoconf.texi (Configuration Headers): Remove the
example with multiple input files.
(autoheader Invocation): Encourage `AH_BOTTOM', discouraging
multiple
From Nov 19 autoconf source, info autoconf says:
-- Macro: AC_CONFIG_HEADERS (HEADER ..., [CMDS], [INIT-CMDS])
...
Usually the input file is named `HEADER.in'; however, you can
override the input file name by appending to HEADER a
colon-separated list of input files. Examples:
With today's CVS (so with AT_CHECK_AT_TITLE 2006-11-08 in ChangeLog)
on NetBSD (so without GNU sed) I get
76: Macro with backslash in a test titleUNEXPECTED PASS
./autotest.at:295: $CONFIG_SHELL ./micro-suite |
sed -n 's/[^:]*: \(.*[^ ]\)[]*ok.*/\1/p'
Not
On Fri, Nov 10, 2006 at 04:41:13PM +0100, Ralf Wildenhues wrote:
Hello Patrick,
Thanks for the report; you were beaten by a couple of days. ;-)
* Patrick Welche wrote on Fri, Nov 10, 2006 at 04:37:38PM CET:
With today's CVS (so with AT_CHECK_AT_TITLE 2006-11-08 in ChangeLog
On Fri, Nov 10, 2006 at 05:06:35PM +0100, Ralf Wildenhues wrote:
No. As hinted at in
http://lists.gnu.org/archive/html/autoconf-patches/2006-11/msg00010.html
the problem is larger and requires more changes and thought.
Oh dear.. and it looks as though I need to subscribe to yet another list
On Fri, Aug 04, 2006 at 12:18:11AM +, Harlan Stenn wrote:
I thought he was ssaying that if /bin/ls uses RPATH then configure
should use RPATH, too.
That's right - the question was how to know whether or not a system
uses rpath without reinventing libtool. In fact choosing some binary
we
On Fri, Aug 04, 2006 at 12:18:11AM +, Harlan Stenn wrote:
I thought he was ssaying that if /bin/ls uses RPATH then configure
should use RPATH, too.
That's right - the question was how to know whether or not a system
uses rpath without reinventing libtool. In fact choosing some binary
we
On Thu, Jul 20, 2006 at 07:03:27PM -0700, Russ Allbery wrote:
Paul Eggert [EMAIL PROTECTED] writes:
Peter O'Gorman [EMAIL PROTECTED] writes:
This patch will now add -R to X_LIBS for all systems.
It's not supposed to. It's supposed to try -R, and add it only if it
worked.
Adding -R
On Thu, Jul 20, 2006 at 07:03:27PM -0700, Russ Allbery wrote:
Paul Eggert [EMAIL PROTECTED] writes:
Peter O'Gorman [EMAIL PROTECTED] writes:
This patch will now add -R to X_LIBS for all systems.
It's not supposed to. It's supposed to try -R, and add it only if it
worked.
Adding -R
On Wed, Jul 19, 2006 at 12:26:36PM -0500, Albert Chin wrote:
On Mon, Jul 17, 2006 at 09:49:20PM +0100, Patrick Welche wrote:
X_CFLAGS = -I/usr/X11R6/include
X_EXTRA_LIBS =
X_LIBS = -L/usr/X11R6/lib -R/usr/X11R6/lib
X_PRE_LIBS = -lSM -lICE
so the -R made it, and all is well
On Mon, Jul 17, 2006 at 06:54:16PM -0400, Braden McDaniel wrote:
Quoting Paul Eggert [EMAIL PROTECTED]:
Patrick Welche [EMAIL PROTECTED] writes:
so the -R made it, and all is well :-)
I can't check the opposite though: do systems that don't want rpath get
one now?
Yes
PROTECTED]
* lib/autoconf/libs.m4 (AC_PATH_XTRA): Do the check for space after
-R regardless of host. Patrick Welche reports that a space after -R
is also required for NetBSD 3.99.
Not quite what I reported, NetBSD doesn't need the space, it needs a -rpath.
Before
I happen to use an OS (NetBSD) which uses rpath. AC_PATH_XTRA sets X_CFLAGS
and X_LIBS to something sensible for compiling X, however, it misses out
the necessary -rpath or -R.
(libtool --config says
# How to pass a linker flag through the compiler.
wl=-Wl,
# Flag to hardcode $libdir into a
PROTECTED]
* lib/autoconf/libs.m4 (AC_PATH_XTRA): Do the check for space after
-R regardless of host. Patrick Welche reports that a space after -R
is also required for NetBSD 3.99.
Not quite what I reported, NetBSD doesn't need the space, it needs a -rpath.
Before
On Thu, Dec 01, 2005 at 04:26:40PM -0800, Russ Allbery wrote:
Patrick Welche [EMAIL PROTECTED] writes:
Isn't the long term goal aclocal must be subsumed into autoconf? What
is preventing this from happening sooner rather than later?
I never really understood why one would want to use
On Mon, Jul 04, 2005 at 11:50:48PM -0700, Paul Eggert wrote:
Patrick Welche [EMAIL PROTECTED] writes:
The attached patch is necessary as if you set the environment variable M4
to m4 --nesting-limit=2048, the regexp won't match as there is a '='
rather than a ' ' after nesting-limit
The attached patch is necessary as if you set the environment variable M4
to m4 --nesting-limit=2048, the regexp won't match as there is a '='
rather than a ' ' after nesting-limit.
BTW if even 2048 is too small what could be wrong with my configure
script? (In fact this is apr, at the autoheader
On Tue, Jul 27, 2004 at 01:25:43PM -0700, Paul Eggert wrote:
Gary V. Vaughan [EMAIL PROTECTED] writes:
The workaround in this case is easy. Just omit the outer quotes and
remove the inner backslashes:
output_verbose_link_cmd=`$echo X$output_verbose_link_cmd | $Xsed -e
$no_glob_subst`
automake by default pops
CPPFLAGS = @CPPFLAGS@
in Makefile.in
If I configure with:
./configure LDFLAGS=-L/usr/local/lib -Wl,-R/usr/local/lib
CPPFLAGS=-I/usr/local/include
Isn't it reasonable to expect for CPPFLAGS to be set in the Makefile?
It appears blank in my case. Am I missing
On Fri, Jun 04, 2004 at 03:30:06PM +0200, Ralf Corsepius wrote:
Unless the configure script is broken and playing tricks with quoting,
Thanks for the reassurance that in principle it should work.. Just tracked
this down in xine-lib:
saved_CPPFLAGS=$CPPFLAGS
...
CPPFLAGS=$saved_CFLAGS
ho
On Sat, May 22, 2004 at 11:12:44AM -0600, David Knox wrote:
I'm a newbie using autotools on a fairly small project. I've been able
to get it to do most everything I want with the help of the macro
archive and the great examples in it. I have one problem that is driving
me nuts. I haven't
On Thu, Mar 04, 2004 at 08:44:06PM +0200, Dmitry Katemirov wrote:
Hello there,
I'm new with autoconf, got a problem with libs/headers checking macros. Once
I include in configure.am something like AC_CHECK_LIB, AC_HEADER_STDBOOL,
AC_CHECK_HEADERS([stdlib.h]), autoconf itself brings no errors
On Fri, Mar 05, 2004 at 12:23:50PM +0100, JRBCAST wrote:
Hi,
I have been trying to disable the -g flag that autoconf uses when
compiling my GNU project. I have tried --enable-debug=no --disable-debug
and none works. I have had a look at google and some questions but no
response...
I have
On Tue, Mar 02, 2004 at 12:49:20AM -0700, Bob Proulx wrote:
Try putting /usr/local/bin ahead of /usr/bin in your PATH.
Is renaming /usr/local/bin/m4 as /usr/local/bin/gm4 another option?
Patrick
(I think it is - haven't checked though, which means
configure --program-prefix=g
in m4 does it all
Have you any thoughts on extending AC_CONFIG_MACRO_DIR to take a list
of directories? That way packages could neatly have local macros in one
directory and macros shared with other related packages in another..
(and bonus if aclocal would understand it..)
Cheers,
Patrick
On Tue, Jan 13, 2004 at 10:15:31AM -0800, Paul Eggert wrote:
Patrick Welche [EMAIL PROTECTED] writes:
Is there any chance this patch could be applied, and the cvs files
it affects updated?
Not until we get the paperwork from Eric Sunshine. These things take
time, unfortunately
On Wed, Jan 28, 2004 at 10:01:27AM +, Gary V. Vaughan wrote:
~From libtool configure.ac (which uses maj.min[.mic][alpha]):
LT_MAJOR=`echo AC_PACKAGE_VERSION | sed ['s,\..*$,,g']`
LT_MINOR=`echo AC_PACKAGE_VERSION | sed ['s,^[0-9]*\.\([0-9]*\).*$,\1,']`
LT_MICRO=`echo AC_PACKAGE_VERSION \
On Wed, Jan 28, 2004 at 03:48:48PM +, Scott James Remnant wrote:
On Wed, 2004-01-28 at 13:02, Patrick Welche wrote:
On a tangent - is there an easy way of finding out the libtool.m4
version without having to process libtoolize --version? A sort of
AC_PREREQ(2.59) equivalent
On Wed, Jan 07, 2004 at 05:08:55PM -0500, Eric Sunshine wrote:
...
Here is a patch which corrects several problems with the way the Autoconf
CVS version of AS_SHELL_SANITIZE attempts to locate a usable shell. The
patch address the following issues.
...
Is there any chance this patch
On Tue, Jan 13, 2004 at 10:15:31AM -0800, Paul Eggert wrote:
Patrick Welche [EMAIL PROTECTED] writes:
Is there any chance this patch could be applied, and the cvs files
it affects updated?
Not until we get the paperwork from Eric Sunshine. These things take
time, unfortunately
On Thu, Dec 04, 2003 at 08:25:20PM +0100, Peter Eisentraut wrote:
Patrick Welche writes:
I thought the following looked nice:
NETATALK_VERSION=`cat $srcdir/VERSION`
AC_INIT(netatalk, ${NETATALK_VERSION},...
but then
configure.in:5: warning: AC_INIT: not a literal
I thought the following looked nice:
NETATALK_VERSION=`cat $srcdir/VERSION`
AC_INIT(netatalk, ${NETATALK_VERSION},...
but then
configure.in:5: warning: AC_INIT: not a literal: ${NETATALK_VERSION}
Is there a way round it?
Another question: AC_CONFIG_MACRO_DIR takes a directory - what if a
% cvs update
no such user anoncvs in CVSROOT/passwd
% cat CVS/Root
:pserver:[EMAIL PROTECTED]:/cvs
% cat CVS/Repository
autoconf
Has something changed?
Cheers,
Patrick
On Fri, Nov 14, 2003 at 04:01:50PM +0100, Andreas Schwab wrote:
Patrick Welche [EMAIL PROTECTED] writes:
% cat CVS/Root
:pserver:[EMAIL PROTECTED]:/cvs
:pserver:[EMAIL PROTECTED]:/cvsroot/autoconf
Thank you!
Let's say you build a package that needs libthis and libthat. Is the idea
that after configure is run, LIBS=-lthis -lthat, and you use @LIBS@ in
the Makefile.am, or rather that after configure is run THIS_LIBS=-lthis,
THAT_LIBS=-lthat, and Makefile.am has [EMAIL PROTECTED]@ @THAT_LIBS@ ?
Also,
In the Fine Manual:
@node Coding Style
@section Coding Style
In order to highlight the recommended coding style, here is a macro
written the old way:
@example
dnl Check for EMX on OS/2.
dnl _AC_EMXOS2
AC_DEFUN(_AC_EMXOS2,
...
and the new way:
@example
# _AC_EMXOS2
# --
# Check for EMX
By the time configure libtool have done there thing on a system, they
know whether or not that system needs a -Wl,-R${libdir} or not. Is there
a way of getting that information out simply? (In order to create a
pkg-config file with a sensible --libs entry)
Cheers,
Patrick
I had a go at compiling glib on a non-linux platform (!) and found
configure.in:300: warning: AC_CANONICAL_HOST invoked multiple times
Line 106 is AC_CANONICAL_HOST, and line 300 is AC_CYGWIN.
I found the definition of AC_CYGWIN in lib/autoconf/specific.m4:
# AC_CYGWIN
# -
# Check for
On Fri, Nov 29, 2002 at 12:17:25PM +0200, Dani Mezher wrote:
...
I am building autoconf-2.56 on a FreeBSD-4.7 system. I
installed GNU M4 1.4 but the configure script crashes with an error GNU
M4 1.4 is required. U can see the output of the configure script.
...
checking for m4...
What is autopoint?
% sh bootstrap
Bootstrapping CVS Bison...
running: autoreconf --verbose --install --force
autoreconf: Entering directory `.'
autoreconf: running: autopoint --force
Can't exec autopoint: No such file or directory at
/usr/local/share/autoconf/Autom4te/General.pm line 498, GEN0
On Wed, Jun 19, 2002 at 11:53:24PM +0200, Gerrit P. Haase wrote:
Hallo Patrick,
Am Mittwoch, 19. Juni 2002 um 17:07 schriebst du:
On Wed, Jun 19, 2002 at 10:28:23AM +0200, Alexandre Duret-Lutz wrote:
To make sure that it's not the fault of Autoconf, can you try
this reduced test
I made a bit of a fool of myself on automake list.. I wonder if any of you
have perl 5.8.0rc1 installed, and our recent autoconf to try out:
% cat file.pl
BEGIN
{
my $datadir = ($ENV{'autom4te_perllibdir'} || '/usr/local/share/autoconf');
unshift INC, $datadir;
}
use Autom4te::General;
use
On Thu, May 30, 2002 at 01:43:38PM +0100, Patrick Welche wrote:
On Thu, May 30, 2002 at 04:53:10AM -0700, Paul Eggert wrote:
Date: Thu, 30 May 2002 11:19:17 +0100
From: Patrick Welche [EMAIL PROTECTED]
Why is that check there?
So that your software distribution is portable
With CVS of 14 Jun 14:49 GMT, I just got:
../tests/autom4te --language M4sh ./autoconf.as -o ./autoconf.in
autom4te: cannot open /usr/src/local/autoconf/lib/autom4te.cfg: No such file or
directory
at /usr/src/local/autoconf/bin/autom4te line 428
*** Error code 1
Just in case it matters, one
On Fri, Jun 14, 2002 at 05:42:19PM +0100, Patrick Welche wrote:
With CVS of 14 Jun 14:49 GMT, I just got:
../tests/autom4te --language M4sh ./autoconf.as -o ./autoconf.in
autom4te: cannot open /usr/src/local/autoconf/lib/autom4te.cfg: No such file or
directory
at /usr/src/local/autoconf
On Fri, Jun 14, 2002 at 10:56:03AM -0700, Paul Eggert wrote:
That's a known bug in the current CVS, which I introduced and am
currently looking into. (Sorry about that.)
:-) So you already know :-) I must be on the wrong list.. Is the other bit
related? Using the old /usr/local/bin/autom4te
On Sun, May 12, 2002 at 10:08:54PM -0700, Paul Eggert wrote:
From: Patrick Welche [EMAIL PROTECTED]
Date: Sun, 12 May 2002 16:41:08 +0100
I'm afraid the new version of functions.m4 doesn't work for me
(reverting from 1.60 to 1.58 allows test to pass).
143. acfunctions.at:15
On Thu, May 30, 2002 at 04:53:10AM -0700, Paul Eggert wrote:
Date: Thu, 30 May 2002 11:19:17 +0100
From: Patrick Welche [EMAIL PROTECTED]
Why is that check there?
So that your software distribution is portable to hosts that don't
have a working getloadavg.
Oh.. this means having
On Sun, May 12, 2002 at 10:08:54PM -0700, Paul Eggert wrote:
From: Patrick Welche [EMAIL PROTECTED]
Date: Sun, 12 May 2002 16:41:08 +0100
I'm afraid the new version of functions.m4 doesn't work for me
(reverting from 1.60 to 1.58 allows test to pass).
143. acfunctions.at:15
And of course your failed test works for me :/
% cd tests
% testsuite -v -x -d 4
...
% cd testsuite.dir/004
% cat configure.ac
define([active], [ACTIVE])
% ../../autoconf -t define | sed -n '$p'
configure.ac:1:define:active:ACTIVE
% cat autom4te.cache/traces.0
m4trace:configure.ac:1: -1-
1 - 100 of 118 matches
Mail list logo
