From patchwork Mon Jul 12 20:15:58 2010 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Gerald Pfeifer X-Patchwork-Id: 58669 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) by ozlabs.org (Postfix) with SMTP id 7F3A21007D1 for ; Tue, 13 Jul 2010 06:16:29 +1000 (EST) Received: (qmail 7022 invoked by alias); 12 Jul 2010 20:16:24 -0000 Received: (qmail 6942 invoked by uid 22791); 12 Jul 2010 20:16:06 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from vexpert.dbai.tuwien.ac.at (HELO vexpert.dbai.tuwien.ac.at) (128.131.111.2) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 12 Jul 2010 20:16:00 +0000 Received: from acrux.dbai.tuwien.ac.at (acrux.dbai.tuwien.ac.at [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 487CA1E06D; Mon, 12 Jul 2010 22:15:55 +0200 (CEST) Date: Mon, 12 Jul 2010 22:15:58 +0200 (CEST) From: Gerald Pfeifer To: Tobias Burnus cc: Daniel Franke , fortran@gcc.gnu.org, gcc-patches@gcc.gnu.org Subject: Re: [patch, fortran] output of Makefile dependencies In-Reply-To: <4C3AC346.8060309@net-b.de> Message-ID: References: <201006131436.46910.franke@embl-hamburg.de> <4C14FA77.9030804@net-b.de> <201006131747.25407.franke.daniel@gmail.com> <201006131824.32460.franke.daniel@gmail.com> <4C2726FE.3030501@net-b.de> <4C3AC346.8060309@net-b.de> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Hi Tobias, thanks for reviewing my patch. On Mon, 12 Jul 2010, Tobias Burnus wrote: > My wording was already highly misleading (not to say wrong), yours > completes this ;-) I had a hunch this was the most tricky one. :-) > +
  • Minor changes: obsolesce diagnostics for ENTRY with > + -std=f2008 was added; > > or something like that. (Thanks also for spotting the missing " ".) I used that statement, just changed word order a bit (but am confident this is okay based on your explanation). > Otherwise, the patch is OK. Thanks. Below is the patch I just committed. Gerald Index: changes.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.6/changes.html,v retrieving revision 1.27 diff -u -r1.27 changes.html --- changes.html 10 Jul 2010 20:16:08 -0000 1.27 +++ changes.html 12 Jul 2010 20:13:42 -0000 @@ -143,10 +143,10 @@
  • Much improved compile time for large array constructors.
  • Improved diagnostics, especially with -fwhole-file.
    • -
  • Support the generation of makefile dependencies via the Support the generation of Makefile dependencies via the - -M... flags of GCC; you might need to specifiy - additionally the -cpp option. The dependencies take + -M... flags of GCC; you may need to specify the + -cpp option in addition. The dependencies take modules, Fortran's include, and CPP's #include into account. Note: Using -M for the module path is no longer supported, use -J instead.
    • @@ -170,13 +170,14 @@ statements now support all constant expressions.
  • Support for the CONTIGUOUS attribute.
  • Support for ALLOCATE with MOLD.
    • -
  • Minor changes: obsolesce diagnostics for ENTRY with - -std=f2008is obsolescent, a line is permitted to start - with a semicolon, for internal and module procedures END - can be used besides END SUBROUTINE and END - FUNCTION, SELECTED_REAL_KIND now also takes a - RADIX argument, intrinsic types are supported for - TYPE(intrinsic-type-spec), multiple type-bound +
  • Minor changes: obsolesce diagnostics for ENTRY + was added for -std=f2008; + a line may start with a semicolon; + for internal and module procedures END can be used + instead of END SUBROUTINE and END + FUNCTION; SELECTED_REAL_KIND now also takes a + RADIX argument; intrinsic types are supported for + TYPE(intrinsic-type-spec); multiple type-bound procedures can be declared in a single PROCEDURE statement.