Re: AC_CANONICAL_HOST called behind my back?

2001-05-12 Thread akim
On Sat, May 12, 2001 at 01:47:32PM -0700, Mo DeJong wrote: > > My point was that the 2.13 version of AC_CYGWIN did > not require AC_CANONICAL_HOST. By adding that AC_REQUIRE() > we are breaking configure.in files that do not use > AC_CANONICAL_HOST. I am saying that the AC_CYGWIN macro > should a

Re: AC_CANONICAL_HOST called behind my back?

2001-05-12 Thread Mo DeJong
On Sat, 12 May 2001, Tim Van Holder wrote: > > I poked around in the source code a bit more > > and found that AC_CYGWIN does a AC_REQUIRE([AC_CANONICAL_HOST]) > > and is getting called from my configure.in. > > > > Sure enough, that seemed to be the problem. > > I made the following modificatio

Re: 2.49e problems with gcc

2001-05-12 Thread Akim Demaille
| Index: aclocal.m4 | === | RCS file: /cvs/gcc/gcc/gcc/aclocal.m4,v | retrieving revision 1.40.4.1 | diff -u -r1.40.4.1 aclocal.m4 | --- aclocal.m42001/02/18 05:41:46 1.40.4.1 | +++ aclocal.m42001/05/11 15:49:26 |

Re: 2.49e problems with gcc

2001-05-12 Thread Akim Demaille
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes: Tim> The only call is Tim> gcc_AC_CHECK_PROG_VER(MAKEINFO, makeinfo, --version, [GNU Tim> texinfo.* \([0-9][0-9.]*\)], [4.*]) Hm, looks good. Tim> This would put the texinfo pattern inside the special << >> Tim> quotes, which might be

Re: release Autoconf?

2001-05-12 Thread Akim Demaille
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes: set X "$CC -E" "$CC -E -traditional-cpp" "$ac_tool_prefixcpp" Ahem... set X "$CC -E" "$CC -E -traditional-cpp" "${ac_tool_prefix}cpp"

Re: release Autoconf?

2001-05-12 Thread Akim Demaille
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes: Ralf> I think excluding /lib/cpp from the list to check for CPP for Ralf> cross compiliation would be a feasable way. OK, I can do that. >> Look for $target dependent tools? Ooops, sorry s/target/host/. Ralf> Are you thinking about so

Re: release Autoconf?

2001-05-12 Thread Akim Demaille
> "Mo" == Mo DeJong <[EMAIL PROTECTED]> writes: Mo> Some systems don't even have a /lib/cpp so picking it by default Mo> seems wrong. Well, this is not what 2.49 does: if test -z "$CPP"; then AC_CACHE_VAL([ac_cv_prog_CPP], [dnl # Double quotes because CPP needs to be ex

Re: release Autoconf?

2001-05-12 Thread Alexandre Oliva
On May 12, 2001, Ralf Corsepius <[EMAIL PROTECTED]> wrote: > Alexandre Oliva wrote: >> There should be a $target-cpp installed with GCC 2.95 or newer. > Are you sure? Only about the `or newer' part. It does indeed seem that GCC 2.95 is buggy in this respect. -- Alexandre Oliva Enjoy Guaran

Re: release Autoconf?

2001-05-12 Thread Ralf Corsepius
Alexandre Oliva wrote: > > On May 11, 2001, Ralf Corsepius <[EMAIL PROTECTED]> wrote: > > > Are you thinking about something in analogy to AC_CHECK_TOOL > > ($target-cpp or similar?). At least the gnu toolchain does not have > > such a beast, but it might be worth checking for in the cross > > c

Re: AC_CANONICAL_HOST called behind my back?

2001-05-12 Thread Tim Van Holder
> I poked around in the source code a bit more > and found that AC_CYGWIN does a AC_REQUIRE([AC_CANONICAL_HOST]) > and is getting called from my configure.in. > > Sure enough, that seemed to be the problem. > I made the following modification and my > script started working again. As AC_CYGWIN sa