Re: OBJ and EXE and cross-compilation (Was: AC_OBJEXT again)

2000-12-13 Thread Akim Demaille
> "Mo" == Mo DeJong <[EMAIL PROTECTED]> writes: Mo> But would this still work if I wanted to compile with the mingw Mo> compiler under Cygwin? The mingw native compiler is also named Mo> gcc, so what --host triple would I need to pass to the configure Mo> script? It seems like I would need to

Re: AC_OBJEXT again

2000-12-13 Thread Akim Demaille
| 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

Re: Config error for Darwin (Mac OS/X)

2000-12-13 Thread Akim Demaille
> "Tim" == Tim Power <[EMAIL PROTECTED]> writes: Tim> I get a sed error, unescaped line termination character during Tim> the final stage of the ./configure on Darwin, it is trying to Tim> write the makefiles... has anyone found a solution to this? Hi, Could you provide some background? Wh

Re: autoconf/161

2000-12-13 Thread Akim Demaille
> "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

Re: Config error for Darwin (Mac OS/X)

2000-12-13 Thread Akim Demaille
| OpenLDAP 2.0.7 | | The error happens when it is trying to read in all the makefiles and | substitute the variables for teh values that it has found during the | configure. The configure works perfectly expect for the makefile bit. | | "sed: 45: conftest.s1: unescaped newline inside substitut

Re: AC_OBJEXT again

2000-12-13 Thread Lars J. Aas
On Tue, Dec 12, 2000 at 09:22:08PM +0100, [EMAIL PROTECTED] wrote: : +# Ignore .d files produced by CFLAGS=-MD. : +# : +# On UWIN (which uses a cc wrapper for MSVC), the compiler also generates : +# a .pdb file : +# : +# When the w32 free Borland C++ command line compiler links a program : +# (con

Re: AC_OBJEXT again

2000-12-13 Thread Earnie Boyd
--- 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,

Re: OBJ and EXE and cross-compilation (Was: AC_OBJEXT again)

2000-12-13 Thread Earnie Boyd
--- 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

Re: Config error for Darwin (Mac OS/X)

2000-12-13 Thread Akim Demaille
> "Tim" == Tim Power <[EMAIL PROTECTED]> writes: Tim> It is autoconf 2.13. Tim> Ok so I've downloaded the file, untar'ed it. But I'm at a bit of Tim> a loss on how to get it to generate a new OpenLDAP configure Tim> file... A bit of a novice u c. Well, please first complain to the maintain

AC_CYGWIN etc. (Was: AC_OBJEXT again)

2000-12-13 Thread Akim Demaille
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... (AC_CYGWIN

Re: Config error for Darwin (Mac OS/X)

2000-12-13 Thread Akim Demaille
> "Tim" == Tim Power <[EMAIL PROTECTED]> writes: Tim> All I typed was ./configure if that is what u mean. Tim> Ok I'll do that and thanks for your help. Seems no one has Tim> started trying to port it to Darwin yet. I doubt it is related to Darwin in any way. Please, send us the file name

Re: Config error for Darwin (Mac OS/X)

2000-12-13 Thread Tim Power
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

Re: Config error for Darwin (Mac OS/X)

2000-12-13 Thread Akim Demaille
| # 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/bu

Re: Config error for Darwin (Mac OS/X)

2000-12-13 Thread Tim Power
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 |+--->

Re: Config error for Darwin (Mac OS/X)

2000-12-13 Thread Pavel Roskin
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 sugg

Re: Config error for Darwin (Mac OS/X)

2000-12-13 Thread Akim Demaille
> "Tim" == Tim Power <[EMAIL PROTECTED]> writes: Tim> I don't really follow... when I type 'env' I have no environment Tim> variable CDPATH, I do as u suggest but I don't have bash, so I Tim> try it with bourne, but there is to my mind no var to clear I'm sure you have some stuff that ma

Re: Config error for Darwin (Mac OS/X)

2000-12-13 Thread Akim Demaille
| 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: li

RE: AC_OBJEXT again

2000-12-13 Thread Bernard Dautrevaux
> -Original Message- > From: Akim Demaille [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, December 13, 2000 1:40 PM > To: Alexandre Oliva > Cc: Peter Eisentraut; Morten Eriksen; [EMAIL PROTECTED] > Subject: Re: AC_OBJEXT again > > | But I'm also a bit unsure as to whethe

RE: OBJ and EXE and cross-compilation (Was: AC_OBJEXT again)

2000-12-13 Thread Bernard Dautrevaux
> -Original Message- > From: Earnie Boyd [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, December 13, 2000 2:02 AM > To: Alexandre Oliva; Mo DeJong > Cc: [EMAIL PROTECTED] > Subject: Re: OBJ and EXE and cross-compilation (Was: AC_OBJEXT again) > > > --- Alexandre Oliva <[EMAIL PROTECTED]>

RE: OBJ and EXE and cross-compilation (Was: AC_OBJEXT again)

2000-12-13 Thread Bernard Dautrevaux
> -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: >

Re: AC_CYGWIN etc. (Was: AC_OBJEXT again)

2000-12-13 Thread Earnie Boyd
--- 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

Re: AC_CYGWIN etc. (Was: AC_OBJEXT again)

2000-12-13 Thread Alexandre Oliva
On Dec 13, 2000, Earnie Boyd <[EMAIL PROTECTED]> wrote: > --- Akim Demaille <[EMAIL PROTECTED]> wrote: >> >> Here is my proposal. Ok with me. > in that the variable CYGWIN is used by Cygwin to control Cygwin > characteristics. One more reason to obsolete this macro. Since it's supplied only

errrr.. bug in 2.13 with AC_REPLACE_FUNCS() ?

2000-12-13 Thread emf
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

Re: AC_CYGWIN etc. (Was: AC_OBJEXT again)

2000-12-13 Thread Mo DeJong
> 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... >

Re: AC_CYGWIN etc. (Was: AC_OBJEXT again)

2000-12-13 Thread Alexandre Oliva
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 fi