Re: Further on gcc-3.0 sparc-solaris bootstrap failure

[Stephen L Moshier]

On 8 Jun 2001, Alexandre Oliva wrote:

> On Jun  6, 2001, Stephen L Moshier <address@hidden> wrote:
> 
> > The libobjc/configure script in the cvs archive is not the same as
> > the one that gets generated during the build.  For some reason make
> > insists on running autoconf, which generates a libobjc/configure
> > file about 50 Kbytes larger than the one in cvs.  The autoconf on
> > this machine is version 2.50, and the generated configure script
> > stops here:
> 
> >   # We need AC_EXEEXT to keep automake happy in cygnus mode.  However,
> >   # at least currently, we never actually build a program, so we never
> >   # need to use $(EXEEXT).  Moreover, the test for EXEEXT normally
> >   # fails, because we are probably configuring with a cross compiler
> >   # which cant create executables.  So we include AC_EXEEXT to keep
> >   # automake happy, but we dont execute it, since we dont care about
> >   # the result.
> >   if false; then
> 
> >   fi
> 
> The blank line contains AC_EXEEXT in configure.in.  Since AC_EXEEXT is
> run by default by default by autoconf 2.50, the duplicate expands to
> nothing, which breaks.
> 
> For backward compatibility, autoconf's AC_EXEEXT (and any other
> duplicate-discarded macro, for that matter) should probably be
> expanded to `:', not nothing, so that constructs as above keep on
> working.
> 
> As for GCC, we should probably add a line containing `:' inside the
> conditional, so that it works with autoconf 2.50 even if the problem
> is fixed in 2.51.
> 
> Stephen, would you please post a patch?


Here is a patch --

       * libobjc/configure.in (AC_EXEEXT):  Precede by placeholder ':' command.

*** libobjc/configure.in        2001/06/06 17:32:08     1.1
--- libobjc/configure.in        2001/06/08 13:37:41
*************** AC_PROG_INSTALL
*** 91,96 ****
--- 91,97 ----
  # automake happy, but we dont execute it, since we dont care about
  # the result.
  if false; then
+   : ;
    AC_EXEEXT
  fi