* Eric Blake wrote on Sat, Jun 06, 2009 at 08:42:38PM CEST:
> >From 5f22e075cbae3331ed1d7ed56d4ed63117238425 Mon Sep 17 00:00:00 2001
> From: Eric Blake
> Date: Sat, 6 Jun 2009 11:24:26 -0600
> Subject: [PATCH] Avoid ambiguous fallback in AC_PROG_CXX, AC_PROG_OBJC.
>
> * lib/autoconf/c.m4 (AC_PRO
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 6/6/2009 12:42 PM:
> I'm not sure why it was done, but this appears to fix it. I'm in the
> middle of testing a libtool bootstrap after (temporarily) removing my C++
> compiler; if everything still works, are there any objec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[revisiting an old thread]
According to Ralf Wildenhues on 3/9/2009 12:28 PM:
Hi Ralf, others,
>>> The cpp-works stuff is necessary for systems without a working C++
>>> compiler. AC_PROG_CXX sets CXX to g++ in that case. We should find
>>> out wh
* Eric Blake wrote on Sun, Mar 08, 2009 at 03:48:40PM CET:
> According to Ralf Wildenhues on 3/8/2009 4:21 AM:
> > I think the Autoconf testsuite deserves to detect this issue,
> > lest it happen again. How about this patch?
>
> I like it. Fix the nits, then apply.
Done; thanks.
> > The cpp-wo
Hello Eric, Rolf,
I'm a bit late to the show:
* Eric Blake wrote on Wed, Jan 28, 2009 at 06:00:57PM CET:
> Rolf Vandevaart writes:
>
> > However, as of Sun Studio 12, the C compiler also supports __restrict__.
> > Therefore, we need to update the workaround to handle this additional
> > poss
Rolf Vandevaart Sun.COM> writes:
> However, as of Sun Studio 12, the C compiler also supports __restrict__.
> Therefore, we need to update the workaround to handle this additional
> possible value. Here is my suggestion.
>
> #undef restrict
> /* Work around a bug in Sun C++: it does not sup
Hi:
I am part of the Open MPI project and I have recently stumbled into a
problem with autoconf. Some recent changes to Open MPI have caused a
minor issue to pop up in autoconf.
The problem is that there is a workaround in the lib/autoconf/c.m4 that
needs to be updated. The original code l
