_AC_COMPILER_EXEEXT cleanup

2005-08-31 Thread Stepan Kasal
Hello, I noticed that the _AC_COMPILER_EXEEXT definition is rather crufty, so I created the following cleanup. Ralf Wildenhues has told me: CVS HEAD, branch-1-5 and branch-1-4 (sic! last updated in 2002; someone mentioned he still uses it) do not contain references to ac_cv_exeext (unlike

Re: Check XMKMF variable, export CC for xmkmf

2005-08-31 Thread Pavel Roskin
On Fri, 2005-08-26 at 12:42 -0700, Paul Eggert wrote: Pavel Roskin [EMAIL PROTECTED] writes: * lib/autoconf/libs.m4 (_AC_PATH_X_XMKMF): Use shell variable XMKMF to locate xmkmf. Make XMKMF precious. Export CC when running xmkmf. Thanks; I installed that. Perhaps it needs

Re: weird AC_REQUIRE expansion issue

2005-08-31 Thread Ralf Wildenhues
Hi Stepan, * Stepan Kasal wrote on Mon, Aug 29, 2005 at 06:42:14PM CEST: where I can't AC_REQUIRE([CX_STATUS]), because that is supposed to be used several times, obviously, [...] But you can create a special copy for the purpose of being required by CX_COMPILER_CHECKS: *snip* But

AC_CHECK_LIB acts very strangely in Darwin

2005-08-31 Thread Aarno Syvänen
I try to configure a product to various platforms with following case: case $host in *-sun-solaris*) CFLAGS=$CFLAGS -DSunOS=1 ;; *-cygwin*) EXE_EXT=.exe ;; *apple-darwin*) # # MacOS X # lets try to find the newest installed SDK for compilation

Re: AC_CHECK_LIB acts very strangely in Darwin

2005-08-31 Thread Ralf Wildenhues
Hi Aarno, * Aarno Syvänen wrote on Wed, Aug 31, 2005 at 02:45:52PM CEST: I try to configure a product to various platforms with following case: case $host in *snip* if [[ $DONE = 0 ]] *snip* When I check generated configure script, I noticed following: *snip*

Re: AC_CHECK_LIB acts very strangely in Darwin

2005-08-31 Thread Stepan Kasal
Hello Aarno, I've already posted my own answer, but this is a comment on Ralf's answer: On Wed, Aug 31, 2005 at 03:05:28PM +0200, Ralf Wildenhues wrote: if [[ $DONE = 0 ]] ... if [ $DONE = 0 ] See what's happening? Ralf, I guess Aarno knows what he is

Re: AC_CHECK_LIB acts very strangely in Darwin

2005-08-31 Thread Stepan Kasal
Hello, in general, The Autoconf Way is to check for feattures, not for platform name. For example: *-cygwin*) EXE_EXT=.exe A variable EXEEXT is provided automatically by Autoconf. And the detection works also for mingw and all other platforms. case $host in *-sun-solaris*)

Re: AC_CHECK_LIB acts very strangely in Darwin

2005-08-31 Thread Aarno Syvänen
On Aug 31, 2005, at 3:05 PM, Ralf Wildenhues wrote: Hi Aarno, * Aarno Syvänen wrote on Wed, Aug 31, 2005 at 02:45:52PM CEST: I try to configure a product to various platforms with following case: case $host in *snip* if [[ $DONE = 0 ]] *snip* When I check

Re: weird AC_REQUIRE expansion issue

2005-08-31 Thread Stepan Kasal
Hello Ralf, *warning*: my previous long answer was not correct! And at the beginning of the long answer, I recommended: AC_REQUIRE([_CX_STATUS_FOR_CX_COMPILER_CHECKS]) (you have to define the temporary macro _CX_STATUS_FOR_CX_COMPILER_CHECKS). This suggestion was correct. Use it if you

Re: AC_CHECK_LIB acts very strangely in Darwin

2005-08-31 Thread Aarno Syvänen
Hello, On Aug 31, 2005, at 3:26 PM, Stepan Kasal wrote: Hello, in general, The Autoconf Way is to check for feattures, not for platform name. For example: *-cygwin*) EXE_EXT=.exe A variable EXEEXT is provided automatically by Autoconf. And the detection works also for mingw and

Re: AC_CHECK_LIB acts very strangely in Darwin

2005-08-31 Thread Thomas Dickey
On Wed, 31 Aug 2005, Ralf Wildenhues wrote: Short story: [ ] are quotation characters within configure.ac files. That's one reason why many m4 macros use test instead for readability. The main reason is that some older systems do not have [ as an alias for test. -- Thomas E. Dickey

Re: AC_CHECK_LIB acts very strangely in Darwin

2005-08-31 Thread Stepan Kasal
Hello Aarno, After commenting out AC_CHECK_LIB, all header checks were ok. you mentioned it, but I missed that. Really crazy things are: checking whether we are using the GNU C compiler... no checking for ANSI C header files... no [etc.] I missed that when I read your first mail. When

