On 2016-01-22 12:33, Marko Lindqvist wrote:
> When building a project on MSYS2 environment, my configure fails to
> find out that the winsock2.h is available there.
> Simple AC_CHECK_HEADER() for winsock2.h fails, and so would many
> standard macros if it was to be included. The reason for that
On 2018-08-20 16:11, Sébastien Hinderer wrote:
> Dear all,
>
> I am writing an autoconf script for a project which is supposed to
> compile under both Unix and Windows.
>
> Under Windows, the project will be built under Cygwin but it should be
> possible to use both MingW and cl.exe to compile
On 2014-05-22 15:39, James L. Barker wrote:
OS: RHEL 6.5
Autoconf: 2.63
Automake: 1.11.1
I have a library compiled as a mylib.a without Position Independent Code.
When I put the following line in my configure.ac file, the library is not
found.
LDFLAGS=-I/usr/local/packages/lib
Hi!
It's not possible to use AC_PATH_PROGS_FEATURE_CHECK with a cache
variable that does not start with ac_cv_path_ which is bad since
one project might check for a certain capability of tool foo, while
some other project is interested in some completely orthogonal
capability of that same tool
On 2014-02-27 01:20, Russ Allbery wrote:
Peter Rosin writes:
It's not possible to use AC_PATH_PROGS_FEATURE_CHECK with a cache
variable that does not start with ac_cv_path_ which is bad since one
project might check for a certain capability of tool foo, while some
other project
On 2014-02-27 01:38, Russ Allbery wrote:
Peter Rosin p...@lysator.liu.se writes:
On 2014-02-27 01:20, Russ Allbery wrote:
Wouldn't you name the variable FOO_FEATURE? In other words, I think
the example in the Autoconf manual is not the best, but the
functionality you need is there. I
On 2014-02-27 02:00, Peter Rosin wrote:
On 2014-02-27 01:38, Russ Allbery wrote:
Peter Rosin p...@lysator.liu.se writes:
On 2014-02-27 01:20, Russ Allbery wrote:
Wouldn't you name the variable FOO_FEATURE? In other words, I think
the example in the Autoconf manual is not the best
[Technically this is a Libtool question, but I'll answer here anyway]
On 2014-01-08 07:58, Harlan Stenn wrote:
I need configure to tell me if I can use --no-as-needed or --as-needed.
Right now we have been only using these flags if we're using GCC, and
I've got a case (solaris) where gcc is
On 2013-05-31 23:46, Eric Blake wrote:
On 05/31/2013 03:26 PM, Peter Rosin wrote:
On 2013-05-31 19:19, Eric Blake wrote:
That said, would it hurt if autoconf just unconditionally defined the
macros that were previously conditionally defined by a probe, so that
code that was relying
On 2013-05-31 19:19, Eric Blake wrote:
That said, would it hurt if autoconf just unconditionally defined the
macros that were previously conditionally defined by a probe, so that
code that was relying on HAVE_STRINGS_H instead of blind inclusion will
still compile?
How would one do to be
On 2013-06-01 00:06, Russ Allbery wrote:
Peter Rosin p...@lysator.liu.se writes:
On 2013-05-31 19:19, Eric Blake wrote:
That said, would it hurt if autoconf just unconditionally defined the
macros that were previously conditionally defined by a probe, so that
code that was relying
On 2013-03-15 05:05, Russ Allbery wrote:
Zack Weinberg za...@panix.com writes:
I think we should try to come up with a principled cutoff for how old is
too old, though. I started this thinking POSIX.1-2001 (including XSI,
but maybe not any other options) was a reasonable place to draw the
On 2013-03-15 21:18, Zack Weinberg wrote:
On 2013-03-15 9:14 AM, Peter Rosin wrote:
I just wanted to chime in with the fact that it's working just fine to
use one of said UNIX-like portability environments and have Autoconf
probe MSVC directly.
This is relevant to my interests ;) How do
On 2013-01-29 13:27, Gary V. Vaughan wrote:
AS_VAR_GET expands AS_ECHO inside en evaled single quoted string,
which causes the single quotes in printf '%s\n' to expose the
%s\n to the shell which expands \n to simply n before passing
it to printf.
* lib/m4sugar/m4sh.m4 (AS_ECHO): Use double
On 2013-01-29 14:31, Gary V. Vaughan wrote:
Hi Peter,
On 29 Jan 2013, at 20:17, Peter Rosin p...@lysator.liu.se wrote:
On 2013-01-29 13:27, Gary V. Vaughan wrote:
Normally, @command{printf} is safer and easier to use than @command{echo}
-and @command{echo -n}. Thus, you should use
On 2013-01-29 03:24, Gary V. Vaughan wrote:
* doc/autoconf.text (Limitations of Shell Builtins): Document
s/text/texi/
Cheers,
Peter
On 2012-11-16 11:37, Stefano Lattarini wrote:
* lib/autoconf/c.m4 (_AC_PROG_CC_C99): Here. Was causing a
failure in the 'space_tab' syntax check.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/autoconf/c.m4 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On 2012-10-02 16:02, Adrian Bunk wrote:
On Mon, Oct 01, 2012 at 03:40:31PM -0700, Paul Eggert wrote:
On 10/01/2012 03:20 PM, Adrian Bunk wrote:
Not if they are set to default to C99 mode.
Ah. True. That may be a problem for future
versions of these two compilers, though it's
not a problem
On 2012-08-16 22:17, Eric Blake wrote:
On 08/16/2012 02:04 PM, Javier Jardón wrote:
Hello,
Im working on port GNOME moduels to use autoreconf instead our own
tool, gnome-autogen [1] (they do almost the same, but gnome-autogen
was created before autoreconf exist)
A bit of research shows
On 2012-04-22 19:42, Bruno Haible wrote:
Hi,
On bi-arch systems (such as x86 / x86_64) it is often necessary to pass
the --host option together with an appropriate value for CC. But this
triggers a warning:
$ ./configure --host=i686-pc-linux-gnu CC=gcc -m32 -march=i586
configure:
On 2012-04-23 11:14, Bruno Haible wrote:
Peter Rosin wrote:
If you don't specify --build when you are cross-compiling (i.e. host !=
build),
in an environment where the build system -- for one reason or another -- is
able
to execute the host code, the heuristic to detect a cross-compiler
On 2012-04-23 13:16, Bruno Haible wrote:
Peter Rosin wrote:
$ uname -mo
i686 Cygwin
$ cat EOF configure.ac
AC_INIT([cross-test], [0.1])
AC_PROG_CC
AC_OUTPUT
EOF
$ autoconf
$ ./configure --host=i686-pc-mingw32
...
checking whether the C compiler works... yes
checking for C compiler
On 2012-04-23 19:32, Paul Eggert wrote:
On 04/23/2012 04:16 AM, Bruno Haible wrote:
2012-04-23 Bruno Haible br...@clisp.org
doc: Mention an effect of --build on AC_RUN_IFELSE.
* doc/autoconf.texi (Specifying Target Triplets): Mention another
effect of --build.
Thanks, I
Eric Blake skrev 2012-02-27 14:58:
On 02/26/2012 03:14 PM, Peter Rosin wrote:
Sorry for the late reply, but this might be relevant. Personally, I wouldn't
classify the below as a working test -x, but I'm not sure what working is
in
this context...
Thanks for chiming in. I still
Eric Blake skrev 2012-02-23 23:42:
On 02/23/2012 02:48 PM, Stefano Lattarini wrote:
* lib/Makefile.am (installcheck-local): To verify that the installed
scripts are actually executable, simply use 'test -x', instead of
resorting to perl and its '-x' file operator. Today, 'test -x'
should
Stefano Lattarini skrev 2012-02-08 22:31:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10766
[CC:ing the bug-autoconf list]
On 02/08/2012 10:04 PM, Peter Rosin wrote:
Hi!
The testsuite on master tries to use lesser compilers, but on Cygwin
this causes some failures due
Werner LEMBERG skrev 2012-02-03 10:45:
is there an autoconf macro to detect MS Windows?
Is that a joke? The trouble is, that autoconf requires a shell and
M4, which Windows doesn't provide (only in Cygwin). So MS Windows is
detected when autoconf/configure does not run...
Very witty :-)
Dave Korn skrev 2012-01-20 01:15:
*snip*
That could be tricky because I guess you won't be able to use
libtool at configure time.
*snip*
It's possible to use libtool at configure time, but you need to invoke
LT_OUTPUT before you do so. Or is there a reason for that not to work
in
Paul Eggert skrev 2012-01-04 09:33:
On 01/04/12 00:01, Peter Rosin wrote:
Below is a patch that makes the lex library detection and
the yytext-pointer tests not stumble when the system does
not provide a unistd.h include.
Are the tests really stumbling in that case?
Yes. I don't have logs
@@
+2011-12-21 Peter Rosin p...@lysator.liu.se
+
+ Fix LEXLIB and YYTEXT_POINTER on non-ANSI systems.
+ * lib/autoconf/programs.m4 (_AC_PROG_LEX_YYTEXT_DECL):
+ Don't require unistd.h to be present, which it isn't
+ with, e.g., MSVC.
+
2011-12-07 Paul Eggert egg
Werner LEMBERG skrev 2011-12-07 21:08:
I still don't understand the details of the autoconf problem (and I
still think that something is fishy), but defining this macro works
just fine :-)
Clearly, depending on an implementation-dependent macro is not
suitable for portable software.
So
Den 2011-07-31 01:57 skrev NightStrike:
On Sat, Jul 30, 2011 at 3:26 PM, Gary V. Vaughan g...@gnu.org wrote:
On 31 Jul 2011, at 02:04, NightStrike wrote:
*snip*
Consider, though, using cl.exe in an msys environment. That uses /
instead of - for switches, for instance.
I would be quite
Den 2011-02-09 05:42 skrev Miles Bader:
On Wed, Feb 9, 2011 at 4:39 AM, Ralf Corsepius rc040...@freenet.de wrote:
At the least, constructs like
AC_CHECK_HEADERS([stdint.h unistd.h fcntl.h sys/mman.h sys/stat.h])
could check all the entries in parallel.
Only simple scenarios, in which headers
Den 2011-02-09 10:55 skrev Miles Bader:
Peter Rosin p...@lysator.liu.se writes:
[I meant, all the entries _within a single invocation_ (of
AC_CHECK_HEADERS, etc) could be checked in parallel...]
Yes, in a perfect world. If you e.g. do this:
AC_CHECK_HEADERS([ \
...
So it would have
Den 2011-02-07 09:14 skrev Ralf Corsepius:
Provided how HW has developed since the discussions from 10 years
ago, you cited about, I am actually leaning towards proposing the
converse of your proposal: Autoconf toconsider to abandoning
config.cache.
No, it still needs to be optional. Not
Den 2011-02-07 11:12 skrev Ralf Corsepius:
On 02/07/2011 10:02 AM, Peter Rosin wrote:
Den 2011-02-07 09:14 skrev Ralf Corsepius:
Provided how HW has developed since the discussions from 10 years
ago, you cited about, I am actually leaning towards proposing the
converse of your proposal
Den 2010-10-21 12:02 skrev Paolo Bonzini:
On 10/18/2010 10:07 AM, Peter Rosin wrote:
So, your patch needs more work, either in autoconf.texi (documenting
that LN_S needs to be set in the environment rather than on the
configure command line) or we need to think or some other way to
fixup
Den 2010-11-18 22:17 skrev Paul Eggert:
On 11/17/10 21:47, Peter Rosin wrote:
If you take some random proprietary compiler on some
random proprietary unix, you expect autotools to cope.
No, actually, I don't expect that. For example, on Solaris 10, I
must pass some arguments to 'configure
Den 2010-11-17 06:35 skrev Paul Eggert:
On 11/16/2010 01:49 AM, Peter Rosin wrote:
We have a proposed patch that fixes problems.
If this is talking about the patch proposed in
http://lists.gnu.org/archive/html/autoconf-patches/2010-08/msg00023.html
Yes, that's the patch, sorry
Den 2010-11-17 09:57 skrev Paul Eggert:
On 11/17/2010 12:16 AM, Peter Rosin wrote:
just the other day I built a couple of
libraries with MSVC with simple
autoreconf -i; configure CC=cl CFLAGS=-nologo [more stuff]; make
sequences. The autoreconf step will not be needed once the libraries
Den 2010-08-16 21:26 skrev Peter Rosin:
Den 2010-08-16 20:45 skrev Ralf Wildenhues:
Hi Peter,
* Peter Rosin wrote on Mon, Aug 16, 2010 at 08:14:50PM CEST:
The logo of my version of MSVC is:
8
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for
80x86
Den 2010-11-02 20:15 skrev Ralf Wildenhues:
Hello Peter, Miles,
* Miles Bader wrote on Tue, Nov 02, 2010 at 08:18:24AM CET:
On Tue, Nov 2, 2010 at 4:04 PM, Peter Rosin wrote:
Den 2010-11-02 06:46 skrev Ralf Wildenhues:
Except then you may run into MSVC which prints its command-line options
Den 2010-11-02 06:46 skrev Ralf Wildenhues:
Except then you may run into MSVC which prints its command-line options
(dunno whether on stdout or stderr) ...
To expand on that tangent...
MSVC only prints the options it ends up feeding to link.exe (or maybe
it's link.exe that prints them?) and
Den 2010-11-02 08:18 skrev Miles Bader:
On Tue, Nov 2, 2010 at 4:04 PM, Peter Rosin p...@lysator.liu.se wrote:
Den 2010-11-02 06:46 skrev Ralf Wildenhues:
Except then you may run into MSVC which prints its command-line options
(dunno whether on stdout or stderr) ...
To expand on that tangent
expansion and AC_PROG_LN_S, at least as long as _AS_LN_S_PREPARE is
expanded first but that seems pretty hard to change).
Cheers,
Peter
2010-10-18 Peter Rosin p...@lysator.liu.se
AC_PROG_LN_S: allow overriding of as_ln_s with LN_S.
* lib/autoconf/programs.m4 (AC_PROG_LN_S): If LN_S
Den 2010-10-16 10:39 skrev Ralf Wildenhues:
Hello Václav,
* Václav Haisman wrote on Fri, Oct 15, 2010 at 08:56:51PM CEST:
I am having difficulty testing for compiler features like
__declspec(dllimport) and switches like -Wall or -Werror.
The problem has started like this. I wanted to test
$$.dir/conf$$.file conf$$.file
rmdir conf$$.dir 2/dev/null
+else
+ as_ln_s=$LN_S
+endif
])# _AS_LN_S_PREPARE
From 2d11f3141128aa2dec277119b273e455620e280b Mon Sep 17 00:00:00 2001
From: Peter Rosin p...@lysator.liu.se
Date: Fri, 15 Oct 2010 09:18:46 +0200
Subject: [PATCH] AS_LN_S: allow overriding
Den 2010-10-15 19:51 skrev Ralf Wildenhues:
Hi Peter,
* Peter Rosin wrote on Fri, Oct 15, 2010 at 09:28:53AM CEST:
I haven't actually tested the patch, but it seems trivial enough.
Bzzt. You are just barely saved yourself by admitting it upfront! ;-
Oooops.
--- a/lib/m4sugar/m4sh.m4
$$.dir/conf$$.file conf$$.file
rmdir conf$$.dir 2/dev/null
+else
+ as_ln_s=$LN_S
+endif
])# _AS_LN_S_PREPARE
From 2d11f3141128aa2dec277119b273e455620e280b Mon Sep 17 00:00:00 2001
From: Peter Rosin p...@lysator.liu.se
Date: Fri, 15 Oct 2010 09:18:46 +0200
Subject: [PATCH] AS_LN_S: allow overriding
Hi Steffen!
Den 2010-09-02 21:50 skrev Steffen Dettmer:
On Thu, Sep 2, 2010 at 9:18 PM, Peter Rosin p...@lysator.liu.se wrote:
(background: I want to have Libtool on Cygwin drive MSVC, and
Cygwin creates soft links that MSVC does not understand. The
Libtool testsuite invokes autoconf followed
Den 2010-09-03 11:47 skrev Steffen Dettmer:
On Fri, Sep 3, 2010 at 8:18 AM, Peter Rosin p...@lysator.liu.se wrote:
Den 2010-09-02 21:50 skrev Steffen Dettmer:
On Thu, Sep 2, 2010 at 9:18 PM, Peter Rosin p...@lysator.liu.se wrote:
[cp instead of ln -s]
couldn't this break dependcies?
I'm
Hi!
For various reasons I want to override the decision autoconf
makes regarding LN_S. It it set to ln -s on my system which
is perfectly fine in every normal case. But in my abnormal case
I want it to be cp -p. What can I do? I also want this to
propagate to recursive autoconf invocations, so it
Den 2010-09-02 21:32 skrev Ralf Wildenhues:
Hi Peter,
* Peter Rosin wrote on Thu, Sep 02, 2010 at 09:18:29PM CEST:
For various reasons I want to override the decision autoconf
makes regarding LN_S. It it set to ln -s on my system which
is perfectly fine in every normal case. But in my
Den 2010-09-02 21:45 skrev Peter Rosin:
Den 2010-09-02 21:32 skrev Ralf Wildenhues:
Hi Peter,
* Peter Rosin wrote on Thu, Sep 02, 2010 at 09:18:29PM CEST:
For various reasons I want to override the decision autoconf
makes regarding LN_S. It it set to ln -s on my system which
is perfectly
Den 2010-08-17 22:01 skrev Ralf Wildenhues:
* Peter Rosin wrote on Mon, Aug 16, 2010 at 09:41:06PM CEST:
Den 2010-08-16 21:36 skrev Eric Blake:
Rather than doing a sed for a particular regex, I would be much more
comfortable with a comparison of the two outputs. Less chance of
Microsoft
Den 2010-08-18 13:35 skrev Paolo Bonzini:
On 08/16/2010 08:14 PM, Peter Rosin wrote:
The logo of my version of MSVC is:
8
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for
80x86
Copyright (C) Microsoft Corporation. All rights reserved.
8
Which
Den 2010-08-18 15:53 skrev Peter Rosin:
Den 2010-08-18 13:35 skrev Paolo Bonzini:
On 08/16/2010 08:14 PM, Peter Rosin wrote:
The logo of my version of MSVC is:
8
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for
80x86
Copyright (C) Microsoft Corporation
Den 2010-08-16 21:41 skrev Peter Rosin:
Den 2010-08-16 21:36 skrev Eric Blake:
On 08/16/2010 01:26 PM, Peter Rosin wrote:
Good catch, I knew they were very similar and assumed my matching was just
about wide enough. But since I didn't check, Murphy made sure that it wasn't
working
2001
From: Peter Rosin p...@lysator.liu.se
Date: Mon, 16 Aug 2010 19:48:40 +0200
Subject: [PATCH] Ignore boilerplate logo from MSVC on stderr.
* lib/autoconf/general.m4 (_AC_RUN_LOG_STDERR): Unless you pass
the -NOLOGO option to MSVC, it will always output a boilerplate
logo on stderr. This foils
Den 2010-08-16 20:45 skrev Ralf Wildenhues:
Hi Peter,
* Peter Rosin wrote on Mon, Aug 16, 2010 at 08:14:50PM CEST:
The logo of my version of MSVC is:
8
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for
80x86
Copyright (C) Microsoft Corporation. All
Den 2010-08-16 21:36 skrev Eric Blake:
On 08/16/2010 01:26 PM, Peter Rosin wrote:
Good catch, I knew they were very similar and assumed my matching was just
about wide enough. But since I didn't check, Murphy made sure that it wasn't
working for everybody, see below...
Rather than doing
Den 2010-08-16 21:41 skrev Ralf Wildenhues:
* Peter Rosin wrote on Mon, Aug 16, 2010 at 09:26:57PM CEST:
Den 2010-08-16 20:45 skrev Ralf Wildenhues:
* Peter Rosin wrote on Mon, Aug 16, 2010 at 08:14:50PM CEST:
The logo of my version of MSVC is:
Without having looked at the patch or your
Hi!
I have now gotten sufficiently annoyed about the libtool testsuite
not keeping files around for me when a test unexpectedly passes.
So, this fixes that.
Cheers,
Peter
From 42cc8c42e44c45d4382b253c82b29d87550f827a Mon Sep 17 00:00:00 2001
From: Peter Rosin p...@lysator.liu.se
Date: Tue, 10
Den 2010-08-10 19:07 skrev Eric Blake:
On 08/10/2010 03:48 AM, Peter Rosin wrote:
Hi!
I have now gotten sufficiently annoyed about the libtool testsuite
not keeping files around for me when a test unexpectedly passes.
So, this fixes that.
I like it. Is there any chance you can modify
64 matches
Mail list logo
