"Lars J. Aas" <[EMAIL PROTECTED]> writes:
> Actually, it doesn't. Many of the initial configure tests fail on
> Cygwin because of this mess, I seem to recall.
None of the important ones, I believe (my patch fixes the only case I
could find).
There are some ugly hacks in Autoconf to take specia
On Wed, Sep 06, 2000 at 02:43:03PM +0200, Akim Demaille wrote:
: | > I'd accept patches that do what you suggest too: have _AC_EXEEXT be
: | > independent from AC_LINK_IFELSE, have AC_LINK|COMPILE_IFELSE require
: | > what they need, [...]
: |
: | I looked at the code, but the macros that does th
On Sep 6, 2000, Morten Eriksen <[EMAIL PROTECTED]> wrote:
> * acspecific.m4: _AC_OBJEXT was using AC_COMPILE_IFELSE, but
> AC_COMPILE_IFELSE depends on the value of $ac_objext. This
> dependency deadlock is broken by making _AC_OBJEXT independent
> of AC_COMPILE_I
| Thanks. I've got an updated version attached below, with the only
| additions that AC_OBJEXT is called before AC_EXEEXT in AC_PROG_CC,
| AC_PROG_CXX and AC_PROG_F77 (AC_EXEEXT uses $ac_objext).
Good!
| > I'd accept patches that do what you suggest too: have _AC_EXEEXT be
| > independent from
Akim Demaille <[EMAIL PROTECTED]> writes:
> Meanwhile, I OK your patch.
Thanks. I've got an updated version attached below, with the only
additions that AC_OBJEXT is called before AC_EXEEXT in AC_PROG_CC,
AC_PROG_CXX and AC_PROG_F77 (AC_EXEEXT uses $ac_objext).
> I'd accept patches that do what
> "Morten" == Morten Eriksen <[EMAIL PROTECTED]> writes:
Morten> As I said, a hornet's nest. Was anyone on the list aware of
Morten> these bugs?
Yep, I am, and I agree it's frightening.
Nevertheless I think that in the future, since we plan to rewrite most
of the compiler related macros, we
