I have a problem when compiling with intraprocedural analysis flags
(currently with the PGI compilers, I haven't checked other IPA/IPO
capable compilers) where after testing for a library with AC_TRY_LINK,
I test for another library. The first library was compiled with IPA
information, so the PGI
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Hi all,
is there any way to get configure detect a compiler for the build host
and the target, so that on the build host can programs compiled and run
to build some of the target source codes?
My problem is that I need a compiler which is embedd
If this is the wrong forum for this question, please let me know where
to send it. I am working on a project that mixes C and C++. The
problem that I have is that there is only one CPPFLAGS for both
compilers. Why is this the case? It would be nice if
automake/autoconf provided a CXXPPFLAGS va
On Friday 11 August 2006 3:57 pm, Rüdiger Ranft wrote:
> is there any way to get configure detect a compiler for the build host
> and the target, so that on the build host can programs compiled and run
> to build some of the target source codes?
There are a number of examples around, showing how t
This is a messy area, but the usual workaround is to put the relevant
flags into CC and CXX, e.g., CC='xlc -DFOO' CXX='g++ -DBAR'.
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Fri, Aug 11, 2006 at 08:52:00AM -0400, Christopher Hulbert wrote:
> I have a problem when compiling with intraprocedural analysis flags
> (currently with the PGI compilers, I haven't checked other IPA/IPO
> capable compilers) where after testing for a library with AC_TRY_LINK,
> I test for anoth
On 8/11/06, Albert Chin <[EMAIL PROTECTED]> wrote:
On Fri, Aug 11, 2006 at 08:52:00AM -0400, Christopher Hulbert wrote:
> I have a problem when compiling with intraprocedural analysis flags
> (currently with the PGI compilers, I haven't checked other IPA/IPO
> capable compilers) where after testi
Ralf Wildenhues wrote:
> * Ed Hartnett wrote:
> > Ralf Wildenhues writes:
> > > It's safe to just replace the two files with newer versions; I think you
> > > should keep the two in sync though.
I thought I would note that both Debian and Red Hat packaging of
programs that use config.guess and con
