From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16644 invoked by alias); 2 May 2005 17:49:05 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 16565 invoked from network); 2 May 2005 17:48:58 -0000 Received: from unknown (HELO mail.enyo.de) (212.9.189.167) by sourceware.org with SMTP; 2 May 2005 17:48:58 -0000 Received: from deneb.enyo.de ([212.9.189.171]) by albireo.enyo.de with esmtp id 1DSf2E-0001zt-UG; Mon, 02 May 2005 19:48:47 +0200 Received: from fw by deneb.enyo.de with local (Exim 4.50) id 1DSf2D-0002gp-4y; Mon, 02 May 2005 19:48:45 +0200 From: Florian Weimer To: Mark Mitchell Cc: Richard Henderson , Arnaud Charlet , John David Anglin , gcc-patches@gcc.gnu.org, laurent@guerby.net Subject: Re: [patch] Add Ada tasking support for hppa-unknown-linux-gnu (take 2) References: <20050429102640.GA34244@adacore.com> <200504291341.j3TDfTKr010394@hiauly1.hia.nrc.ca> <20050429144405.GA79012@adacore.com> <20050429234000.GE8858@redhat.com> <42755DB4.10402@codesourcery.com> Date: Mon, 02 May 2005 17:49:00 -0000 In-Reply-To: <42755DB4.10402@codesourcery.com> (Mark Mitchell's message of "Sun, 01 May 2005 15:52:36 -0700") Message-ID: <87psw9bjsy.fsf@deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2005-05/txt/msg00104.txt.bz2 * Mark Mitchell: >> One way to fix all of this would be to move libada out to the top >> level, and use configure and/or generator programs that actually >> probe the contents of /usr/include for the data. Personally I >> don't think any other solution is in fact a solution. > > I agree. Ada should handle its runtime library just like the other > languages handle theirs. Would it be acceptable to add a switch to the C front end to cause it to dump the layout of struct definitions? This would simplify things enormously. We could implement it without this feature, especially for well-defined structs whose fields are known (but not their order and sizes), but it's not very efficient when cross-compiling.