bug-autoconf
[Top][All Lists]
Advanced

[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:1.8.1.22) Gecko/20090605 Thunderbird/2.0.0.22 Mnenhy/0.7.6.666

-----BEGIN PGP SIGNED MESSAGE-----
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
-----BEGIN PGP SIGNATURE-----
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/

iEYEARECAAYFAkqCsPwACgkQ84KuGfSFAYDjawCgk41f8oP9Kn6NZY8ZsLrRZduO
1WcAnj405DZSoefCMzoDeyztFDdpAo+/
=nq+I
-----END PGP SIGNATURE-----




reply via email to

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