Hello Ralf,
sorry for returning to that so late.
* Stepan Kasal wrote on Thu, Nov 26, 2009 at 02:05:17AM CET:
-AT_CHECK([libtoolize], 0, [stdout], ignore)
+AT_CHECK([libtoolize --install], 0, [stdout], ignore)
libtoolize --install is a 2.2.x-ism, so unless you take care to skip the
test
Hello,
On Thu, Dec 10, 2009 at 04:54:20PM +0100, I wrote:
To fix this, the requires at the beginning of AC_COMPILE_IFELSE
should understand that AC_LANG_COMPILER(C) has in fact already been
expanded. I am considering several ways to implement it:
I'm sorry that I reply to my own mail, but I
is tested with older versions of libtool.
A side note:
I noticed that the option --install to libtoolize is not mentioned in
libtool info documentation.
Have a nice day,
Stepan
From f6ab5640f8369dc3e878c73a0d6e099699adb991 Mon Sep 17 00:00:00 2001
From: Stepan Kasal ska...@redhat.com
Date
this problem.
I would be very grateful for some hints that would allow me to
proceed hunting this bug. (Ralf?)
Happy piping,
Stepan
2009-11-04 Stepan Kasal ska...@redhat.com
* tests/autotest.at (parallel autotest and signal handling):
Do not check exist status if the shell
Hello,
a correction to my previous mail: one of the exhibits shown was
slightly incorrect, see below.
the output of the commands
mkdir micro
cd micro
autom4te_perllibdir='..'/lib AUTOM4TE_CFG='../lib/autom4te.cfg' \
../bin/autom4te -B ../lib --language=autotest \
Hello,
I observed a test failure with Autoconf 2.64.
The failing code is located under the comment Test PIPE in
autotest.at.
iIn the command below that comment, micro-suite seems to exit with
exit code 0.
The check below fails as this is not allowed.
Please give me some hints how I could debug
Hello all,
I apologize for my slow reactions to your mails.
I filed two bugs against GNU make tonight:
http://savannah.gnu.org/bugs/?24488
http://savannah.gnu.org/bugs/?24487
+ * Makefile.am (pkgdata_DATA): Protect by MAKE_CASE_SENSITIVE.
Obviously, this has the side effect that
Hello,
I was thinking about this patch and I think I have noticed some more
nits. (I would like to apologize that I have not posted earlier.)
I think that comments 1) and 2) needs to be resolved before 2.63.
1)
It should be documented that the default action-if-universal works only
with
Hello,
On Mon, Aug 04, 2008 at 06:38:08AM -0600, Eric Blake wrote:
| autoheader calls this warning, but it does not create
| config.h.in then. Even worse, if config.h.in existed, it's not
| updated.
| The mistake was introduced by a change almost
| 5 years old! The attached diff documents
of GNU/Linux work.
So my conclusion from the answers on bug-autoconf list was that no
change was needed.
Stepan Kasal
Good morning,
my colleague has forwarded me a post from xorg development list:
http://permalink.gmane.org/gmane.comp.freedesktop.xorg/29984
The Xorg team has eradicated Imake usages from their tree.
They would love to drop Imake itself as well.
But it is currently used to detect the X
Hello Andreas,
On Wed, Jul 16, 2008 at 01:23:26PM +0200, Andreas Schwab wrote:
Stepan Kasal [EMAIL PROTECTED] writes:
Are we able to make AC_PATH_XTRA ready for xmkmf-less Xorg before
the
end of summer?
AC_PATH_XTRA itself does not use xmkmf,
Sure, I meant AC_PATH_X. Sorry
Hello,
AC_PREREQ(2.61)
Should that be AC_PREREQ([2.61])?
yes, you are right. I have fixed it in the development version of
Autoconf, see the attched patch.
From: Stepan Kasal [EMAIL PROTECTED]
Date: Wed, 2 Jul 2008 15:38:24 +0200
Subject: [PATCH] Add quotes to the header of autoscan-generated
Hello,
On Mon, Jun 30, 2008 at 09:19:44PM +0200, Andreas Schwab wrote:
An easy fix is to remove AC_DEFINE(__EXTENSIONS_, ...) from
configure.ac, AC_USE_SYSTEM_EXTENSIONS takes care about it.
The snippet is taken from the python configure script. The Python devs
would probably want to
Hello Andreas,
On Mon, Jun 30, 2008 at 03:30:19PM +0200, Andreas Schwab wrote:
$ cat configure.ac
AC_INIT
AC_AIX
AC_DEFINE(__EXTENSIONS__, 1, [Defined on Solaris to see additional function
prototypes.])
AC_CONFIG_HEADERS([config.h])
AC_OUTPUT
$ autoheader
autoheader: warning: missing
Hi,
On Wed, Jun 25, 2008 at 11:40:11AM -0500, Bob Friesenhahn wrote:
[...] Removing AC_C_CHAR_UNSIGNED
then requires a change to the application code. It is not uncommon that
the configure script is independently updated from the application and if
someone actually follows this advice,
Hi,
On Wed, Jun 25, 2008 at 11:40:11AM -0500, Bob Friesenhahn wrote:
[...] Removing AC_C_CHAR_UNSIGNED
then requires a change to the application code. It is not uncommon that
the configure script is independently updated from the application and if
someone actually follows this advice,
Hello,
On Thu, Jun 26, 2008 at 04:52:43AM -0500, Bob Friesenhahn wrote:
On Thu, 26 Jun 2008, Stepan Kasal wrote:
Or would it help to put it all to one message?
AC_C_CHAR_UNSIGNED: The macro is obsolete. Instead of checking
__CHAR_UNSIGNED__, include limits.h and test for CHAR_MIN == 0
Hello Ralf,
the two aspects are:
1) If the information about signedness of char is needed at
build-time, it's better to use limits.h. Such projects should not
use AC_C_CHAR_UNSIGNED. That is why the manual should generally
recommend not to use the macro.
2) If signedness of char has to be
Hello Ralf,
the two aspects are:
1) If the information about signedness of char is needed at
build-time, it's better to use limits.h. Such projects should not
use AC_C_CHAR_UNSIGNED. That is why the manual should generally
recommend not to use the macro.
2) If signedness of char has to be
-Werror during make makes you more safe, -Werror
at configure time exposes you to extra risk.
Perhaps we should do something about it. Perhaps ./configure should
detect -Werror in CFLAGS (and other *FLAGS) and bail out with an
error message.
Wdyt?
Stepan Kasal
')
did not encounter any problems.
thank you for your information. On that ground, I have prepared the
following patch. Ok to commit?
Have a nice day,
Stepan
From 108a48c5682b090c1ef19e4b126608a60a1319e7 Mon Sep 17 00:00:00 2001
From: Stepan Kasal [EMAIL PROTECTED]
Date: Tue, 24 Jun 2008 17
')
did not encounter any problems.
thank you for your information. On that ground, I have prepared the
following patch. Ok to commit?
Have a nice day,
Stepan
From 108a48c5682b090c1ef19e4b126608a60a1319e7 Mon Sep 17 00:00:00 2001
From: Stepan Kasal [EMAIL PROTECTED]
Date: Tue, 24 Jun 2008 17
Hello,
On Mon, Jun 23, 2008 at 07:55:55PM +0200, Ralf Wildenhues wrote:
[ quoting generously; Vladimir may not be subscribed ]
sorry, Vladimir, that I forgot to cc you.
Vladimir, can you post the md5sum of the script [...]
No need to do that, see below.
* Stepan Kasal wrote on Mon, Jun 23
Hello,
On Mon, Jun 23, 2008 at 07:58:06PM +0900, Vladimir wrote:
++ printf '%s\n' 'abcd\c'
+ echo='abcd\c'
+ test 'Xabcd\c' = 'Xabcd\c'
++ printf %s 'abcd\c'
+ echo='abcd\c'
+ test 'Xabcd\c' = 'Xabcd\c'
since your log ends like this, bash had to misparse the following
command, which is
Hi Eric,
On Wed, Jun 18, 2008 at 10:05:51PM -0600, Eric Blake wrote:
Does this gnulib patch fix matters for a VPATH build?
I confirm that your commit to autoconf git does fix the bug, thanks.
| In connection with this, I'd like to ask why is GNUmakefile
| distributed?
Because it is useful
Hello,
On Thu, Jun 19, 2008 at 12:17:09PM +0200, Ralf Wildenhues wrote:
[...] The principle is all users are
developers, even if they aren't, they may become so. That's very
important for acquiring new developers, and for allowing ordinary users
to improve the code, or send patches.
I
Hi Eric,
On Thu, Jun 19, 2008 at 06:21:22AM -0600, Eric Blake wrote:
when run from a tarball, so we have effectively killed the maintainer's
VCS-specific hooks that made 2.62 so hard to redistribute. I still intend
on shipping the complete GNUmakefile as part of 2.63, now that it plays
much
Hello,
On Tue, Jun 17, 2008 at 08:14:05PM -0600, Eric Blake wrote:
I haven't had time to look into this further, but am at least responding
so you know it hasn't fallen into a black hole.
FWIIW, I'm working on a patch. Hope to finish and submit it soon.
Stepan
Hello Eric,
On Tue, Jun 17, 2008 at 09:20:52PM -0600, Eric Blake wrote:
| ``
| Generally speaking, all #define and #undef directives in the header
| template may be modified by config.status, under some circumstances.
| Consequently, if you need to define or undefine a symbol under some
|
Hello Ralf,
On Wed, Jun 18, 2008 at 09:13:00PM +0200, Ralf Wildenhues wrote:
Pay attention that @samp{#undef} is in the first column, and there is
+nothing after @samp{HAVE_UNISTD_H}, not even white space.
FWIW, the current code works fine with white space before '#' and
between it and
Hello,
when I unpack autoconf-2.62.tar.lzma and do
cd autoconf-2.62
mkdir build
cd build
../configure make dist
I get into an infinite loop:
INFO: running autoreconf for new version string: UNKNOWN
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf:
Hello,
On Mon, Jun 09, 2008 at 10:40:02PM -0500, Bob Friesenhahn wrote:
I recall having to deal with this issue on fairly recent systems in the
1996-98 timeframe so 'int' didn't just go away because ANSI C said so.
IIRC, the same was said on this thread earlier. It's about ten years
since
Hello Eric,
On Mon, Jun 09, 2008 at 06:27:05AM -0600, Eric Blake wrote:
| - /usr/lib | /lib) ;;
| + /usr/lib | /usr/lib64 | /lib | /lib64) ;;
Your patch seems safe in my testing on 32-bit platforms. I don't have
easy access to a 64-bit platform, but I went ahead and added a ChangeLog
, things work exactly as before
- the extra code is hidden in one macro, so the code is not made less
readable
OK to commit?
Stepan Kasal
From 09321a75c8431d7242578be5f12cc1f1139c1ce1 Mon Sep 17 00:00:00 2001
From: Stepan Kasal [EMAIL PROTECTED]
Date: Thu, 22 May 2008 17:52:28 +0200
Subject
Hello,
I'd like to propose a solution, please speak up if you are not
satisfied with it. (If we reach an agreement, I'm willing to prepare
a patch later.)
First, let me state that, strictly speaking, this is not a
regression. The Autoconf manual says that the #undef line cannot
contain
, things work exactly as before
- the extra code is hidden in one macro, so the code is not made less
readable
OK to commit?
Stepan Kasal
From 09321a75c8431d7242578be5f12cc1f1139c1ce1 Mon Sep 17 00:00:00 2001
From: Stepan Kasal [EMAIL PROTECTED]
Date: Thu, 22 May 2008 17:52:28 +0200
Subject
Hello Johan,
On Wed, May 28, 2008 at 11:08:22AM +0200, Johan Oudinet wrote:
checking gmp.h usability... yes
checking gmp.h presence... yes
checking for gmp.h... yes
checking gmpxx.h usability... no
checking gmpxx.h presence... no
checking for gmpxx.h... no
...
$ find /usr/include/ -name
On Sun, May 25, 2008 at 10:07:04PM +0200, Peter Simons wrote:
Ralf Wildenhues writes:
Which M4 versions are you two using, respectively?
I'm using Autoconf 2.61 and GNU m4 1.4.9; for me the macro works.
almost the same: m4 1.4.10, autoconf 2.61a.308-ce4f
So the hypothesis that the
, is your copy of ax_prefix_config_h.m4 correct? Isn't it
garbled by aweb browser? You should download the tarball of
autoconf-archive, or use a similar feature, npasting from the URL
mentioned in this thread might be unsafe.
HTH,
Stepan Kasal
Hello,
According to Keith Marshall on 5/9/2008 2:18 PM:
| Having successfully built autoconf-2.62 for use with MSYS, on
| MS-Windows, `make check' fails as follows:--
| /bin/sh ./testsuite
| rm: reading directory `tdir /': No such file or directory
| testsuite: error: invalid
of Autoconf.
int i = foo (); // returns 0
int j = bar (); // should return 1
return !(i != j);
}
BTW, this looks like a check which would need to be run to get the
result. So it looks more like AC_RUN_IFELSE.
Have a nice day,
Stepan Kasal
, eg. a modified definition of
AC_PROG_GREP?
See: http://savannah.gnu.org/bugs/?22818
(I closed it as wontfix, but I still think a short discussion about
this topic might be useful.)
Cheers,
Stepan Kasal
___
Autoconf mailing list
Autoconf
Hi all,
On Tue, Mar 18, 2008 at 07:22:01PM -0600, Eric Blake wrote:
I liked your response so much that I extracted some of the gems of
wisdom from this thread, and am checking the following into the
manual.
many thanks to both of you, Paul and Eric.
I searched web for the source of the
Hello,
On Wed, Mar 19, 2008 at 06:02:08AM -0600, Eric Blake wrote:
| OK to commit?
But remember to add a ChangeLog entry.
done. Thanks for your reminnder. :-)
Stepan
Hi all,
On Tue, Mar 18, 2008 at 07:22:01PM -0600, Eric Blake wrote:
I liked your response so much that I extracted some of the gems of
wisdom from this thread, and am checking the following into the
manual.
many thanks to both of you, Paul and Eric.
I searched web for the source of the
script with a glance because
it is poorly written.
Each program, no matter whether it is written in C, shall, ml, or
whatever, shal consist of functions which fit into one screen each.
Otherwise it is hard to understand.
Stepan Kasal
___
Autoconf mailing
is generally meant only for
developers, who are able to install the necessary toolchain.
[1] VCS stands for Version Control System may it be the
today-popular git, Subversion, the archaic CVS, or any other.
Enjoy,
Stepan Kasal
___
Autoconf mailing list
./autogen.sh or something like that. Again, the
people developing the particular project should give you short list
of commands necessary to bootstrap the project.
Hope this helps,
Stepan Kasal
___
Autoconf mailing list
Autoconf@gnu.org
http
Hello,
On Mon, Mar 17, 2008 at 05:53:48PM +0200, Bernd Jendrissek wrote:
Ideally that would be just autoreconf -i in all autoconfiscated projects.
well, why -i. Shouldn't it _ideally_ be just autoreconf?
[...] extending autoreconf - perhaps by providing
${pkgdatadir}/autoreconf.d/ into
.)
Stepan Kasal
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
definition to the top of your configure.ac, with the obvious risks
resulting from using internal macros.)
What do others think?
Should AC_PATH_FILE be added to Autoconf?
And, yes, have a nice day. :-)
Stepan Kasal
Hello Ralf,
On Sat, Nov 24, 2007 at 09:06:35AM +0100, Ralf Wildenhues wrote:
/[EMAIL PROTECTED]:@AT_STOP_/ {
test = substr ($ 0, 10)
- print at_sed test =\1, start d; NR q\
+ print at_sed test =\1, start d; (NR-1) q\
Sure, why not. We do know that all seds print the second line
Hello,
attached find a oneliner. Passes make check.
Ok to push?
Stepan
diff --git a/ChangeLog b/ChangeLog
index d6d42ea..60a292d 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2007-11-24 Stepan Kasal [EMAIL PROTECTED]
+
+ * lib/autotest/general.m4 (AT_INIT): Do not extract
Hello,
On Sat, Nov 17, 2007 at 12:12:50AM +0100, Benoit Sigoure wrote:
Then I tried to correct that and reset the remote repo.
I tried git-reset and git-push -f but the server has refused that.
Don't do that. [...]
you are right, of course. I'll remember that.
Meaning? What happened?
Hi Ralf,
On Thu, Oct 18, 2007 at 11:24:14AM +0200, Ralf Wildenhues wrote:
If you want to get crazy, you can let awk exit after extracting the last
needed test.
that would be hard to resist!
Who knows, perhaps the attached one liner is enough?
Stepan
diff --git a/lib/autotest/general.m4
Hi all,
here is a doc correction which I have just made.
OK to commit?
If yes, how do I commit it? ;-)
Have a nice day,
Stepan
* doc/autoconf.texi (Generic Programs): Do not say that the *_TOOL
macros canonicalize, they simply use the `host_alias'.
---
doc/autoconf.texi |7
[sending again, sorry if it arrives twice]
Hi all,
here is a doc correction which I have just made.
OK to commit?
If yes, how do I commit it? ;-)
Have a nice day,
Stepan
* doc/autoconf.texi (Generic Programs): Do not say that the *_TOOL
macros canonicalize, they simply use the
Hello Ralf,
[I have read a random msg in my autotools folder.]
On Wed, Oct 17, 2007 at 09:20:33PM +0200, Ralf Wildenhues wrote:
I know TODO hasn't been maintained in half a decade, but there is one
item that can definitely go now. Removed. :-)
* TODO: multiline args in config files
Hello Benoit,
On Fri, Nov 16, 2007 at 10:38:25PM +0100, Benoit Sigoure wrote:
If you have commit access to the autoconf repo, setup [...]
I followed your hints and have pushed my change.
Thanks a lot.
Unfortunately, I forgot to add a changelog entry, so I pushed another
commit to fix that.
-08-22 Stepan Kasal [EMAIL PROTECTED]
* lib/m4sugar/m4sh.m4 (AS_UNSET): Do not call export the
variable when the neutralizing value is used.
Index: lib/m4sugar/m4sh.m4
===
RCS file: /cvsroot/autoconf/autoconf/lib
ideas
anytime soon, so it's wise to commit what we have. I don't mean to
block it.
Have a nice day,
Stepan
2007-08-21 Stepan Kasal [EMAIL PROTECTED]
Ralf Wildenhues [EMAIL PROTECTED]
* doc/autoconf.texi (Defining Directories): Mention
AM_CPPFLAGS, as the way
Hello,
On Sun, Jul 01, 2007 at 05:18:18PM +0200, Hans Ulrich Niedermann wrote:
[...] The user expectation is that running a program with --help or
--version just prints the help text or version and then exits without
causing *any* side effects.
right.
If I remember correctly, configure
Hello,
On Sun, Jul 01, 2007 at 05:18:18PM +0200, Hans Ulrich Niedermann wrote:
[...] The user expectation is that running a program with --help or
--version just prints the help text or version and then exits without
causing *any* side effects.
right.
If I remember correctly, configure
Hello Ralf,
On Sun, Jun 10, 2007 at 09:13:14AM +0200, Ralf Wildenhues wrote:
-CPPFLAGS = -DDATADIR='$(datadir)' @@CPPFLAGS@@
+AM_CPPFLAGS = -DDATADIR='$(datadir)'
Why not show both (the non-Automake case is useful and conveys
additional information)?
A nice idea, but:
It would make the
Hello,
I suggest a change to the Autoconf manual, see the patch below.
oops, by mistake I attached autoconf.texi instead of the patch.
I apologize for the huge mail. Attached to this mail please find the
patch.
Stepan Kasal
2007-06-06 Stepan Kasal [EMAIL PROTECTED]
* doc
compiles. This is why subsequent checks see the
#defines from previous ones.
Hope you find this mosaic of comments useful,
have a nice day,
Stepan Kasal
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
Hello,
On Wed, May 30, 2007 at 11:48:42AM +0100, Patrick Welche wrote:
- I never see uint8_t (cached), and I think this is because
AC_TYPE_INT8_T uses ac_cv_c_uint8_t, whereas AC_CHECK_TYPES tests
ac_cv_type_uint8_t, yet you seem to see it - I do see it for size_t...
well, I was cheating.
On Wed, May 30, 2007 at 09:57:57AM -0700, Paul Eggert wrote:
Stepan Kasal [EMAIL PROTECTED] writes:
IMVHO the ac_cv_c_ prefix should be changed to ac_cv_type_ here.
The former expands to an actual type (e.g., 'unsigned char') whereas
the latter expands to 'yes' or 'no'. So they're
Hello,
On Mon, May 28, 2007 at 10:39:36PM -0700, Paul Eggert wrote:
[...] Among Autoconf-using programs, I suspect gnulib's stdint
module makes this macro obsolescent anyway, [...]
I suppose you meant Automake-using.
Have a nice day,
Stepan Kasal
Hi,
I noticed a typo and fixed it.
Stepan
2007-05-29 Stepan Kasal [EMAIL PROTECTED]
* lib/autoconf/types.m4 (_AC_TYPE_UNSIGNED_INT): Fix a typo.
Index: lib/autoconf/types.m4
===
RCS file: /cvsroot/autoconf/autoconf/lib
Hello,
On Mon, May 28, 2007 at 10:39:36PM -0700, Paul Eggert wrote:
[...] Among Autoconf-using programs, I suspect gnulib's stdint
module makes this macro obsolescent anyway, [...]
I suppose you meant Automake-using.
Have a nice day,
Stepan Kasal
to get HAVE_SIZE_T for cheap.
HTH,
Stepan Kasal
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
removes all arguments.
OK, I committed the following patch.
Stepan
2007-05-16 Stepan Kasal [EMAIL PROTECTED]
* tests/foreign.at tests/semantics.at, tests/tools.at: Remove
parameters for AT_CLEANUP.
* tests/local.at (AT_CHECK_AU_MACRO): Likewise.
Index: tests/foreign.at
removes all arguments.
OK, I committed the following patch.
Stepan
2007-05-16 Stepan Kasal [EMAIL PROTECTED]
* tests/foreign.at tests/semantics.at, tests/tools.at: Remove
parameters for AT_CLEANUP.
* tests/local.at (AT_CHECK_AU_MACRO): Likewise.
Index: tests/foreign.at
works, the other two don't.
Would you accept the attached patch, which fixes this?
I verified that it passes the testsuite.
Have a nice day,
Stepan Kasal
PS:
Here is my personal experience, which motivated me to submit this
patch:
When I stumbled over the problem, I tried:
funcs
Hello,
though AT_CLEANUP has not any documented parameters, the command
awk '/AT_CLEANUP/
!/^# .* AT_CLEANUP /
$0 != AT_CLEANUP
! (FILENAME==local.at $0==AT_CLEANUP) { print FILENAME:$0
}' *.at
find this:
foreign.at:AT_CLEANUP(install-sh ltconfig libtool at-path ltmain.sh
config.guess
Hello,
On Fri, May 04, 2007 at 01:52:21PM -0600, Eric Blake wrote:
* doc/autoconf.texi (Caching Results): The CACHE-ID variable
in the examples should not use the internal ac_ prefix.
Please install. Anything we can do to discourage users from touching
reserved namespaces is a
Hello,
On Fri, Mar 09, 2007 at 08:45:24PM +0100, Stepan Kasal wrote:
* doc/autoconf.texi: Direntry for autoconf Invocation
renamed to autoconf-invocation
I committed that, too.
Stepan
Hello,
On Fri, May 04, 2007 at 10:30:22AM +0200, Daniel Barna wrote:
I am wondering how one can check the presence of a header file (gts.h),
which needs extra compiler flags (`gts-config --cflags`)
the trick is to save the previous value of CFLAGS and restore it
after the test.
But whech
[removed autoconf-patches from the cc list]
Hello all,
I'm answering the easy questions to save some of Paul's time.
On Wed, May 02, 2007 at 11:15:07AM -0400, Richard Stallman wrote:
[...] a patched variant of the same version of Autoconf we use today.
ok, then grab the tarball of the
in the
Autoconf package is consistent.
Hope this helps,
Stepan Kasal
Hello,
On Thu, Apr 12, 2007 at 07:47:04AM +0200, Ralf Corsepius wrote:
Stepan Kasal [EMAIL PROTECTED] writes:
* lib/autoconf/general.m4 (_AC_LINK_IFELSE): Skip AS_TEST_X
when cross-compiling.
Hmm, I am not convinced. If this check can be skipped for cross
compilation (Which I think
Hello Paul,
_AC_CHECK_TYPE_NEW now contains:
: AC_COMPILE_IFELSE([AC_LANG_PROGRAM([AC_INCLUDES_DEFAULT([$4])
: #ifdef __cplusplus
: typedef $1 ac__type_new_;
: #endif
: ],
: [#ifdef __cplusplus
: if ((ac__type_new_ *) 0)
: return 0;
: if (sizeof (ac__type_new_))
: return 0;
: #else
: if
Hello,
On Thu, Apr 12, 2007 at 07:47:04AM +0200, Ralf Corsepius wrote:
Stepan Kasal [EMAIL PROTECTED] writes:
* lib/autoconf/general.m4 (_AC_LINK_IFELSE): Skip AS_TEST_X
when cross-compiling.
Hmm, I am not convinced. If this check can be skipped for cross
compilation (Which I think
that
means) before it can be executed. So it sounds plausible that the
cross compiler might leave the output non-executable.
A proposed patch attached. Yes, the change is not nice, but would it
hurt?
Comments welcome,
Stepan Kasal
2007-04-11 Stepan Kasal [EMAIL PROTECTED]
* lib
typo. ;-)
Stepan
2007-04-11 Stepan Kasal [EMAIL PROTECTED]
* doc/autoconf.texi (External Software): Fix a typo in the
previous change.
Index: doc/autoconf.texi
===
RCS file: /cvsroot/autoconf/autoconf/doc
that
means) before it can be executed. So it sounds plausible that the
cross compiler might leave the output non-executable.
A proposed patch attached. Yes, the change is not nice, but would it
hurt?
Comments welcome,
Stepan Kasal
2007-04-11 Stepan Kasal [EMAIL PROTECTED]
* lib
Hi jules,
Using automake 1.10 I get the above warning (or a variance of it)
well, you posted the question to the Autoconf list.
I'll post your question to the Automake list, ccing you.
Stepan
___
Autoconf mailing list
Autoconf@gnu.org
Hello,
On Tue, Mar 27, 2007 at 10:06:28PM +0200, Ralf Wildenhues wrote:
-# If no file are specified by the user, then we need to provide default
-# value. By we need to know if files were specified by the user.
+# See whether a non-option argument was seen; if not, the default list
_ACEOF
$ac_script
_ACEOF
Have a nice day,
Stepan Kasal
Hello,
On Wed, Mar 28, 2007 at 05:57:59PM +0200, Ralf Wildenhues wrote:
[...] here-documents are _very_ expensive for old shells [...]
and mildly expensive even for some new shells (creation and
removal of a temp file). Redirections of file descriptors are very
cheap, for any shell I know (a
Hello,
I deleted a line from AC_CONFIG_SUBDIRS description which is no
longer true, see the patch below.
Have a nice day,
Stepan Kasal
2007-03-27 Stepan Kasal [EMAIL PROTECTED]
* lib/autoconf/status.m4 (AC_CONFIG_SUBDIRS): Update comment.
Index: lib/autoconf/status.m4
Hello,
I noticed a mis-formulated comment.
Attached please find a suggested fix (not checked in yet).
Reviews are welcome.
Thanks,
Stepan Kasal
2007-03-27 Stepan Kasal [EMAIL PROTECTED]
* lib/autoconf/status.m4 (_AC_OUTPUT_CONFIG_STATUS): Fix a
comment
at the
part of the config.log file that deals with this compile failure,
so it might be a good idea to attach it to the report.
Have a nice day,
Stepan Kasal
from other members of the list.
Have a nice day,
Stepan Kasal
Hello,
On Mon, Mar 19, 2007 at 10:25:39AM +0100, Jules Colding wrote:
If using _AM_SUBST_NOTMAKE isn't the officially sanctioned way of
doing what I want to do, then what is the recommended way?
sorry if my previous answer confused things.
In short, I believe that using _AM_SUBST_NOTMAKE is
Hello,
On Thu, Mar 15, 2007 at 01:29:30PM +0100, Ralf Wildenhues wrote:
[ Cc:ing bug-automake for an documentation request ]
* Jules Colding wrote on Thu, Mar 15, 2007 at 12:10:54PM CET:
[...]
This unfortunately has a side effect as it creates a target in my
Makefile named BuildRequires:
Hello,
``No, no, it ain't me, you are looking for, babe!''
--Robert Zimmermann
On Wed, Mar 14, 2007 at 10:33:26PM -0600, Bob Proulx wrote:
David Byron wrote:
I'm trying to find a way to remove all the files that autoreconf -fvi puts
in my source directory.
Hello,
On Fri, Jan 12, 2007 at 10:49:14AM -0800, Paul Eggert wrote:
Stepan Kasal [EMAIL PROTECTED] writes:
-* autoconf: (autoconf)autoconf Invocation.
+* autoconf invocation: (autoconf)autoconf Invocation.
How to create configuration scripts
That's fine
1 - 100 of 717 matches
Mail list logo