https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68880
Bug ID: 68880
Summary: [4.9 Regression][Bisected to r202992] std::operator<
overload ignored when using std::lower_bound
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68867
--- Comment #10 from Jerry DeLisle ---
A Patch has been submitted for approval.
https://gcc.gnu.org/ml/fortran/2015-12/msg00080.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68865
Segher Boessenkool changed:
What|Removed |Added
CC||anton at samba dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68879
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68879
Bug ID: 68879
Summary: PowerPC: SImode cstore optimisation produces bad code
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
--- Comment #7 from Jan Hubicka ---
Looks like a result of redirection to builtin_unreachable. Can you check the
WPA dumps if there
is difference in redirections, please?
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
--- Comment #6 from Mikhail Maltsev ---
Created attachment 37016
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37016&action=edit
cSimpleModule ctor after transformation - bad revision
Note that lots of code is removed and we fall through
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
--- Comment #5 from Mikhail Maltsev ---
Created attachment 37015
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37015&action=edit
cSimpleModule ctor before transformation - bad revision
Almost identical to "good revision"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
--- Comment #4 from Mikhail Maltsev ---
Created attachment 37014
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37014&action=edit
cSimpleModule ctor after transformation - good revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
--- Comment #3 from Mikhail Maltsev ---
Created attachment 37013
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37013&action=edit
cSimpleModule ctor before transformation - good revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
Mikhail Maltsev changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68744
--- Comment #7 from John David Anglin ---
Created attachment 37012
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37012&action=edit
Patch
I don't expect this to work but it points at the problem. The call to
backtrace_create_state() assum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
--- Comment #12 from John David Anglin ---
libtool: compile: /test/gnu/gcc/objdir/./gcc/xgcc
-B/test/gnu/gcc/objdir/./gcc/
-B/opt/gnu64/gcc/gcc-6/hppa64-hp-hpux11.11/bin/
-B/opt/gnu64/gcc/gcc-6/hppa64-h
p-hpux11.11/lib/ -isystem /opt/gnu64/gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68746
--- Comment #2 from John David Anglin ---
Looks like but this one is hard to debug with gdb.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68742
John David Anglin changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68744
--- Comment #6 from John David Anglin ---
*** Bug 68742 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68744
--- Comment #5 from John David Anglin ---
(gdb) r
Starting program: /test/gnu/gcc/objdir/gcc/testsuite/gfortran/backtrace_1.exe
warning: Private mapping of shared library text was not specified
by the executable; setting a breakpoint in a shared
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68742
--- Comment #2 from John David Anglin ---
(gdb) r
Starting program: /test/gnu/gcc/objdir/gcc/testsuite/gfortran/event_2.exe
warning: Private mapping of shared library text was not specified
by the executable; setting a breakpoint in a shared lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63651
--- Comment #18 from Dominique d'Humieres ---
For the record with darwin15 I had to add
/System/Library/Frameworks/Foundation.framework/Versions/C/Headers/NSEnumerator.h
/System/Library/Frameworks/Foundation.framework/Versions/C/Headers/NSObject
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
--- Comment #11 from John David Anglin ---
*** Bug 68748 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68748
John David Anglin changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68747
John David Anglin changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
--- Comment #10 from John David Anglin ---
*** Bug 68747 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
--- Comment #9 from John David Anglin ---
*** Bug 68745 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68745
John David Anglin changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68747
--- Comment #2 from Dominique d'Humieres ---
> Duplicate of pr68743?
Ping!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68748
--- Comment #2 from Dominique d'Humieres ---
> Duplicate of pr68743?
Ping!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68745
--- Comment #2 from Dominique d'Humieres ---
> Duplicate of pr68743?
Ping!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
--- Comment #8 from John David Anglin ---
Created attachment 37011
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37011&action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
John David Anglin changed:
What|Removed |Added
Component|fortran |tree-optimization
Summary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
--- Comment #6 from dave.anglin at bell dot net ---
On 2015-12-12, at 4:21 PM, dave.anglin at bell dot net wrote:
>> Yes. The puzzle is why "return (float) floor (x);" calls floorf.
It comets from the forwprop1 pass:
;; Function floorf (floorf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
--- Comment #5 from dave.anglin at bell dot net ---
On 2015-12-12, at 4:10 PM, dave.anglin at bell dot net wrote:
> Yes. The puzzle is why "return (float) floor (x);" calls floorf.
floorf:
.PROC
.CALLINFO FRAME=128,CALLS,SAVE_RP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67781
Eric Botcazou changed:
What|Removed |Added
Target|mips-linux; powerpc-linux |m68k-*-* mips-*-*
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
--- Comment #4 from dave.anglin at bell dot net ---
On 2015-12-12, at 3:50 PM, dominiq at lps dot ens.fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
>
> --- Comment #3 from Dominique d'Humieres ---
>> Program received signal SIG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
--- Comment #3 from Dominique d'Humieres ---
> Program received signal SIGSEGV, Segmentation fault.
> floorf (x=42.708,
> x@entry= (257).>)
> at ../../../gcc/libgfortran/intrinsics/c99_functions.c:293
AFAIU
#ifndef HAVE_FLOORF
#define
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
--- Comment #2 from dave.anglin at bell dot net ---
On 2015-12-07, at 5:58 PM, dominiq at lps dot ens.fr wrote:
> Could you
> please investigate what is wrong with your libs?
There is a problem with the call to floor in the floorf function at
c9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68877
--- Comment #2 from Marc Glisse ---
I suggest (this is not a joke) that the right fix is to implement
noexcept(auto) as an extension (possibly available only in system headers for
now), and use it inside the library.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68864
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68877
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |6.0
Summary|swap for multid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68877
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45859
--- Comment #7 from Tobias Burnus ---
Author: burnus
Date: Sat Dec 12 19:00:32 2015
New Revision: 231585
URL: https://gcc.gnu.org/viewcvs?rev=231585&root=gcc&view=rev
Log:
2014-12-12 Tobias Burnus
gcc/fortran
PR fortran/45859
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
Bug ID: 68878
Summary: [6 Regression] 471.omnetpp in SPEC CPU 2006 is
miscompiled with LTO
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68815
--- Comment #5 from Tobias Burnus ---
Author: burnus
Date: Sat Dec 12 18:55:25 2015
New Revision: 231584
URL: https://gcc.gnu.org/viewcvs?rev=231584&root=gcc&view=rev
Log:
2014-12-12 Tobias Burnus
gcc/c-family/
PR fortran/68815
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68873
Andrew Pinski changed:
What|Removed |Added
Component|other |bootstrap
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67781
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68877
Bug ID: 68877
Summary: swap for multidimensional array of int ill-formed
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67781
--- Comment #5 from Mikael Pettersson ---
m68k is also affected, so it looks like all big-endian targets have this bug:
--- shift.s-m68k-r2108422015-12-12 18:50:53.358503028 +0100
+++ shift.s-m68k-r2108432015-12-12 18:54:43.93835
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67781
Mikael Pettersson changed:
What|Removed |Added
CC||thomas.preudhomme at arm dot
com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42979
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67477
--- Comment #4 from Jakub Jelinek ---
The ICE has been on
(insn 105 746 971 5 (parallel [
(set (reg:V16QI 60 d22 [720])
(unspec:V16QI [
(reg:V16QI 60 d22 [720])
(reg:V16Q
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67477
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68867
--- Comment #9 from Jerry DeLisle ---
(In reply to Dominique d'Humieres from comment #8)
>
> I doubt that will fix the problem: it seems related to to a rounding issue
> with REAL(16). Which REAL(16) is used? "IBM" one or float_128?
True, it on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68876
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67247
Markus Trippelsdorf changed:
What|Removed |Added
CC||vittorio.romeo at outlook dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68876
Bug ID: 68876
Summary: Segmentation fault with variadic templates,
std::forward and decltype
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: critical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68714
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68870
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67781
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68869
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68875
--- Comment #1 from vries at gcc dot gnu.org ---
ok-ed for stage1: https://gcc.gnu.org/ml/gcc-patches/2015-12/msg01305.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68875
Bug ID: 68875
Summary: Add pass parameter to TERMINATE_PASS_LIST
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68799
--- Comment #5 from Matthias Klose ---
> Matthias, can you please incorporate th3 debug patch
> from the previous comment into your source
done.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68867
--- Comment #8 from Dominique d'Humieres ---
> Removing the comment gives:
>
> 3 39 0.6919E-0001
> In the test case, I need to adjust the line;
>
> if (astring(2:2) /= '9') then
>
> to:
>
> if (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68874
--- Comment #1 from vries at gcc dot gnu.org ---
Created attachment 37009
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37009&action=edit
tentative patch
This tentative patch introduces a prev variable (maintained in NEXT_PASS) and
uses th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68874
Bug ID: 68874
Summary: Allow pass groups to be cloned
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68873
Bug ID: 68873
Summary: excessive duplicate checking during build
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68872
Bug ID: 68872
Summary: -mcpu=powerpc64le does not pass -mpower8 to gas
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68871
Bug ID: 68871
Summary: fipa-pta tracks function-level nonlocal
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68418
--- Comment #2 from Paolo Bonzini ---
Author: bonzini
Date: Sat Dec 12 08:29:27 2015
New Revision: 231582
URL: https://gcc.gnu.org/viewcvs?rev=231582&root=gcc&view=rev
Log:
gcc:
PR sanitizer/68418
* c-family/c-ubsan.c (ubsan_inst
71 matches
Mail list logo
