[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: AC_PROG_CC fails when target C library is missing fopen

From: Eric Blake
Subject: Re: AC_PROG_CC fails when target C library is missing fopen
Date: Wed, 12 Aug 2009 06:09:32 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20090605 Thunderbird/ Mnenhy/

Hash: SHA1

According to Paolo Bonzini on 8/10/2009 4:27 PM:
> On 08/11/2009 12:11 AM, Ralf Wildenhues wrote:
>> I don't see in this discussion where the main argument to switch to
>> using fopen is addressed:
>> <http://thread.gmane.org/gmane.comp.sysutils.autoconf.patches/6656>
>> IOW, how do you prevent AC_COMPUTE_INT and friends from getting you
>> wrong answers on your system (if you happen to have a simulator around)?
> In my patch I use an empty source code file to determine the default
> file name.  Then I use one with fopen to determine if the user is
> cross-compiling; this would fail for RTEMS so that the preprocessor-only
> AC_COMPUTE_INT is used.

If we get feedback from both RTEMS and the AVR embedded system that this
approach will work, then your patch does look like the right way to go -
in other words, the bug is that we tried to optimize by checking two
things at once (default compiler output name, and whether we could run
programs natively), and are now doing it in two stages.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/


reply via email to

[Prev in Thread] Current Thread [Next in Thread]