https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82142
Bug ID: 82142
Summary: struct zeroing should use wide stores instead of
avoiding overwriting padding
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: mis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82135
--- Comment #2 from Peter Cordes ---
(In reply to Marc Glisse from comment #1)
> This PR is a bit messy, please minimize your examples...
Sorry, looking at it again later I could have done better. I thought it was
somewhat relevant that this wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
Bug ID: 82143
Summary: add a -fdefault-real-16 flag
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assi
ra,fold,rtl,yes --enable-languages=c,c++,fortran
Thread model: posix
gcc version 8.0.0 20170908 (experimental) (GCC)
The bug seems to occur between revisions 251689 and 251751
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #45 from Eric Botcazou ---
*** Bug 82141 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82145
Bug ID: 82145
Summary: [8 regression] i386/pr38988.c, i386/pr46254.c,
i386/pr55154.c, i386/pr81766.c fails
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82145
--- Comment #1 from Andrey Guskov ---
Option set:
-with-system-zlib --with-demangler-in-ld --with-fpmath=sse --enable-shared
--enable-host-shared --enable-clocale=gnu --enable-cloog-backend=isl
--enable-languages=c,c++,fortran,jit,lto --with-arch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82146
Bug ID: 82146
Summary: if (&pdo) is always true error
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82146
--- Comment #1 from MaaSoftware ---
it is a sample,
int CMyClass::MyFunc
can be as
bool CMyClass::MyFunc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #2 from Dominique d'Humieres ---
> We're waiting for Simon's patch at this point.
For how long?
> *** This bug has been marked as a duplicate of bug 80556 ***
I doubt it since I am using
../work/configure --prefix=/opt/gcc/gcc8w
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80888
--- Comment #3 from Arnaud Charlet ---
Author: charlet
Date: Fri Sep 8 09:38:38 2017
New Revision: 251874
URL: https://gcc.gnu.org/viewcvs?rev=251874&root=gcc&view=rev
Log:
2017-09-08 Bob Duff
PR ada/80888
* a-textio.adb, a-witeio.a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80888
Arnaud Charlet changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82146
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82145
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82145
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |8.0
--- Comment #3 from Uroš Bizjak ---
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #3 from Eric Botcazou ---
> For how long?
Only God really knows I presume... You can try the latest iteration:
https://gcc.gnu.org/ml/gcc-patches/2017-09/msg00045.html
> I doubt it since I am using
>
> ../work/configure --prefix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82146
--- Comment #3 from MaaSoftware ---
Ok. So, it is need to review such code according new standard.
PS: g++ 4.9.2 (Debian 8 Jessie) is compilling code above right.
But it is not sufficient for 6.3.0 to write a function like
void NotWorkedBugAround
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82146
--- Comment #4 from Jonathan Wakely ---
This has nothing to do with a new standard, *(CMaaString *)NULL is simply
undefined behaviour, and that has alawys been true. You cannot dereference a
null pointer.
The bug is there, not inside MyFunc or i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82146
--- Comment #5 from MaaSoftware ---
Ok.
I am sorry,
return MyFunc(Num, *(CMaaString *)NULL, doc); // produces GPF in calling method
not here.
I have think before what all references are object memory pointers inside
compiller, just it is more e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
--- Comment #3 from janus at gcc dot gnu.org ---
(In reply to kargl from comment #2)
> Actaully, the -fdefault-real* and -fdefault-integer-* options
> should be deprecated. These options are broken by design,
I don't know what that means. And no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #46 from simon at pushface dot org ---
I posted my darwin.h patch at
https://gcc.gnu.org/ml/gcc-patches/2017-09/msg00045.html on 1 September -
hasn’t attracted any notice yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82120
--- Comment #11 from Christophe Lyon ---
I've added the -mbranch-cost=N option to the arm target, but compiling
/gcc.dg/tree-ssa/pr81588.c with
-mcpu=cortex-a5 -mfpu=vfpv3-d16 -O2 -fdump-tree-reassoc1-details
-mbranch-cost=N -S -o pr81588.s
nev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82147
Bug ID: 82147
Summary: Autovectorization for extraction is slower than done
manually
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82147
--- Comment #1 from Andrew Pinski ---
It is even worse for float*4->float*2,float*2.
Take (ignore the obvious aliasing issues):
void f(float *restrict a, float * restrict b, float * restrict c, int s)
{
for(int i = 0; i< s;i++)
{
a[i*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
--- Comment #4 from Steve Kargl ---
On Fri, Sep 08, 2017 at 12:31:12PM +, janus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
>
> --- Comment #3 from janus at gcc dot gnu.org ---
> (In reply to kargl from com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82148
Bug ID: 82148
Summary: ICE in assign_temp, at function.c:968
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82146
--- Comment #6 from Jonathan Wakely ---
(In reply to MaaSoftware from comment #5)
> Ok.
>
> I am sorry,
> return MyFunc(Num, *(CMaaString *)NULL, doc); // produces GPF in calling
> method not here.
So what? Dereferencing a null pointer has unde
/c++
Target: x86_64-pc-linux-gnu
Configured with: ../configure --prefix=/home/matthias/local/gcc7
--enable-languages=c,c++ --disable-multilib
Thread model: posix
gcc version 8.0.0 20170908 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-std=c++1z' '-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82146
--- Comment #7 from Jonathan Wakely ---
https://isocpp.org/wiki/faq/references#refs-not-null
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
--- Comment #5 from Dominique d'Humieres ---
> -fdefault-real-8 promotes some things that are REAL(4)
> to REAL(8), and if available it promotes some things from REAL(8) to
> REAL(16).
Not exactly: -fdefault-real-8 promotes some things that are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
Dominique d'Humieres changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
Eric Botcazou changed:
What|Removed |Added
CC|ebotcazou at gcc dot gnu.org |
--- Comment #5 from Eric Botcazo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82149
Bug ID: 82149
Summary: match.pd: 2919: bad if test ?
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82149
David Binderman changed:
What|Removed |Added
CC||ygribov at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81988
--- Comment #7 from Eric Botcazou ---
Author: ebotcazou
Date: Fri Sep 8 17:09:16 2017
New Revision: 251904
URL: https://gcc.gnu.org/viewcvs?rev=251904&root=gcc&view=rev
Log:
PR target/81988
* config/sparc/sparc.md (mulsi3): Rena
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81988
--- Comment #8 from Eric Botcazou ---
Author: ebotcazou
Date: Fri Sep 8 17:12:15 2017
New Revision: 251905
URL: https://gcc.gnu.org/viewcvs?rev=251905&root=gcc&view=rev
Log:
PR target/81988
* config/sparc/sparc.md (mulsi3): Rena
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82150
Bug ID: 82150
Summary: Produces a branch prefetch which causes a hang
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81988
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82151
Bug ID: 82151
Summary: Autovectorization for insertion is slower than done
manually
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82150
--- Comment #1 from Andrew Pinski ---
This sounds like an errata in the core you are using. There seems like the
best way to fix this is via an option which worksaround this errata if there is
not one already.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
--- Comment #6 from Steve Kargl ---
On Fri, Sep 08, 2017 at 04:09:24PM +, dominiq at lps dot ens.fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82143
>
> --- Comment #5 from Dominique d'Humieres ---
> > -fdefault-real-8 promotes s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82150
--- Comment #2 from david.welch at netronome dot com ---
ARM does not have an errata on this for this core from what I was given. Dont
know why they would, at best it would fall into the "unpredictable results"
category. Errata or not was hoping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53215
--- Comment #2 from Jonathan Wakely ---
Is it worth warning? Is this something that people get wrong often? I doubt it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81852
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68860
Steve Ellcey changed:
What|Removed |Added
CC||sje at gcc dot gnu.org
--- Comment #19 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81852
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
--- Comment #1 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81800
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82144
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82153
Bug ID: 82153
Summary: missed optimization: double rounding
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82154
Bug ID: 82154
Summary: ICE in fold_binary_loc, at fold-const.c:9088 in 32-bit
mingw32
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82067
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64139
Martin Liška changed:
What|Removed |Added
CC||jupitercuso4 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82155
Bug ID: 82155
Summary: gcc-8 ICE in dwarf2out_abstract_function, at
dwarf2out.c:21655
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82155
--- Comment #1 from Sergei Trofimovich ---
Created attachment 42143
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42143&action=edit
ECBackend.ii
Attaching original reproducer as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #47 from Dominique d'Humieres ---
This PR is "fixed" by applying the patch at
https://gcc.gnu.org/ml/gcc-patches/2017-09/msg00045.html
on top of revision r251529. However it does not fix pr82141.
> I posted my darwin.h patch at
> h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #6 from Dominique d'Humieres ---
> Of course it's the same issue, namely a Re_Not_Available exception
> thrown by Rtsfind and not properly caught during the compilation of
> g-exptty.adb...
The exception handling on darwin is indeed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82153
--- Comment #1 from joseph at codesourcery dot com ---
floor rounds towards -inf. Conversion to int rounds towards 0. That is,
it wouldn't be valid to omit the roundsd because results would be
different for integer arguments. That said, if y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82153
--- Comment #2 from Arjan van de Ven ---
When a conversion is inexact, a truncated result is returned. If a converted
result is larger than the maximum signed doubleword integer, the floating-point
invalid exception is raised, and if this excepti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029
--- Comment #15 from Jason Merrill ---
Author: jason
Date: Fri Sep 8 22:39:17 2017
New Revision: 251911
URL: https://gcc.gnu.org/viewcvs?rev=251911&root=gcc&view=rev
Log:
PR c++/70029 - ICE with ref-qualifier and -flto
gcc/
* la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82153
--- Comment #3 from joseph at codesourcery dot com ---
On Fri, 8 Sep 2017, arjan at linux dot intel.com wrote:
> When a conversion is inexact, a truncated result is returned. If a converted
> result is larger than the maximum signed doubleword i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #7 from Dominique d'Humieres ---
r251754 is also OK. Most of the changes between r251754 and r251817 come from
Ada.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82156
Bug ID: 82156
Summary: [7/8 regression] Atomic is_lock_free is not true for
16 byte type
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67458
--- Comment #5 from Peter Cordes ---
> optabs: ensure atomic_load/stores have compiler barriers
Thanks for taking a look at this report. But I think it's not necessary to
have a full 2-way barrier. If there's a lighter-weight way to get the
be
-linux-gnu/8.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 8.0.0 20170908 (experimental) [trunk revision 251906] (GCC)
$
$ gcctk -Os
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71660
--- Comment #13 from Peter Cordes ---
(In reply to Thiago Macieira from comment #12)
> Another problem is that we've now had a couple of years with this issue, so
> it's probably worse to make a change again.
A change to C++11 std::atomic? Yeah
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82158
Bug ID: 82158
Summary: _Noreturn functions that do return clobber caller's
registers on ARM32 (but not other arches)
Product: gcc
Version: 7.1.0
URL: https://godbolt.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82158
--- Comment #1 from Peter Cordes ---
Related: bug 55747 describes why gcc keeps the `push {r4, lr}` in the _Noreturn
function: backtraces.
70 matches
Mail list logo
