https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68593
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68594
Bug ID: 68594
Summary: [regression] libfortran WRITE() ERR option causing
segfault when used twice
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: maj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68594
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68595
Bug ID: 68595
Summary: ice in const_vector_mask_from_tree at expr.c:11455
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68595
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68596
Bug ID: 68596
Summary: -march=native on Skylake turns into -march=broadwell
-mtune=generic; -march=skylake not working
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68596
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750
--- Comment #10 from Adam Hirst ---
It's been another year, and I would like to confirm that this behaviour is
indeed still present for me in 5.2.0, and adding _i8 as Tobias pointed out
still does cause correct code to result.
$ gfortran -v
Usin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68594
Luca Dall'Olio changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68597
Bug ID: 68597
Summary: ice inin check_return_expr, at cp/typeck.c:8635
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68597
--- Comment #1 from ryan.burn at gmail dot com ---
This looks similar to 67846, but the fix from that bug was already put in and I
verified its test case works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68598
Bug ID: 68598
Summary: Ponter Function as LValue
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68598
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68599
Bug ID: 68599
Summary: [6 Regression] gcc.dg/tree-ssa/pr45122.c and
tree-vrp.c
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68599
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-*
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68564
--- Comment #8 from Matthias Klose ---
Created attachment 36863
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36863&action=edit
patch
and here is the equivalent for the powerpc and mipsel targets. side note: the
mips (be) targets look a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68589
--- Comment #4 from David Bacon ---
This bug was first observed in gcc 4.9.3, but since it is also present in
5.2.0, I have changed the Version field in this bug report from 4.9.3 to 5.2.0.
dB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68564
--- Comment #9 from Eric Botcazou ---
OK, but can't we merge the mipsel and mipsel64 cases here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68600
Bug ID: 68600
Summary: Inlined MATMUL is too slow.
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68600
--- Comment #1 from Dominique d'Humieres ---
Created attachment 36864
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36864&action=edit
Code used for the timings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68593
--- Comment #2 from c.spanakis83 at gmail dot com ---
Windows 10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119
--- Comment #31 from Dominique d'Humieres ---
From comment 27
> > I agree that inline should be faster, if the compiler is reasonably smart,
> > if the matrix dimensions are known at compile time (i.e. should be able to
> > generate the same ker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68593
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68564
Matthias Klose changed:
What|Removed |Added
Attachment #36863|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68601
Bug ID: 68601
Summary: GCC miscompiles LLVM on Windows
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimizatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68601
--- Comment #1 from Andrew Pinski ---
What options are you using? Can you try -fno-strict-aliasing? Some folks are
known to pay fast and lose with strict aliasing rules including LLVM
developers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68601
--- Comment #2 from Keno Fischer ---
The default options used by LLVM's build system:
```
g++ -m64
-I/home/Administrator/julia/deps/build/llvm-svn/build_Release+Asserts/include
-I/home/Administrator/julia/deps/build/llvm-svn/build_Release+Assert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68601
--- Comment #3 from Keno Fischer ---
`-fno-strict-aliasing` does not seem to change the generated assembly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68601
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68564
--- Comment #11 from Eric Botcazou ---
> updated patch, cross builds in progress
Thanks, the patch is OK for all branches if the builds succeed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68601
--- Comment #5 from Keno Fischer ---
Created attachment 36866
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36866&action=edit
Preprocessed source
Trying to attach again. This is part of latest LLVM trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65726
--- Comment #8 from Gerald Pfeifer ---
This one fixes the problem in all my tests.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68601
--- Comment #6 from Markus Trippelsdorf ---
I cannot reproduce the issue on Linux with latest gcc-5 branch.
Next week the gcc-5.3 release candidate should be available.
Many bugs were fixed since 5.2., so please check if this issue got fixed, to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68602
Bug ID: 68602
Summary: i386: -mtune/arch options not all output by -v --help
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68603
Bug ID: 68603
Summary: FAIL: g++.dg/gcov/gcov-1.C
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov-profile
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68526
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66229
--- Comment #2 from Andi Kleen ---
Some analysis of the problem:
At the time cc1 is streaming out profile_data it is not set to anything in
autofdo. So the LTO files contain all 0 profile data, which later causes the
ICE here.
Seems to be some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68604
Bug ID: 68604
Summary: typeid does not allow an id-expression that denotes a
non-static data member
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68434
Casey Carter changed:
What|Removed |Added
CC||Casey at Carter dot net
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68538
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
41 matches
Mail list logo