|
From: | Ralf Corsepius |
Subject: | Re: AC_PROG_CC fails when target C library is missing fopen |
Date: | Wed, 12 Aug 2009 18:51:48 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1pre) Gecko/20090715 Fedora/3.0-2.5.b3pre.hg.6a6386c16e98.fc11 Thunderbird/3.0b3pre |
On 08/12/2009 02:09 PM, Eric Blake wrote:
FYI: I haven't forgotten about your patch, but haven't been able to look into this at depth yet, but hope to be able to look into this sometime next week. Sorry for the inconvenience.-----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
Ralf
[Prev in Thread] | Current Thread | [Next in Thread] |