From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22901 invoked by alias); 26 Feb 2003 00:17:07 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 22889 invoked from network); 26 Feb 2003 00:17:06 -0000 Received: from unknown (HELO duracef.shout.net) (204.253.184.12) by 172.16.49.205 with SMTP; 26 Feb 2003 00:17:06 -0000 Received: (from mec@localhost) by duracef.shout.net (8.11.6/8.11.6) id h1Q0H4v14234; Tue, 25 Feb 2003 18:17:04 -0600 Date: Wed, 26 Feb 2003 00:17:00 -0000 From: Michael Elizabeth Chastain Message-Id: <200302260017.h1Q0H4v14234@duracef.shout.net> To: drow@mvista.com, gdb-patches@sources.redhat.com Subject: Re: [rfc] configury: CC_HAS_UINTPTR_T X-SW-Source: 2003-02/txt/msg00680.txt.bz2 Hi Daniel, mec> Could you call it something different? Autoconfism for this would be mec> HAVE_UINTPTR_T. You say yourself that it's a property of the C mec> library, not of the CC. No problem. mec> +[AC_TRY_RUN([ drow> No no. Use AC_TRY_COMPILE; never run a test that you don't actually drow> need runtime output for. I suppose that's a cross issue (because we can cross-compile but not cross-run). I originally wrote this with AC_TRY_COMPILE but it failed, because AC_TRY_COMPILE wraps an "int main () { ... }" around its argument. Err wait, two minutes with 'info automake' and I am enlightened. Doh! Thanks, Michael C