From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10233 invoked by alias); 26 Feb 2003 19:56:46 -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 10226 invoked from network); 26 Feb 2003 19:56:45 -0000 Received: from unknown (HELO duracef.shout.net) (204.253.184.12) by 172.16.49.205 with SMTP; 26 Feb 2003 19:56:45 -0000 Received: (from mec@localhost) by duracef.shout.net (8.11.6/8.11.6) id h1QJuhX30110; Wed, 26 Feb 2003 13:56:43 -0600 Date: Wed, 26 Feb 2003 19:56:00 -0000 From: Michael Elizabeth Chastain Message-Id: <200302261956.h1QJuhX30110@duracef.shout.net> To: brobecker@gnat.com Subject: Re: [rfa] gdb_thread_db.h: #errror if no uintptr_t Cc: gdb-patches@sources.redhat.com X-SW-Source: 2003-02/txt/msg00735.txt.bz2 Hi Joel, mec> +#ifndef HAVE_UINTPTR_T mec> +#error No uintptr_t available; your C library is too old. mec> +/* Inhibit further compilation errors after this error. */ mec> +#define uintptr_t void * mec> +#endif joel> Forgive my curiosity, why adding the "#define uintptr_t"? Isn't the joel> compilation going to stop with the #error message anyway? No, the compilation will keep on going to the end of the file, so my nice #error message gets followed by 20 lines of errors. I want to have a directive for 'stop processing now' but #error does not do that. I suppose a line like '#include +cpp_syntax_error+' would achieve the desired effect. A smart user might notice that if they take the #error out, but leave the #define in, then the build runs to completion. But if they do that, then they are smart enough to realize that when their gdb doesn't work, it's their fault. I hope. Michael C