Built into Mattermost is a feature called Playbooks.
https://docs.mattermost.com/guides/playbooks.html
For those of you who have accepted invitations and have access, I p;an
to create a Playbook to capture our workflow.
Our workflow in my mind obviously included email for patch approvals and
Committed:
It is not apparent to me that the testsuite/ChangeLog was updated. Maybe
there is a time delay on that?
Please be patient with me as I figure out how all this works.
ommit f963705752e9d0b79a340788166269af417e344e (HEAD -> master,
origin/master, origin/HEAD)
Author: Jerry DeLisle
On 1/24/23 1:48 PM, Harald Anlauf via Fortran wrote:
Dear all,
when checking expressions for array sections, we need to ensure
that these use only type INTEGER. However, it does not make sense
to generate an internal error when encountering wrong types,
but rather take the ordinary route of err
On 1/28/23 9:07 AM, Harald Anlauf via Fortran wrote:
Dear all,
a USE associated symbol shall not appear in a COMMON block
(F2018:C8121) and needs to be diagnosed. The patch is
fairly obvious.
Regtested on x86_64-pc-linux-gnu. OK for mainline?
As the PR is marked as a 10/11/12/13 regression,
I had this show up today. I have no idea what this is about.
Please advise.
Jerry
Forwarded Message
Subject: ☠ Buildbot (Sourceware): gcc - failed configure (failure) (master)
Date: Sun, 29 Jan 2023 19:31:23 +
From: buil...@sourceware.org
To: Jerry DeLisle
A new failure
On 2/5/23 11:33 AM, Harald Anlauf via Fortran wrote:
Early gentle ping.
Am 30.01.23 um 22:55 schrieb Harald Anlauf via Gcc-patches:
Dear Fortranners,
the subject says it all: in some cases we emit redundant integer division
truncation warnings (2 or 4), where just one would have been sufficien
On 2/6/23 12:10 PM, Harald Anlauf via Fortran wrote:
Dear all,
as the PR shows, it is likely not a good idea to try to make an
ASSOCIATE variable static when -fno-automatic is specified, so
rather keep it on the stack.
Attached patch regtested on x86_64-pc-linux-gnu. OK for mainline?
Thanks,
The attached patch is minor and self explanatory. I assume this should
wait for gfortran 14 since no regression involved. Please advise otherwise.
Regression tested on x86-64.
OK for trunk when the time is right?
Regards,
Jerry
Author: Jerry DeLisle
Date: Sat Feb 25 20:30:35 2023 -0800
’
declared here
84 | index_type mstride[GFC_MAX_DIMENSIONS];
| ^~~
In a sense it is a regression. It showed up when builds started to use
-Wmaybe-unitialized.
Cheers,
Harald
Am 26.02.23 um 20:52 schrieb Jerry D via Gcc-patches:
The attached patch is minor and self
Pushed, thanks for feedback
On 2/26/23 11:54 PM, Tobias Burnus wrote:
Just side remarks, the 0 init in the patch is fine.
On 27.02.23 03:53, Jerry D via Gcc-patches wrote:
regarding PACK: since this is a bogus warning as the compiler does
not realize that dim >= 1, wouldn't a
gc
On 3/1/23 4:07 PM, Steve Kargl via Fortran wrote:
On Wed, Mar 01, 2023 at 10:28:56PM +0100, Bernhard Reutner-Fischer via Fortran
wrote:
libgfortran/caf/single.c |6 ++
libgfortran/io/async.c |6 ++
libgfortran/io/format.c |3 +--
libgfortran/io/transfer.c
On 3/3/23 3:32 PM, Iain Sandoe wrote:
On 3 Mar 2023, at 23:11, Bernhard Reutner-Fischer via Fortran
wrote:
On 2 March 2023 02:23:10 CET, Jerry D wrote:
On 3/1/23 4:07 PM, Steve Kargl via Fortran wrote:
On Wed, Mar 01, 2023 at 10:28:56PM +0100, Bernhard Reutner-Fischer via Fortran
wrote
While recovering from an illness here folks I have been following all of
these discussions. I think I will put in my two cents worth.
From what i can see, Paul's patch breaks nothing and fixes many things.
The only thing holding us back is fear we might break something. The
likelihood of act
On 3/9/23 10:08 AM, Harald Anlauf via Fortran wrote:
Dear all,
the attached almost obvious patch fixes a NULL pointer dereference
in a check of a symbol with the bind(c) attribute.
Regtested on x86_64-pc-linux-gnu. OK for mainline?
This PR is marked as 10/11/12/13 regression, thus it should
q
On 3/17/23 10:12 AM, SANTIAGO JIMENEZ HYDYN wrote:
Good morning, I use the gfortran 8 package for ubuntu 22.10.. however, they
have been removed from the repositories.. do they have a place where I can
download it.
I appreciate your help
M.en C. Hydyn Santiago Jimenez
Centro Universitario de Es
On 4/10/23 1:49 PM, Harald Anlauf via Fortran wrote:
Dear all,
when comparing formal and actual arguments of a procedure, there was no
check of rank for derived types from intrinsic module ISO_C_BINDING.
This could lead to a wrong resolution of generic procedures with dummy
argument of related t
On 4/13/23 9:43 AM, Steve Kargl via Fortran wrote:
All,
The systems that I've used while hacking on gfortran
bugs and features are starting to show their age. I'm
in the early stage of put together the wishlist for
a budget friendly replacement. While I'll likely go
with a Ryzen7 cpu, NVME M2
On 4/18/23 12:39 PM, Harald Anlauf via Fortran wrote:
Dear all,
the attached patch adjusts the scan-tree-dump patterns of the
reported testcases which likely were run in a location such
that a path in an error message showing in the tree-dump might
have accidentally matched "free" or "data", res
Hello all and gcc overseers,
I received a notice that the MasterMost server providers decided to drop
their free service. Unfortunate and understandable.
I plan to contact the Open Software Lab folks at Oregon State University
to see if they can host for us.
If anyone else has any suggestio
Forgot to copy the list on this.
Forwarded Message
Subject: Re: Hosting our gfortran MatterMost workspace
Date: Fri, 5 May 2023 10:24:11 -0700
From: Jerry D
To: Mark Wielaard
On 4/29/23 5:36 AM, Mark Wielaard wrote:
Hi,
On Fri, Apr 28, 2023 at 08:55:44PM +0200, Bernhard
The attached patch adds a check for the invalid comma and emits a
runtime error if -std=f95,f2003,f2018 are specified at compile time.
Attached patch includes a new test case.
Regression tested on x86_64-linux-gnu.
OK for mainline?
Regards,
Jerry
Author: Jerry DeLisle
Date: Fri May 5 20:
On 5/6/23 11:15 AM, Harald Anlauf via Fortran wrote:
Hi Jerry, Steve,
I think I have to pour a little water into the wine.
The patch fixes the reported issue only for a comma after
the namelist name, but we still accept a few other illegal
characters, e.g. ';', because:
#define is_separator(c)
n standard conformance mode, or do we?
Cheers,
Harald
On 5/6/23 06:02, Steve Kargl via Gcc-patches wrote:
On Fri, May 05, 2023 at 08:41:48PM -0700, Jerry D via Fortran wrote:
The attached patch adds a check for the invalid comma and emits a
runtime
error if -std=f95,f2003,f2018 are specified
I plan to commit the following as simple.
The issue was a value was being modified on a short namelist read. After
tthe first read gives the correct EOF, a second read would give the
error but modify the variable.
diff --git a/libgfortran/io/unit.c b/libgfortran/io/unit.c
index 82664dc5f98..3
On 5/17/23 11:52 AM, Harald Anlauf via Fortran wrote:
Dear all,
the attached patch is neat, because it fixes a bug by removing code ;-)
When generating the initializer for a parameter array, we excepted
the case of size 0, which however prevented the detection of array
bounds violations and lea
Sorry about my messages getting chopped.
On 5/25/23 9:34 PM, Jerry DeLisle via Fortran wrote:
Hi all,
I found this message in my spam folder tonight.
Please look. I also sent a note to Damian on this.
Maybe we can get someone to push forward on te native coarrays work?
Other thoughts?
Jerr
On 5/28/23 12:25 PM, Mikael Morin wrote:
Hello,
I would like to apply for 60% of my work time if there is funding for it.
These are the projects that I would like to push (in no particular order):
- Simplify scalarizer API and usage,
- Create internal APIs (basically split gfortran.h and/or
On 6/1/23 2:18 AM, Andre Vehreschild wrote:
Hi Damian, all,
thank you for your input. I have incorporated most of it. Due to Germany
stepping out of nuclear use, I have reduced the cites on these to a minimum. I
don't know anything about the people evaluating the proposal and don't want to
be re
On 6/16/23 12:18 PM, Michael Schneider via Fortran wrote:
Hello,
I'm looking for a forum that can provide answers to questions arising with GNU
Fortran. Is this the right place?
Mike Schneider
We have a Mattermost instance I can invite you to for general
discussions and other topics. I can
On 7/27/23 1:36 PM, Allin Cottrell via Fortran wrote:
I have old fortran source code (not my own work) for a specialized
statistical program that I and others find quite useful.
A few years ago I was able to compile it on Linux using gfortran with
std=legacy (and also cross-compile it for Wind
On 8/9/23 7:58 AM, Paul Richard Thomas via Fortran wrote:
I took a look at my calendar and decided to backport right away.
r13-7703-ged049e5d5f36cc0f4318cd93bb6b33ed6f6f2ba7
BTW It is a regression :-)
Paul
On Wed, 9 Aug 2023 at 12:10, Paul Richard Thomas
wrote:
Committed to trunk as 'obvio
On 8/11/23 5:34 AM, Jorge D'Elia via Fortran wrote:
Dear GFortran developers,
With the beta gfortran 14.x.y versions we are noticing some runtime
errors in a production code.
One type of runtime errors is related to the concurrent use of the
intrinsic "repeat" when the source code is compiled w
On 8/12/23 6:41 AM, Jorge D'Elia wrote:
Hi Paul,
- Mensaje original -
De: "Paul Richard Thomas"
Para: "Jerry"
CC: "Jorge D'Elia" , "Gfortran List" ,
"Jorge D'Elia"
Enviado: Sábado, 12 de Agosto 2023 3:56:44
Asunto: Re: beta gfortran 14.x.y (using -march=native and intrinsic repeat)
On 8/24/23 2:28 PM, Harald Anlauf via Fortran wrote:
Dear all,
the attached patch adds stricter bounds-checking for DATA statements
with implied-do. I chose to allow overindexing (for arrays of rank
greater than 1) for -std=legacy, as there might be codes in the wild
that need this (and this is
On 9/18/23 1:27 PM, Harald Anlauf via Fortran wrote:
Dear all,
as correctly analyzed by Jerry, the code for checking the consistency
of character lengths in array constructors did not properly initialize
the auxiliary variable used in "bounds checking". The attached patch
resolves this by initi
yes, please commit
On 5/21/21 8:08 AM, Steve Kargl via Fortran wrote:
On Fri, May 21, 2021 at 10:09:02AM +0200, Andre Vehreschild wrote:
Ping, ping!
Please find attached a rebased version of the patch for the RANDOM_INIT issue
with coarray Fortran. Nothing changed to the previous version, just
Looks OK Thomas,
Good for backport as well.
Regards,
Jerry
On 7/4/21 9:09 AM, Thomas Koenig via Fortran wrote:
Hello world,
after a bit of an absence, I am now back, at least for some regression
fixing (and for reviewing patches, if that is called for).
So, here's a regression fix to start
Good to go Tobias.
Jerry
On 7/14/21 5:50 AM, Burnus, Tobias wrote:
Ping**2
On Juli 8, 2021 I wrote:
*Ping*
I intent to incorporate Sandra's suggestions, except for the beginning of line
spacing - that's needed to avoid exceeding the 80 character line limit. I did
not include an updated pat
Harald,
Looks good. OK and thanks for your time and efforts.
Jerry
On 9/23/21 12:47 PM, Harald Anlauf via Fortran wrote:
Dear Fortranners,
we missed certain intrinsics as being disallowed in constant expressions,
which lead to an ICE when these intrinsics were used in a specification
expressi
On 10/8/21 2:33 PM, Harald Anlauf via Fortran wrote:
Dear Fortranners,
F2018:10.1.5.5.1(2) requires the same interpretation of old and new-style
relational operators. We internally distinguish between old and new style,
but try to map appropriately when used.
This mapping was missing when r
This one looks OK. Sorry I missed it earlier. Thanks again for the patch!
Jerry
On 10/9/21 12:27 PM, Harald Anlauf via Fortran wrote:
*Ping*
Am 03.10.21 um 21:20 schrieb Harald Anlauf via Fortran:
Dear Fortranners,
when initializing parameter arrays from scalars, we did handle only
the case
Looks good and simple. Proceed. Thanks
Jerry
On 10/28/21 5:05 PM, Bernhard Reutner-Fischer via Fortran wrote:
ping
[Rebased, re-regtested cleanly. Ok for trunk?]
On Wed, 5 Sep 2018 14:57:31 +
Bernhard Reutner-Fischer wrote:
From: Bernhard Reutner-Fischer
compiling gfortran.dg/typeboun
Looks OK.
Cheers
On 10/29/21 11:58 AM, Bernhard Reutner-Fischer via Fortran wrote:
ping
On Wed, 5 Sep 2018 14:57:04 +
Bernhard Reutner-Fischer wrote:
From: Bernhard Reutner-Fischer
Aids debugging the fortran FE.
gcc/ChangeLog:
2017-11-12 Bernhard Reutner-Fischer
* gdbin
Paul, great for getting this posted! I would approve but maybe Sandra
should.
Regardless, thanks for getting this together.
Best Regards,
Jerry
On 11/2/21 1:18 AM, Paul Richard Thomas via Fortran wrote:
Hi Sandra,
Some weeks ago Andrew Benson triggered me to recover a patch for
finalization
301 - 344 of 344 matches
Mail list logo
