From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path:
Received: (qmail 16476 invoked by alias); 29 Jan 2020 00:45:56 -0000
Mailing-List: contact fortran-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id:
List-Subscribe:
List-Post:
List-Help: ,
Sender: fortran-owner@gcc.gnu.org
Received: (qmail 16256 invoked by uid 89); 29 Jan 2020 00:45:37 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-17.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,GIT_PATCH_0,GIT_PATCH_1,GIT_PATCH_2,GIT_PATCH_3,KAM_SHORT,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*Ad:U*gerald
X-HELO: mail-pl1-f176.google.com
Received: from mail-pl1-f176.google.com (HELO mail-pl1-f176.google.com) (209.85.214.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 29 Jan 2020 00:45:35 +0000
Received: by mail-pl1-f176.google.com with SMTP id g6so5796473plt.2; Tue, 28 Jan 2020 16:45:26 -0800 (PST)
Return-Path:
Received: from andrew-precision-3520.localnet (pool-239.obs.carnegiescience.edu. [192.91.178.239]) by smtp.gmail.com with ESMTPSA id l37sm106168pjb.15.2020.01.28.16.45.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jan 2020 16:45:23 -0800 (PST)
From: Andrew Benson
To: Tobias Burnus
Cc: fortran@gcc.gnu.org, gcc-patches@gcc.gnu.org, gerald@pfeifer.com
Subject: Re: [patch, fortran, wwwdocs] PR93461 - Bogus "symbol is already defined" with long subroutine names in submodule
Date: Wed, 29 Jan 2020 00:45:00 -0000
Message-ID: <1693806.094PflFsSv@andrew-precision-3520>
User-Agent: KMail/5.2.3 (Linux/4.4.0-170-generic; KDE/5.36.0; x86_64; ; )
In-Reply-To:
References: <1642803.1Q0mUWRIpW@andrew-precision-3520> <2646214.ftqml5XOG4@andrew-precision-3520>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="nextPart3151615.gMkvq4No2O"
Content-Transfer-Encoding: 7Bit
X-IsSubscribed: yes
X-SW-Source: 2020-01/txt/msg00145.txt.bz2
This is a multi-part message in MIME format.
--nextPart3151615.gMkvq4No2O
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Content-length: 746
Hi Tobias,
On Tuesday, January 28, 2020 6:49:54 PM PST Tobias Burnus wrote:
> Thus, I do not think it is a real problem in practice. We could be nice,
> however, and add a note to the release notes (i.e.
> https://gcc.gnu.org/gcc-10/changes.html); I not completely sure whether
> it is worthwhile but why not. [See https://gcc.gnu.org/about.html#git
> about how to change WWW files and CC Gerald as web maintainer when
> submitting wwwdocs patches.]
I've attached a draft patch to update the release notes about this ABI
breakage. I don't know if I've explained it sufficiently clearly though?
-Andrew
--
* Andrew Benson: http://users.obs.carnegiescience.edu/abenson/contact.html
* Galacticus: https://github.com/galacticusorg/galacticus
--nextPart3151615.gMkvq4No2O
Content-Disposition: attachment; filename="patch.diff"
Content-Transfer-Encoding: 7Bit
Content-Type: text/x-patch; charset="UTF-8"; name="patch.diff"
Content-length: 805
diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html
index dcce6b8..5a959a1 100644
--- a/htdocs/gcc-10/changes.html
+++ b/htdocs/gcc-10/changes.html
@@ -446,6 +446,13 @@ a work-in-progress.
objects with allocatable components. In this case, the optional arguments
STAT=
and ERRMSG=
are currently ignored.
+
+ The handling of module and submodule names has been reworked to allow the
+ full 63-character length mandated by the standard. Previously symbol names
+ were truncated if the combined length of module, submodule, and function
+ name exceeded 126 characters. This change therefore breaks the ABI, but only
+ for cases where this 126 character limit was exceeded.
+
--nextPart3151615.gMkvq4No2O--