https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996
Melven.Roehrig-Zoellner at DLR dot de changed:
What|Removed |Added
Severity|normal |minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996
--- Comment #8 from Melven.Roehrig-Zoellner at DLR dot de ---
Thanks for the quick replies and the discussion about the not-so-usefulness
of the -dH switch (at least for our project).
We most probably used this switch by mistake - you might
Assignee: unassigned at gcc dot gnu.org
Reporter: Melven.Roehrig-Zoellner at DLR dot de
Target Milestone: ---
Created attachment 35474
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35474action=edit
Failing pFUnit framework version from http://sourceforge.net/projects
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66035
--- Comment #1 from Melven.Roehrig-Zoellner at DLR dot de ---
Created attachment 35475
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35475action=edit
Full build log with failure
Assignee: unassigned at gcc dot gnu.org
Reporter: Melven.Roehrig-Zoellner at DLR dot de
Target Milestone: ---
Created attachment 35450
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35450action=edit
source file to reproduce the error
When I add the flag -dH, gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66756
Melven.Roehrig-Zoellner at DLR dot de changed:
What|Removed |Added
CC||Melven.Roehrig
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: Melven.Roehrig-Zoellner at DLR dot de
Target Milestone: ---
Hi,
the following code fails in GCC 7.1 (at least for my setup):
program bogus_matmul
implicit none
real :: M(3,0), v(0), w(3)
w = 7
w = matmul(M,v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66756
--- Comment #8 from Melven.Roehrig-Zoellner at DLR dot de ---
Could this still be fixed / filtered out in the ThreadSanitizer somehow?
Otherwise the problem persists that you get huge amounts of false positives
with gfortran.
(I'm sorry, but I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90380
--- Comment #12 from Melven.Roehrig-Zoellner at DLR dot de ---
Btw. in our gcc 7.2 coverage (which works fine), I often see about 800 branches
at an "end module" statement...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90380
--- Comment #7 from Melven.Roehrig-Zoellner at DLR dot de ---
Out of curiosity I tried to have a look at the debug output:
It seems to me that it gets stuck in the circuit detection of a source line
that just contains an "end module"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90380
--- Comment #21 from Melven.Roehrig-Zoellner at DLR dot de ---
Hi,
for me the patch seems to solve the problem only for some of the Fortran files.
I applied the patch in my GCC 9.1.0 build and I still have 4 files where gcov
does not seem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90380
--- Comment #22 from Melven.Roehrig-Zoellner at DLR dot de ---
Created attachment 46333
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46333=edit
Fortran module -fdump-tree-original
Hi again,
I also generated the -fdump-tree-origi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90380
--- Comment #9 from Melven.Roehrig-Zoellner at DLR dot de ---
(In reply to Martin Liška from comment #8)
> Created attachment 46320 [details]
> Dot of basic blocks at p4est_triangulation.f90':688
>
> Note that p4est_triangulation.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90380
--- Comment #24 from Melven.Roehrig-Zoellner at DLR dot de ---
Created attachment 46335
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46335=edit
Testcase: Fortran coverage .gcda and .gcno files
Hi Martin
here is coverage test d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90380
--- Comment #27 from Melven.Roehrig-Zoellner at DLR dot de ---
(In reply to Martin Liška from comment #25)
> (In reply to Melven.Roehrig-Zoellner from comment #24)
> > Created attachment 46335 [details]
> > Testcase: Fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90380
Melven.Roehrig-Zoellner at DLR dot de changed:
What|Removed |Added
CC||Melven.Roehrig
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: Melven.Roehrig-Zoellner at DLR dot de
Target Milestone: ---
I obtain a strange ICE for a very minimalistic piece of preprocessing
directives with gfortran (at least versions 4.8.5, 5.4.0, 8.1.0, 9.1.0 fail,
some tested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103994
--- Comment #2 from Melven.Roehrig-Zoellner at DLR dot de ---
Can confirm this with current trunk (see https://godbolt.org/z/16K1jhrsW).
I stumbled upon this while trying to include the C++ library Eigen in the
global module fragment (same
18 matches
Mail list logo