https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97046
Gilles Gouaillardet changed:
What|Removed |Added
CC||gilles.gouaillardet at gmail
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97046
--- Comment #4 from Gilles Gouaillardet
---
I crafted the reproducer based on a previous one that has already been merged,
and using a libc subroutine was not an issue back then.
https://gcc.gnu.org/git?p=gcc.git;a=blob;f=gcc/testsuite/gfortran
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
Created attachment 36109
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36109&action=edit
a patch for libgcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67097
--- Comment #3 from Gilles Gouaillardet
---
Shall I try again with the latest snapshot instead ?
I am not very familiar with building from svn...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67097
Gilles Gouaillardet changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67097
--- Comment #6 from Gilles Gouaillardet
---
as a side note, would you be interested in me providing a patch so
gcov-tool merge
can merge n directories (currently, we are limited to n=2) ?
i would implement that via a binary tree, so under the h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67097
Gilles Gouaillardet changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
Created attachment 50686
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50686&action=edit
a reproducer
The attached (and self-contained) bug.c (trimmed from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100284
--- Comment #7 from Gilles Gouaillardet
---
Created attachment 50695
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50695&action=edit
preprocessed reproducer
$ ~/local/gcc-11.1.0/bin/gcc -march=armv8.2-a+sve -O3 -c bug.i
The bug has bee
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
Created attachment 50696
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50696&action=edit
a (compressed) preprocessed rep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100284
--- Comment #8 from Gilles Gouaillardet
---
I made a mistake when building GCC 11.1.0, and I am happy to make the following
correction: GCC 11.1.0 is *not* affected by this issue. The stack trace came
from the master branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100305
--- Comment #4 from Gilles Gouaillardet
---
Thanks Alex for the more minimal reproducer.
Sadly, the just released GCC 11.1.0 crashed with this code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100305
--- Comment #13 from Gilles Gouaillardet
---
Thanks Richard for the quick fix.
I am happy to confirm that the latest trunk passes the three reproducers
included in this ticket.
However, the latest gcc-11 branch only passes the mini reproducer
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
Created attachment 50732
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
Created attachment 51003
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51003&action=edit
A simple reproducer
This issue was initially reported at
https://git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053
--- Comment #3 from Gilles Gouaillardet
---
Thanks for the clarification about which registers have to be preserved.
I will dig this a bit more from now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053
--- Comment #6 from Gilles Gouaillardet
---
I will set the watchpoint and follow the flow ...
That being said, I still see the issue with the latest snapshot
gcc (GCC) 12.0.0 20210613 (experimental)
./dgehd2
INFO =0
1.00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053
--- Comment #7 from Gilles Gouaillardet
---
Note you have to 'make clean' before re-running 'make ...' with different
options.
Otherwise, pretty much nothing gets rebuilt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053
--- Comment #8 from Gilles Gouaillardet
---
It seems OpenBLAS is to be blamed after all ...
>From kernel/arm64/dznrm2_thunderx2t99.c:
#define REGINF "d9"
static void nrm2_compute(BLASLONG n, FLOAT *x, BLASLONG inc_x,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101053
--- Comment #9 from Gilles Gouaillardet
---
And here is the one-liner to fix this mess
--- orig/OpenBLAS-0.3.15/kernel/arm64/dznrm2_thunderx2t99.c 2021-05-03
06:50:22.0 +0900
+++ OpenBLAS-0.3.15/kernel/arm64/dznrm2_thunderx2t99.c
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
The GROMACS (2021.3) non regression test suite now hangs with the latest trunk
when shared libraries are used from -O2 when two or more thread-MPI are used. I
only tried
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104005
--- Comment #3 from Gilles Gouaillardet
---
Created attachment 52210
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52210&action=edit
before/after (preprocessed sources + assembly)
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
Created attachment 52226
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52226&action=edit
a simple reproducer
The a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104112
--- Comment #1 from Gilles Gouaillardet
---
Created attachment 52227
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52227&action=edit
a slightly rewritten reproducer that passes compilation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104005
--- Comment #7 from Gilles Gouaillardet
---
Thanks Richard for the quick fix!
Unfortunately, I just found an other (and much older) issue (ICE, only at
-Ofast) I reported at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104112
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
Created attachment 52248
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52248&action=edit
a simple reproduc
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
Created attachment 51419
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51419&action=edit
A quite simple reproducer
The attached reproducer crashes the latest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102226
--- Comment #2 from Gilles Gouaillardet
---
Created attachment 51421
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51421&action=edit
preprocessed reproducer
Here is the preprocessed reproducer
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
Created attachment 51429
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51429&action=edit
a simple reproducer
Let's consider the attached tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102252
--- Comment #1 from Gilles Gouaillardet
---
Created attachment 51430
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51430&action=edit
a test that works
FWIW, the attached test_svfloat.cpp passes.
It is very similar to test_svbool.cpp but
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
This is a new issue that happens with -march=armv8.2-a+sve -O3 with the latest
snapshot (12-20210919). FWIW, no crash with
- 12-20210912 (last week snapshot)
- -march
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102421
--- Comment #1 from Gilles Gouaillardet
---
Created attachment 51486
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51486&action=edit
a (compressed) pre-processed reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102421
--- Comment #2 from Gilles Gouaillardet
---
Created attachment 51487
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51487&action=edit
a trimmed reproducer (FWIW - include files are missing)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102252
--- Comment #6 from Gilles Gouaillardet
---
I am happy to confirm this issue is fixed in the latest 12-20210919 snapshot
:-)
FWIW, I was not yet able to build GROMACS because of an other issue that was
introduced last week. I reported it at
ht
: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
Created attachment 54062
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54062&action=edit
a simple reproducer
The attached program crash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108056
--- Comment #2 from Gilles Gouaillardet
---
ubuntu does not ship libgfortran.so from gfortran-11.
I tried on a RedHat box, and the issue only occurs when
- I compile with gfortran-11
- *and* I force libgfortran-12
(so if i use the same gfor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108056
--- Comment #3 from Gilles Gouaillardet
---
For the sake of completeness, debian/ubuntu ships libgfortran.a (read, the
static library) from gfortran-11, so I can get this reproducer work if
compiling with -static-libgfortran.
I also manually r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108056
--- Comment #11 from Gilles Gouaillardet
---
gfortran-11 compiles and run correctly when it uses libgfortran-11.
To be perfectly clear, compilation always work: the issue occurs at runtime
when gfortran-11 compiled code uses libgfortran-12).
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105449
--- Comment #1 from Gilles Gouaillardet
---
Created attachment 52916
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52916&action=edit
a simple reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105449
Gilles Gouaillardet changed:
What|Removed |Added
CC||gilles.gouaillardet at gmail
dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105449
--- Comment #4 from Gilles Gouaillardet
---
Thanks for the clarification!
42 matches
Mail list logo
