https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
Jerry DeLisle changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #34 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jerry DeLisle
:
https://gcc.gnu.org/g:b55a35bcc80a7402576556c2f9d161229fb220ef
commit r13-8640-gb55a35bcc80a7402576556c2f9d161229fb220ef
Author: Jerry DeLisle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #33 from Jerry DeLisle ---
(In reply to Tobias Burnus from comment #30)
> (In reply to rguent...@suse.de from comment #29)
> > Might be for \r\n line endings?
>
> New lines are handled slightly differently – and \f and \v don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #32 from Jerry DeLisle ---
(In reply to Tobias Burnus from comment #28)
> Created attachment 57896 [details]
> Testcase
>
--- snip ---
> I think we need at least an "|| c == '\t'"; I guess '\r' isn't really
> required here, or is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #31 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:477c8a82f38e353a8c6313b38197c70b12deea80
commit r14-9843-g477c8a82f38e353a8c6313b38197c70b12deea80
Author: Tobias Burnus
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #30 from Tobias Burnus ---
(In reply to rguent...@suse.de from comment #29)
> Might be for \r\n line endings?
New lines are handled slightly differently – and \f and \v don't seem to be
handled at all.
Comparing the result with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #29 from rguenther at suse dot de ---
On Mon, 8 Apr 2024, burnus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
>
> --- Comment #28 from Tobias Burnus ---
> Created attachment 57896
> -->
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #28 from Tobias Burnus ---
Created attachment 57896
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57896=edit
Testcase
It seems as if 'tabs' cause problems, e.g. for:
profile_single_file= .true.
where there are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #27 from Richard Biener ---
And find_group_name does
ios = 0
do while (ios <= 0)
read(unit, '(a)', iostat=ios, end=102) inrec
...
inrec2 = to_lower(adjustl(inrec))
! check for leading '&'
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #26 from Richard Biener ---
Created attachment 57895
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57895=edit
drv_in input file
This is the complete input file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #25 from Richard Biener ---
(t_initf) Read in prof_inparm namelist from: drv_in
(shr_sys_abort) ERROR: (T_INITF) :: namelist read returns an error condition
for prof_inparm
(shr_sys_abort) WARNING: calling mpi_abort() and stopping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #24 from Richard Biener ---
(In reply to chenglulu from comment #23)
> (In reply to GCC Commits from comment #22)
> > The master branch has been updated by Jerry DeLisle :
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
chenglulu changed:
What|Removed |Added
CC||chenglulu at loongson dot cn
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #22 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:93adf88cc6744aa2c732b765e1e3b96e66cb3300
commit r14-9822-g93adf88cc6744aa2c732b765e1e3b96e66cb3300
Author: Jerry DeLisle
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #21 from Jerry DeLisle ---
The following may be a helpful read.
https://www.ibm.com/docs/en/openxl-fortran-aix/17.1.2?topic=formatting-value-separators
I am auditing our list_read.c code for the various types. The NULL read plays
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #20 from Jerry DeLisle ---
Some additional information from the 2023 standard.
13.10.3.1List-directed input forms
8 If the next effective item is default, ASCII, or ISO 10646 character and
• the character sequence does not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #19 from Tobias Burnus ---
Regarding the LAPACK issue:
Actually, I am inclined to
* regard it as LAPACK bug
* that was also fixed upstream, see comment 6, to make g95 happy.
as ';' is not a value separator - while ' ;' is fine,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #15 from Jerry DeLisle ---
(In reply to Tobias Burnus from comment #14)
--- snip ---
> The question is whether the following show give an error as shown above:
> real :: x(3)
> character(len=1) :: s
> ...
> write(99, '(a)')
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #14 from Tobias Burnus ---
Created attachment 57680
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57680=edit
Testcase with decimal=COMMA, passes with ifort/ifx/flang - fails with gfortran
> commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #13 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jerry DeLisle
:
https://gcc.gnu.org/g:824a71f609b37a8121793075b175e2bbe14fdb82
commit r13-8417-g824a71f609b37a8121793075b175e2bbe14fdb82
Author: Jerry DeLisle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #12 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:0c179654c3170749f3fb3232f2442fcbc99bffbb
commit r14-9432-g0c179654c3170749f3fb3232f2442fcbc99bffbb
Author: Jerry DeLisle
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #11 from Jerry DeLisle ---
Created attachment 57676
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57676=edit
Proposed patch
This patch fixes the issue by reverting the troublesome hunk and regression
tests OK on x86_64. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #10 from rguenther at suse dot de ---
> Am 11.03.2024 um 20:03 schrieb jvdelisle at gcc dot gnu.org
> :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
>
> --- Comment #9 from Jerry DeLisle ---
> Patch on comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
--- Comment #9 from Jerry DeLisle ---
Patch on comment #8 breaks all sorts of things. Not so obvious. I will try
reverting the original hunk from pr105473 and then work from there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114304
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
27 matches
Mail list logo