Re: Problem xcompiling mingw-runtime-3.10

On Wednesday 30 August 2006 2:59 pm, Christopher Faylor wrote:
[Re: Corinna Vinschen's patchset, as discussed on mingw-patches]
> >I've spoken up on the concerned lists in support of this patch.  The
> >changes to mingw and w32api directories do not need top-level approval
> >but I would prefer to advocate that the whole patchset
> >is applied to ensure continued top-level support.
>
> Looks like the patches are in.
>
> FWIW, I forwarded Corinna most of the discussion from this list so she
> was aware of the problem.

I'm coming somewhat late to this particular party.  I guess I should have 
been subscribed to mingw-patches, but wasn't; we normally discuss this 
sort of thing on mingw-dvlpr.

> Does this solve all of the reported problems now?

Seems to resolve the problem.  As I'd noted in a previous message, I'd 
independently arrived at a simplified variation on the same theme, but 
Corinna's patchset is more comprehensive.  I do think, however, that some 
simplification would be appropriate; the following is ok for MinGW, but 
would it break anything in Cygwin?

2006-09-??  Keith Marshall  <keithmarshall@...>

        * aclocal.m4 (LIB_AC_PROG_CC): Redundant macro; deleted.
        (LIB_AC_PROG_CC_GNU, LIB_AC_PROG_CXX): Likewise.

        * configure.in (LIB_AC_PROG_CC): Replaced by...
        (AC_PROG_CC): ...this.

        * configure: Regenerated.

Index: aclocal.m4
===================================================================
RCS file: /cvs/mingw/mingw/aclocal.m4,v
retrieving revision 1.2
diff -u -r1.2 aclocal.m4
--- aclocal.m4  30 Aug 2006 13:05:05 -0000      1.2
+++ aclocal.m4  3 Sep 2006 07:50:49 -0000
 <at>  <at>  -1,5 +1,11  <at>  <at> 
-# generated automatically by aclocal 1.9.6 -*- Autoconf -*-
-
+# aclocal.m4 for MinGW Runtime package.  -*- Autoconf -*-
+#
+# This provides configure definitions used by all the winsup
+# configure.in files.
+#
+# The following is copied from `no-executables.m4', in the top
+# `src/config' directory.
+#
 # Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004,
 # 2005  Free Software Foundation, Inc.
 # This file is free software; the Free Software Foundation
 <at>  <at>  -73,47 +79,4  <at>  <at> 
 m4_divert_pop()dnl
 ])# GCC_NO_EXECUTABLES

-dnl This provides configure definitions used by all the winsup
-dnl configure.in files.
-
-# FIXME: We temporarily define our own version of AC_PROG_CC.  This is
-# copied from autoconf 2.12, but does not call AC_PROG_CC_WORKS.  We
-# are probably using a cross compiler, which will not be able to fully
-# link an executable.  This should really be fixed in autoconf
-# itself.
-
-AC_DEFUN([LIB_AC_PROG_CC_GNU],
-[AC_CACHE_CHECK(whether we are using GNU C, ac_cv_prog_gcc,
-[dnl The semicolon is to pacify NeXT's syntax-checking cpp.
-cat > conftest.c <<EOF
-#ifdef __GNUC__
-  yes;
-#endif
-EOF
-if AC_TRY_COMMAND(${CC-cc} -E conftest.c) | egrep yes >/dev/null 2>&1; 
then
-  ac_cv_prog_gcc=yes
-else
-  ac_cv_prog_gcc=no
-fi])])
-
-AC_DEFUN([LIB_AC_PROG_CC],
-[AC_BEFORE([$0], [AC_PROG_CPP])dnl
-AC_CHECK_TOOL(CC, gcc, gcc)
-: ${CC:=gcc}
-AC_PROG_CC
-test -z "$CC" && AC_MSG_ERROR([no acceptable cc found in \$PATH])
-])
-
-AC_DEFUN([LIB_AC_PROG_CXX],
-[AC_BEFORE([$0], [AC_PROG_CPP])dnl
-AC_CHECK_TOOL(CXX, g++, g++)
-if test -z "$CXX"; then
-  AC_CHECK_TOOL(CXX, g++, c++, , , )
-  : ${CXX:=g++}
-  AC_PROG_CXX
-  test -z "$CC" && AC_MSG_ERROR([no acceptable cc found in \$PATH])
-fi
-
-CXXFLAGS='$(CFLAGS)'
-])
-
+# aclocal.m4: end of file: vim: ft=config
Index: configure.in
===================================================================
RCS file: /cvs/mingw/mingw/configure.in,v
retrieving revision 1.13
diff -u -r1.13 configure.in
--- configure.in        30 Aug 2006 13:05:05 -0000      1.13
+++ configure.in        3 Sep 2006 07:50:49 -0000
 <at>  <at>  -21,7 +21,7  <at>  <at> 

 AC_CANONICAL_SYSTEM
 GCC_NO_EXECUTABLES
-LIB_AC_PROG_CC
+AC_PROG_CC

 case "$with_cross_host" in
   ""|*cygwin*) all_dlls_host='all_dlls_host'

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642