https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68754
Paolo Carlini changed:
What|Removed |Added
Target Milestone|--- |5.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80960
--- Comment #6 from Dominique d'Humieres ---
Timings and memory use for various releases. They show a timing regression for
gcc-7 and trunk compared to gcc-6.
% time gfortran-4.8.5 pr80960_db.f90 -fdefault-integer-8 -O2 -ftime-report
...
phase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80510
--- Comment #3 from Andreas Schwab ---
FAIL: gcc.target/powerpc/pr80510-1.c (test for excess errors)
Excess errors:
/daten/gcc/gcc-20170602/gcc/testsuite/gcc.target/powerpc/pr80510-1.c:132:29:
warning: left shift count >= width of type [-Wshift-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65542
--- Comment #7 from Thomas Koenig ---
Author: tkoenig
Date: Sat Jun 3 11:26:38 2017
New Revision: 248855
URL: https://gcc.gnu.org/viewcvs?rev=248855&root=gcc&view=rev
Log:
2017-05-03 Thomas Koenig
PR fortran/65542
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65542
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80960
--- Comment #7 from Dominique d'Humieres ---
The second change in memory size occurred between revisions r201916 (1996MB)
and r202560 (6196Mb).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80945
Dominique d'Humieres changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #30 from Dominique d'Humieres ---
s/I could I/how could I/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #31 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #29 from Dominique d'Humieres ---
>> Did you try what I suggested in comment #16 as a stopgap measure?
>> No GNAT developer builds the mainline compiler on Darwin regular
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #32 from ro at CeBiTec dot Uni-Bielefeld.DE ---
Oh, I forgot: does anyone have an explanation why
i386-apple-darwin16.7.0 and i386-apple-darwin11.4.2 bootstraps *with*
Ada still work fine while their x86_64 counterparts fail?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80963
Bug ID: 80963
Summary: UBSAN false positive with visibility=hidden
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80964
Bug ID: 80964
Summary: cross-gotools are not executable on host system
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79483
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79483
--- Comment #7 from David Binderman ---
Problem seems to be between gcc revision 248553 and 248835.
I'll have a go at reducing the demonstrator code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79483
--- Comment #8 from David Binderman ---
Reduced code:
a;
b() {
int c, d;
if (a)
d = b();
return 1 + c + d;
}
Flag -O2 required.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80956
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80965
Bug ID: 80965
Summary: ICE with class argument and -O2 optimization
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80963
--- Comment #1 from Andrew Pinski ---
I think the error message is correct as the class has a linkage of hidden in
the shared library.
That is Archive in the shared library and in the main executable are considered
two different classes.
To fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80963
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> To fix this you need to have the visibility default attribute on the class
> Archive .
And not just on factory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80966
Bug ID: 80966
Summary: ICE with -fstack-limit-register and large frames
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80966
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80965
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80965
Dominique d'Humieres changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
Eric Botcazou changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80887
--- Comment #10 from Marc Glisse ---
Before FRE, we have the following. I marked with comments the SSA_NAMEs that
are value numbered as something other than themselves.
f ()
{
unsigned int t2;
unsigned int t1;
int a;
unsigned int u;
in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80967
Bug ID: 80967
Summary: ICE in tsubst_decomp_names, at cp/pt.c:15660
Product: gcc
Version: c++-concepts
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80964
--- Comment #1 from Ian Lance Taylor ---
Those programs are not supposed to be installed in bindir when not doing a
native build. I'm not sure why that has gone wrong for you. In your build
directory, in gotools/config.status, what are the valu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80968
Bug ID: 80968
Summary: [SPARC] Stack frame reference allowed in delay slot of
return instruction.
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80967
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80967
--- Comment #2 from ryan.burn at gmail dot com ---
That's built from trunk only less than 2 months ago. Are you certain this is
invalid? Did you actually try to reproduce?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80967
--- Comment #3 from Markus Trippelsdorf ---
(In reply to ryan.burn from comment #2)
> That's built from trunk only less than 2 months ago. Are you certain this is
> invalid? Did you actually try to reproduce?
Sure. The bug is fixed already.
I cl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80964
--- Comment #2 from Bernd Edlinger ---
with --target=arm-linux-gnueabihf I see this in gotools
config.log:NATIVE_FALSE='#'
config.log:NATIVE_TRUE=''
But with --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf it works
as expected:
config.
33 matches
Mail list logo
