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).
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
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
: 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=edit
a simple reproducer
The attached program crashes when compi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105449
--- Comment #4 from Gilles Gouaillardet
---
Thanks for the clarification!
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 #1 from Gilles Gouaillardet
---
Created attachment 52916
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52916=edit
a simple reproducer
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: gilles.gouaillardet at gmail dot com
Target Milestone: ---
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=edit
a simple reproducer
The attac
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
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=edit
a slightly rewritten reproducer that passes compilation
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=edit
a simple reproducer
The attac
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=edit
before/after (preprocessed sources + assembly)
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=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
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=edit
a trimmed reproducer (FWIW - include files are missing)
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=edit
a (compressed) pre-processed reproducer
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=102252
--- Comment #1 from Gilles Gouaillardet
---
Created attachment 51430
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51430=edit
a test that works
FWIW, the attached test_svfloat.cpp passes.
It is very similar to test_svbool.cpp but it
: 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=edit
a simple reproducer
Let's consider the attached test_svbool.
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=edit
preprocessed reproducer
Here is the preprocessed reproducer
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=edit
A quite simple reproducer
The attached reproducer crashes the latest LATEST
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
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 #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 #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
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
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=edit
A simple reproducer
This issue was initially reported at
https://github.com/nu
: 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=50732=e
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
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=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.
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=edit
a (compressed) preprocessed reprodu
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=edit
preprocessed reproducer
$ ~/local/gcc-11.1.0/bin/gcc -march=armv8.2-a+sve -O3 -c bug.i
The bug has been
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=edit
a reproducer
The attached (and self-contained) bug.c (trimmed from GROMACS 202
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/bugzilla/show_bug.cgi?id=97046
Gilles Gouaillardet changed:
What|Removed |Added
CC||gilles.gouaillardet at gmail
dot
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
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 #3 from Gilles Gouaillardet
---
Shall I try again with the latest snapshot instead ?
I am not very familiar with building from svn...
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=36109action=edit
a patch for libgcc/libgcov
42 matches
Mail list logo