From patchwork Sat Jul 10 23:50:00 2010 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Gerald Pfeifer X-Patchwork-Id: 58501 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 92DA1B6EE8 for ; Sun, 11 Jul 2010 09:50:11 +1000 (EST) Received: (qmail 18799 invoked by alias); 10 Jul 2010 23:50:08 -0000 Received: (qmail 18778 invoked by uid 22791); 10 Jul 2010 23:50: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; Sat, 10 Jul 2010 23:50:01 +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 24B491E063; Sun, 11 Jul 2010 01:49:58 +0200 (CEST) Date: Sun, 11 Jul 2010 01:50:00 +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: <4C2726FE.3030501@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> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-ID: 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 Tobias, On Sun, 27 Jun 2010, Tobias Burnus wrote: > Please have a look at the attached diff. Do you have any suggestions or > comments? indeed I have a few suggestions, and I went ahead and create a patch around them. What do you think? 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 10 Jul 2010 23:49:00 -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,13 @@ 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: diagnostics for ENTRY with + -std=f2008 is obsolete; 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.