From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24781 invoked by alias); 20 Sep 2007 20:43:40 -0000 Received: (qmail 24765 invoked by uid 22791); 20 Sep 2007 20:43:39 -0000 X-Spam-Check-By: sourceware.org Received: from smtp-out04.alice-dsl.net (HELO smtp-out04.alice-dsl.net) (88.44.63.6) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 20 Sep 2007 20:43:31 +0000 Received: from out.alice-dsl.de ([192.168.125.61]) by smtp-out04.alice-dsl.net with Microsoft SMTPSVC(6.0.3790.1830); Thu, 20 Sep 2007 22:38:08 +0200 Received: from [85.181.249.156] ([85.181.249.156]) by out.alice-dsl.de with Microsoft SMTPSVC(6.0.3790.1830); Thu, 20 Sep 2007 22:38:08 +0200 Subject: Re: [PATCH, fortran] PR20441 -finit-local-zero From: Thomas Koenig To: FX Coudert Cc: Tobias Burnus , Asher Langton , "fortran@gcc.gnu.org" , gcc-patches In-Reply-To: <4AF56601-06DC-4769-AB65-F820492FE3C2@gmail.com> References: <1953a4560708171312u705f5bf4ie9d8ce645d2f02b6@mail.gmail.com> <1953a4560708311456g550c60a8xd4a0ffa9335c4325@mail.gmail.com> <46E7B808.8070104@net-b.de> <1953a4560709140544j491e8e8di6f1b50b4dd0c1ca4@mail.gmail.com> <1190227649.3748.1.camel@meiner.onlinehome.de> <1953a4560709191752r56cb1946xefca63f83c577317@mail.gmail.com> <1953a4560709192147o7c03378es627c25dda1afd9f2@mail.gmail.com> <46F23028.3070308@net-b.de> <1190315223.3462.1.camel@meiner.onlinehome.de> <4AF56601-06DC-4769-AB65-F820492FE3C2@gmail.com> Content-Type: text/plain Date: Thu, 20 Sep 2007 20:54:00 -0000 Message-Id: <1190321020.3462.2.camel@meiner.onlinehome.de> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 Content-Transfer-Encoding: 7bit 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: 2007-09/txt/msg01634.txt.bz2 On Thu, 2007-09-20 at 20:40 +0100, FX Coudert wrote: > >> PR31447 (initialize derived compounds, > >> equivalenced variables and support sNaN) > > > > We need either to leave PR 20441 open, with a reminder that > > equivalenced > > variables still aren't initialized > > This seems to be in PR31447 already. Yes, you're right. It's OK then. Thomas