| On Dec 12, 2000, [EMAIL PROTECTED] wrote:
| EXEEXT and OBJEXT don't need to know $CYGWIN etc.
|
| Ok, but I'd rather have the macros renamed to either _AC_HOST_???EXT
| or _AC_CC_???EXT (and only test with the C compiler).
I'm applying the patch as a starting point, these points
"Pavel" == Pavel Roskin [EMAIL PROTECTED] writes:
Pavel What is really scary is that the testsuite doesn't test C++ at
Pavel all (but it has few tests for Fortran 77).
Pavel Is it intentional or should it be fixed?
Should be fixed. I'd suggest a huge configure.in which contains all
the
--- Akim Demaille [EMAIL PROTECTED] wrote:
So the real question is, what happens when you use -o conftest? Will
the cross-compiler and native Win compilers produce conftest, or/and
conftest.exe? As long as conftest.exe is created when one `-o
conftest', we're doing good.
AFAIKT, we're
--- Alexandre Oliva [EMAIL PROTECTED] wrote:
On Dec 12, 2000, Earnie Boyd [EMAIL PROTECTED] wrote:
--- Alexandre Oliva [EMAIL PROTECTED] wrote:
On Dec 12, 2000, Mo DeJong [EMAIL PROTECTED] wrote:
I guess the question is, should we try to compile something and the
set the $host if
Here it is (config.status):
#! /bin/sh
# Generated automatically by configure.
# Run this file to recreate the current configuration.
# This directory was configured as follows,
# on host localhost:
#
# ./configure
#
# Compiler output produced by configure, useful for debugging
# configure, is
| # Protect against being on the right side of a sed subst in config.status.
| sed 's/%@/@@/; s/@%/@@/; s/%g$/@g/; /@g$/s/[\\%]/\\/g;
| s/@@/%@/; s/@@/@%/; s/@g$/%g/' conftest.subs \CEOF
| /^[]*VPATH[]*=[^:]*$/d
|
| s%@SHELL@%/bin/sh%g
[...]
| s%@AUTOMAKE@%/opt/ldap/build
I don't really follow... when I type 'env' I have no environment variable
CDPATH, I do as u suggest but I don't have bash, so I try it with bourne, but
there is to my mind no var to clear
What do you see there that I don't?
I get the same error...
Tim
|+---
Hello, Akim!
What generation of Autoconf generated that configure? It looks like
code from 2.13. Please, download
ftp://alpha.gnu.org/gnu/cvs/autoconf.tar.gz, regenerate the configure
from OpenLDAP with this Autoconf, and tell us if the bug is still
present.
This is a very risky
| if true; then
| { { echo "$as_me:844: error: LinuxThreads header/library mismatch" 5
| echo "$as_me: error: LinuxThreads header/library mismatch" 2;}
|{ (exit 1); exit; }; }
| ;
| fi
|
| $ ./configure
| ./configure: syntax error near unexpected token `;'
| ./configure: ./configure: line
-Original Message-
From: Akim Demaille [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 13, 2000 1:43 PM
To: Mo DeJong
Cc: [EMAIL PROTECTED]
Subject: Re: OBJ and EXE and cross-compilation (Was: AC_OBJEXT again)
"Mo" == Mo DeJong [EMAIL PROTECTED] writes:
Mo But would
--- Akim Demaille [EMAIL PROTECTED] wrote:
Here is my proposal.
-8-
I have a problem with
-8-
@defmac AC_CYGWIN
@maindex CYGWIN
-Checked for the Cygwin environment in which case the shell variable
-@code{CYGWIN} is set to @samp{yes}. @code{AC_EXEEXT} now handles this
-task.
With autoconf 2.13 (built with gnu m4 1.4)
The following:
AC_CHECK_FUNC(strtok, AC_DEFINE(HAVE_STRTOK), LIBOBJS="$LIBOBJS strtok.o")
or
AC_REPLACE_FUNCS(strtok, strtok.o)
or
AC_REPLACE_FUNCS(strtok)
Results in:
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_FD_CC
***BUG
Here is my proposal.
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
Put back AC_CYGWIN etc. under the responsibility of the
configure.in maintainer, but discourage its use.
* acspecific.m4 (_AC_CYGWIN, _AC_MINGW32, _AC_EMXOS2): Rename as...
On Dec 14, 2000, Mo DeJong [EMAIL PROTECTED] wrote:
I am at a loss to explain that one. I would think that a
Linux cross mingw compiler would need to output a .exe
file, but it does not.
Well, then I think it's a bug in the cross compiler. Incidentally, I
do have a patch for GCC that fixed
14 matches
Mail list logo