From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23838 invoked by alias); 10 Jun 2009 02:50:28 -0000 Received: (qmail 23829 invoked by uid 22791); 10 Jun 2009 02:50:28 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: sourceware.org Received: from mel.act-europe.fr (HELO mel.act-europe.fr) (212.99.106.210) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 10 Jun 2009 02:50:24 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id D372F29001A; Wed, 10 Jun 2009 04:50:21 +0200 (CEST) Received: from mel.act-europe.fr ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TtYDrxX-7jNI; Wed, 10 Jun 2009 04:50:15 +0200 (CEST) Received: from d-132-204-220-76.res.umontreal.ca (d-132-204-220-76.res.umontreal.ca [132.204.220.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mel.act-europe.fr (Postfix) with ESMTP id BB6DE29000D; Wed, 10 Jun 2009 04:50:14 +0200 (CEST) From: Eric Botcazou To: Richard Guenther Subject: Re: [PATCH] fix arm neon ICE by widening tree_type's precision field Date: Wed, 10 Jun 2009 02:50:00 -0000 User-Agent: KMail/1.9.9 Cc: gcc-patches@gcc.gnu.org, Paolo Bonzini , stevenb.gcc@gmail.com References: <20090608153204.GW21107@codesourcery.com> <20090609145403.GZ21107@codesourcery.com> <84fc9c000906090800g72b231e2icf9ecc1e9b5d0f9d@mail.gmail.com> In-Reply-To: <84fc9c000906090800g72b231e2icf9ecc1e9b5d0f9d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906092249.38942.ebotcazou@adacore.com> Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2009-06/txt/msg00818.txt.bz2 > Hmm. I guess a more proper approach would be to try to remove > one of the lang-specific flags and instead force the frontends to use > flags in their TYPE_LANG_SPECIFIC structure. Ada seems to be > the only one using all lang-specific flags - maybe there is an obvious > candidate. Eric? We generate a lot of types in Ada so I wouldn't be thrilled with having to waste one full word for only one bit. The last resort solution would be to eliminate the use of TYPE_LANG_FLAG_6 and replace it with something else, but the user_align tweak seems clearly better to me. :-) -- Eric Botcazou