From patchwork Wed Jul 30 06:31:35 2014
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Patchwork-Submitter: Tobias Burnus <burnus@net-b.de>
X-Patchwork-Id: 374675
Return-Path: 
 <gcc-patches-return-373566-incoming=patchwork.ozlabs.org@gcc.gnu.org>
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])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
	bits)) (No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPS id 4F07114013E
	for <incoming@patchwork.ozlabs.org>;
	Wed, 30 Jul 2014 16:32:00 +1000 (EST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id
	:list-unsubscribe:list-archive:list-post:list-help:sender
	:message-id:date:from:mime-version:to:subject:content-type; q=
	dns; s=default; b=hXSKA5SJx1TYV8Q/kk1JhGnowWeMZ92F6XrisQJwHvjK1x
	JgwN7OXeLDDbRNGAiG4YU4nFHnEheoadlzRofzZ/gPbvE+xkf/8hEvewvqeNVKpg
	k+nPwEK4AbnWiWWDf0XrwE85AtJh3tl4yUxvsofz4fw6q/77tt9P8hcWXp2a8=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id
	:list-unsubscribe:list-archive:list-post:list-help:sender
	:message-id:date:from:mime-version:to:subject:content-type; s=
	default; bh=3u4CpCQxInT8NJyB/FJGOPZ7ccU=; b=xs7wMXeDInzI+Dgxlqg7
	riRv1U4plDaBPp1eR0dJSElQ7NqscrUa0aOKpxYb8UcpQJNQWe8Gp4qbj35t5VKt
	Lkq7K/HiMGhFwycb54BcbPaRVIKq2VwQugFYo3jDrArFn75mkl25KdleJ3o1B5lc
	Boo/VxH/gVLzEl0WjlgmxjA=
Received: (qmail 25681 invoked by alias); 30 Jul 2014 06:31:53 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Unsubscribe: 
 <mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Delivered-To: mailing list gcc-patches@gcc.gnu.org
Received: (qmail 25539 invoked by uid 89); 30 Jul 2014 06:31:48 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL, BAYES_00,
	RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2
X-HELO: mx02.qsc.de
Received: from mx02.qsc.de (HELO mx02.qsc.de) (213.148.130.14) by
	sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with
	(AES256-SHA encrypted) ESMTPS; Wed, 30 Jul 2014 06:31:42 +0000
Received: from tux.net-b.de (port-92-194-238-147.dynamic.qsc.de
	[92.194.238.147])	(using TLSv1 with cipher DHE-RSA-AES256-SHA
	(256/256 bits))	(No client certificate requested)	by
	mx02.qsc.de (Postfix) with ESMTPSA id 144C625600;
	Wed, 30 Jul 2014 08:31:37 +0200 (CEST)
Message-ID: <53D89147.5090202@net-b.de>
Date: Wed, 30 Jul 2014 08:31:35 +0200
From: Tobias Burnus <burnus@net-b.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: gcc-patches <gcc-patches@gcc.gnu.org>,
	Gerald Pfeifer <gerald@pfeifer.com>
Subject: [wwwdocs] Add gcc-5/{changes,criteria}.html

This patch adds the files gcc-5/{changes,criteria}.html - and populates 
the former with Fortran changes; the latter is a copy of the GCC 4.9 file.

Is the patch OK?

Tobias

 gcc-5/changes.html  |   60 +++++++++++++++++++++
 gcc-5/criteria.html |  144 ++++++++++++++++++++++++++++++++++++++++++++++++++++
 index.html          |    3 -
 3 files changed, 206 insertions(+), 1 deletion(-)

Index: htdocs/index.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/index.html,v
retrieving revision 1.932
diff -u -r1.932 index.html
--- htdocs/index.html	16 Jul 2014 14:26:39 -0000	1.932
+++ htdocs/index.html	30 Jul 2014 06:30:21 -0000
@@ -161,7 +161,8 @@
 </dd>
 
 <dt><span class="version">Development:</span>
-  GCC 4.10.0 (<a href="gcc-4.9/criteria.html">release criteria</a>)
+  GCC 4.10.0 (<a href="gcc-5/criteria.html">release criteria</a>,
+  <a href="gcc-5/changes.html">changes</a>)
 </dt><dd>
   Status:
   <!--GCC 4.10 status below-->
--- /dev/null	2014-07-26 01:14:30.664046479 +0200
+++ htdocs/gcc-5/changes.html	2014-07-30 08:21:52.162229948 +0200
@@ -0,0 +1,60 @@
+<html>
+
+<head>
+<title>GCC 5 Release Series &mdash; Changes, New Features, and Fixes</title>
+</head>
+
+<!-- GCC maintainers, please do not hesitate to update/contribute entries
+     concerning those part of GCC you maintain!  2002-03-23, Gerald.
+-->
+
+<body>
+<h1>GCC 5 Release Series<br />Changes, New Features, and Fixes</h1>
+
+
+<!-- h2>Caveats</h2 -->
+
+<h2 id="general">General Optimizer Improvements</h2>
+
+<h2 id="languages">New Languages and Language specific improvements</h2>
+
+<!-- h3 id="ada">Ada</h3 -->
+<!-- h3 id="c-family">C family</h3 -->
+<!-- h3 id="c">C</h3-->
+<!-- h3 id="cxx">C++</h3-->
+  <!-- h4 id="libstdcxx">Runtime Library (libstdc++)</h4-->
+<h3 id="fortran">Fortran</h3>
+  <ul>
+    <li><a href="https://gcc.gnu.org/wiki/Fortran2003Status">Fortran 2003</a>:
+    <ul>
+      <li>The intrinsic IEEE modules (<code>IEEE_FEATURES</code>,
+	<code>IEEE_EXCEPTIONS</code> and <code>IEEE_ARITHMETIC</code>) are
+	now supported.</li>
+    </ul></li>
+    <li><a href="https://gcc.gnu.org/wiki/Fortran2008Status">Fortran 2008</a>:
+    <ul>
+      <li>Coarrays: Full experimental support of Fortran 2008's coarrays with
+	<code>-fcoarray=lib</code> except for locking and allocatable/pointer
+	components of derived-type coarrays. Note that GCC currently only ships
+	with a library which only supports a single image
+	(<code>libcaf_single</code>).</li>
+    </ul></li>
+    <li>TS18508 Additional Parallel Features in Fortran:</li>
+    <ul>
+      <li>Support for the collective intrinsic subroutines <code>CO_MAX</code>,
+	<code>CO_MIN</code> and <code>CO_SUM</code> has been added,
+	including <code>-fcoarray=lib</code> support.</li>
+      <li>Support for the new atomic intrinsics has been added, including
+	<code>-fcoarray=lib</code> support.</li>
+    </ul></li>
+  </ul>
+
+<!-- h3 id="go">Go</h3 -->
+<!--h3 id="java">Java (GCJ)</h3-->
+
+<!-- h2 id="targets">New Targets and Target Specific Improvements</h2 -->
+<!-- h2>Documentation improvements</h2-->
+<!-- h2>Other significant improvements</h2 -->
+
+</body>
+</html>
--- /dev/null	2014-07-26 01:14:30.664046479 +0200
+++ htdocs/gcc-5/criteria.html	2014-07-30 08:08:10.468688706 +0200
@@ -0,0 +1,144 @@
+<html>
+
+<head>
+<title>GCC 5 Release Criteria</title> </head>
+
+<body>
+
+<h1>GCC 5 Release Criteria</h1>
+
+<p>This page provides the release criteria for GCC 5.</p>  
+
+<p>The GCC team (and, in particular, the Release Manager) will attempt
+to meet these criteria before the release of GCC 5.</p>
+
+<p>In all cases, these criteria represent the minimum functionality
+required in order to make the release.  If this level of minimum
+functionality is not provided by a release candidate, then that
+candidate will probably not become the eventual release.  However, a
+release candidate that does meet these criteria may not necessarily
+become the official release; there may be other unforeseen issues that
+prevent release.  For example, if support for the Intel Pentium II is
+required by the release criteria, it is nevertheless unlikely that GCC
+would be released even though it did not support the Intel Pentium.</p>
+
+<p>Because the development of GCC is largely dependent on volunteers,
+the Release Manager and/or Steering Committee may eventually have to
+decide whether to make a release, even if the criteria here are not
+met.  For example, if no volunteer can be found to verify correct
+operation of a particular application program on a particular system,
+then that criterion may be abandoned.</p>
+
+<h1>Languages</h1>
+
+<p>GCC supports several programming languages, including Ada, C, C++,
+Objective-C, Fortran, and Java.  For the purposes of making releases,
+however, we will consider primarily C and C++, as those are the
+languages used by the vast majority of users.  Therefore, if, below,
+the criteria indicate, for example, that there should be no DejaGNU
+regressions on a particular platform, that criteria should be read as
+applying only to DejaGNU regressions within the C, C++, and C++
+runtime library testsuites.</p>
+
+<h1>Primary and Secondary Platforms</h1>
+
+<p>GCC targets a vast number of platforms.  We have classified these
+platforms into three categories: primary, secondary, and tertiary.
+Primary platforms are popular systems, both in the sense that there
+are many such systems in existence and in the sense that GCC is used
+frequently on those systems.  Secondary platforms are also popular
+systems, but are either somewhat less popular than the primary
+systems, or are considered duplicative from a testing perspective.
+All platforms that are neither primary nor secondary are tertiary
+platforms.</p>
+
+<p>Our release criteria for primary platforms is:</p>
+<ul>
+
+<li>
+<p>All regressions open in Bugzilla have been analyzed, and all are
+deemed as either unlikely to affect most users, or are determined to
+have a minimal impact on affected users.  For example, a
+typographical error in a diagnostic might be relatively common, but
+also has minimal impact on users.</p>
+
+<p>In general, regressions where the compiler generates incorrect
+code, or refuses to compile a valid program, will be considered to
+be sufficiently severe to block the release, unless there are
+substantial mitigating factors.</p>
+</li>  
+
+<li>The DejaGNU testsuite has been run, and compared with a run of
+the testsuite on the previous release of GCC, and no regressions are
+observed.</li>
+</ul>
+
+<p>Our release criteria for the secondary platforms is:</p>
+<ul>
+<li>The compiler bootstraps successfully, and the C++ runtime library
+builds.</li>
+
+<li>The DejaGNU testsuite has been run, and a substantial majority of
+the tests pass.</li>
+</ul>
+
+<p>There are no release criteria for tertiary platforms.</p>
+
+<p>In contrast to previous releases, we have removed all mention of
+explicit application testing.  It is our experience that, with the
+resources available, it is very difficult to methodically carry out
+such testing. However, we expect that interested users will submit
+bug reports for problems encountered building and using popular
+packages.  Therefore, we do not intend the elimination of application
+testing from our criteria to imply that we will not pay attention to
+application testing.</p>
+
+<h2>Primary Platform List</h2>
+
+<p>The primary platforms are:</p>
+<ul>
+<li>arm-linux-gnueabi</li>
+<li>i386-unknown-freebsd</li>
+<li>i686-pc-linux-gnu</li>
+<li>mipsisa64-elf</li>
+<li>powerpc64-unknown-linux-gnu</li>
+<li>sparc-sun-solaris2.10</li>
+<li>x86_64-unknown-linux-gnu</li>
+</ul>
+
+<h2>Secondary Platform List</h2>
+
+<p>The secondary platforms are:</p>
+<ul>
+<li>aarch64-elf</li>
+<li>i686-apple-darwin</li>
+<li>i686-pc-cygwin</li>
+<li>i686-mingw32</li>
+<li>powerpc-ibm-aix7.1.0.0</li>
+<li>s390x-linux-gnu</li>
+</ul>
+
+<h1>Code Quality and Compilation Time</h1>
+
+<p>In addition to correctness issues (e.g., generating incorrect code,
+or issuing an invalid diagnostic, or refusing to compile valid code),
+we will also consider code quality (i.e., the speed with which the
+generated code executes) and compilation time (i.e., the speed with
+which the compiler executes).</p>
+
+<p>It is difficult, if not impossible, to set out specific criteria
+for determining what level of regression is acceptable for these issues.
+In contrast to most correctness issues, where nothing short of correct
+is acceptable, it is reasonable to trade off behavior for code quality
+and compilation time.  For example, it may be acceptable, when
+compiling with optimization, if the compiler is slower, but generates
+superior code.  It may also be acceptable for the compiler to generate
+inferior code on some test cases if it generates substantially
+superior code on other test cases.  Therefore, the Release Manager, or
+parties to whom he or she delegates responsibility, will make
+determinations on a case-by-case basis as to whether or not a code
+quality or compilation time regression is sufficiently severe as to
+merit blocking the release.</p>
+
+</body>
+</html>