AC_SEARCH_LIBS does not clean up

2005-08-31 Thread Stepan Kasal
Hello, I noticed that the break called in a parameter to AC_LINK_IFELSE skips the command rm conftest conftest.$ac_objext ... This means that the files are left uncleaned. The patch attached to this mail exposes the problem. There are two ways to fix the problem: 1) Add a rm to

Re: weird AC_REQUIRE expansion issue

2005-08-31 Thread Ralf Wildenhues
Hi Stepan, Again I'll only refer to part of your well-written mail, not because of ignorance but because this issue is more important to me at the moment, and I will come back later to the other one: * Stepan Kasal wrote on Wed, Aug 31, 2005 at 04:11:08PM CEST: On Wed, Aug 31, 2005 at

Re: AC_CHECK_LIB acts very strangely in Darwin

2005-08-31 Thread Ralf Wildenhues
Hi Stepan, Aarno, Thomas, * Stepan Kasal wrote on Wed, Aug 31, 2005 at 03:31:24PM CEST: On Wed, Aug 31, 2005 at 03:05:28PM +0200, Ralf Wildenhues wrote: if [[ $DONE = 0 ]] ... if [ $DONE = 0 ] See what's happening? Ralf, I guess Aarno knows what

OpenSSL = 0.9.8

2005-08-31 Thread Jeff Fulmer
Hi, Does anybody have a macro that detects openssl = 0.9.8 and adds -ldl to the LDFLAGS? TIA, Jeff -- #include stdio.h int main(){int a[]={74,117,115,116,32,97,110,111,116,104,101,114,32, \ 67,32,104,97,99,107,101,114,10,0}; int *b=a;while(*b0)putchar(*b++);}

[Vincent Lefevre] Bug#325866: autoconf: AC_COMPILE_IFELSE generates a test that doesn't work on IRIX64

2005-08-31 Thread Ben Pfaff
I'm forwarding the following bug reported against the Debian packaging of upstream autoconf 2.59. (Preserving the CC against [EMAIL PROTECTED] in replies would be appreciated.) Start of forwarded message Subject: Bug#325866: autoconf: AC_COMPILE_IFELSE

ac_arg_with

2005-08-31 Thread Ayodele Onibokun
___ Autoconf mailing list Autoconf@gnu.org http://lists.gnu.org/mailman/listinfo/autoconf

Re: [Vincent Lefevre] Bug#325866: autoconf: AC_COMPILE_IFELSE generates a test that doesn't work on IRIX64

2005-08-31 Thread Ben Pfaff
Ben Pfaff [EMAIL PROTECTED] writes: I'm forwarding the following bug reported against the Debian packaging of upstream autoconf 2.59. (Preserving the CC against [EMAIL PROTECTED] in replies would be appreciated.) Oh, crap: that should be [EMAIL PROTECTED] -- In the PARTIES partition there

help with AC_ARG_WITH logic

2005-08-31 Thread Ayodele(jimmy) Onibokun
Hi -- i'm having some problem with the logic in this ac_arg_with macro: AC_ARG_WITH([gfortran], AC_HELP_STRING([--with-gfortran], [use GNU gfortran]), [if test $withval = yes; then - I'm not sure if I actually need the semicolon in this line and also the '[' that preceeds the if statement.

FW: AC_ARG_WITH

2005-08-31 Thread Ayodele Onibokun
___ Autoconf mailing list Autoconf@gnu.org http://lists.gnu.org/mailman/listinfo/autoconf

Re: can't use m4-1.4.3 to build autoconf-2.59 in Mingw32

2005-08-31 Thread Stepan Kasal
Hello, On Wed, Aug 31, 2005 at 09:57:10AM +0800, haibin zhang wrote: I can't use m4-1.4.3 to build autoconf-2.59 in mingw32 and also I can't use m4-1.4.3 to build other projects. but I can use m4-1.4.exe which provide by mingw32 to build all projects. I have report this bug to m4, but they

Re: can't use m4-1.4.3 to build autoconf-2.59 in Mingw32

2005-08-31 Thread Stepan Kasal
Hello, Thank you for response, I want to use Cygwin to create configure too ,but I found libtool-1.5.8 is very bug in Cygwin,If I create configure in Cygwin,I can't make it in Mingw, this is unfortunate. Of course you could try to fix libtool-1.5 for Cygwin, but you know better that I

Re: AC_SEARCH_LIBS does not clean up

2005-08-31 Thread Noah Misch
On Wed, Aug 31, 2005 at 05:40:59PM +0200, Stepan Kasal wrote: Hello, I noticed that the break called in a parameter to AC_LINK_IFELSE skips the command rm conftest conftest.$ac_objext ... This means that the files are left uncleaned. The patch attached to this mail exposes the