https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68006
Markus Trippelsdorf changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68006
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49636
--- Comment #8 from Paul Thomas ---
(In reply to Dominique d'Humieres from comment #7)
> Ping!
I am just going through the PRs assigned to me and tying to draw up a priority
list.
***sigh*** there are quite a lot fo which there are partial fixe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68008
Bug ID: 68008
Summary: Pessimization of simple non-tail-recursive functions
Product: gcc
Version: 5.1.1
URL: http://stackoverflow.com/questions/32974625
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67177
--- Comment #4 from Paul Thomas ---
Author: pault
Date: Sun Oct 18 09:31:21 2015
New Revision: 228940
URL: https://gcc.gnu.org/viewcvs?rev=228940&root=gcc&view=rev
Log:
2015-10-18 Paul Thomas
PR fortran/67177
PR fortran/67977
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67977
--- Comment #2 from Paul Thomas ---
Author: pault
Date: Sun Oct 18 09:31:21 2015
New Revision: 228940
URL: https://gcc.gnu.org/viewcvs?rev=228940&root=gcc&view=rev
Log:
2015-10-18 Paul Thomas
PR fortran/67177
PR fortran/67977
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68006
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63758
--- Comment #9 from Iain Sandoe ---
Author: iains
Date: Sun Oct 18 10:33:37 2015
New Revision: 228942
URL: https://gcc.gnu.org/viewcvs?rev=228942&root=gcc&view=rev
Log:
Fix PR63758 by using the _NSGetEnviron() API on Darwin
include/
Ro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60717
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52846
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39627
Bug 39627 depends on bug 52846, which changed state.
Bug 52846 Summary: [F2008] Support submodules
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52846
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36854
Bug 36854 depends on bug 66385, which changed state.
Bug 66385 Summary: [4.9 Regression] ICE: FORALL writing multiple elements of
one array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66385
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66385
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Sun Oct 18 11:29:37 2015
New Revision: 228943
URL: https://gcc.gnu.org/viewcvs?rev=228943&root=gcc&view=rev
Log:
2015-10-18 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66385
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68009
Bug ID: 68009
Summary: [6 Regression] prototype for gfortran_runtime_error
with inline matmul
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68009
Thomas Koenig changed:
What|Removed |Added
Target||nvptx
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66082
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67977
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=67921
--- Comment #6 from bin.cheng ---
The fact is GCC calls function:
chrec_fold_minus (type, chrec1, chrec2)
// type == sizetype
// chrec1 == 4 - (sizetype) &c
// chrec2 == (sizetype) ((int *) p1_8(D) + ((sizetype) a_23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68008
--- Comment #1 from Marc Glisse ---
Probably not related, but at -O2, I notice that sccp produces the
"interesting":
_3 = n_4(D) + -2;
_12 = (unsigned int) n_4(D);
_10 = _12 + 4294967294;
_2 = _10 / 2;
_11 = (int) _2;
_9 = _11 * -2;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67921
--- Comment #7 from bin.cheng ---
Hmm, this issue could be simply because chrec_fold_multiply doesn't use
sizetype as CHREC_RIGHT's type to build pointer type CHREC:
return build_polynomial_chrec
(CHREC_VARIABLE (op0),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678
--- Comment #21 from Mikael Morin ---
Author: mikael
Date: Sun Oct 18 15:01:03 2015
New Revision: 228945
URL: https://gcc.gnu.org/viewcvs?rev=228945&root=gcc&view=rev
Log:
PR fortran/67721
PR fortran/67818
Backport from m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67818
--- Comment #9 from Mikael Morin ---
Author: mikael
Date: Sun Oct 18 15:01:03 2015
New Revision: 228945
URL: https://gcc.gnu.org/viewcvs?rev=228945&root=gcc&view=rev
Log:
PR fortran/67721
PR fortran/67818
Backport from ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65841
--- Comment #7 from Mikael Morin ---
Author: mikael
Date: Sun Oct 18 15:01:03 2015
New Revision: 228945
URL: https://gcc.gnu.org/viewcvs?rev=228945&root=gcc&view=rev
Log:
PR fortran/67721
PR fortran/67818
Backport from ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67721
--- Comment #9 from Mikael Morin ---
Author: mikael
Date: Sun Oct 18 15:01:03 2015
New Revision: 228945
URL: https://gcc.gnu.org/viewcvs?rev=228945&root=gcc&view=rev
Log:
PR fortran/67721
PR fortran/67818
Backport from ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67871
--- Comment #7 from H.J. Lu ---
arm-none-eabi GCC only supports little-endian, not big-endian and
armeb-none-eabi GCC only supports big-endian, not little-endian.
To make them support both, you need to pass the right -m option
to linker.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848
--- Comment #19 from Jack Howarth ---
This thread...
http://www.hpl.hp.com/hosted/linux/mail-archives/gc/2011-April/004472.html
suggests that the boehm-gc is older than I suspected (as it claims gcc's copy
is based on the 6.6 release). As far a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848
--- Comment #20 from Jack Howarth ---
Also, the one commonality in all of the boehm-gc regressions on darwin15
(against the Apple Clang 7.0 compiled libunwind.dylib) is instances of...
* thread #1: tid = 0x20dbb8, 0x7fff93f37148 libdyld.dyli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67758
--- Comment #8 from Mikael Morin ---
Author: mikael
Date: Sun Oct 18 17:17:21 2015
New Revision: 228947
URL: https://gcc.gnu.org/viewcvs?rev=228947&root=gcc&view=rev
Log:
Fix common-related error recovery ICE.
Fix an inconsistent state, between
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68006
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Sun Oct 18 18:02:10 2015
New Revision: 228949
URL: https://gcc.gnu.org/viewcvs?rev=228949&root=gcc&view=rev
Log:
PR c++/68006
* decl.c (implicit_default_ctor_p): New.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68006
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67758
Mikael Morin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68010
Bug ID: 68010
Summary: internal compiler error: in tree_to_shwi, at
tree.h:3661
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66079
--- Comment #12 from Paul Thomas ---
Author: pault
Date: Sun Oct 18 18:36:52 2015
New Revision: 228952
URL: https://gcc.gnu.org/viewcvs?rev=228952&root=gcc&view=rev
Log:
2015-10-18 Paul Thomas
PR fortran/66079
* trans-expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67443
--- Comment #13 from wmi at google dot com ---
Use the extracted testcase vogt contributed. Here is some digging about why
rtx_refs_may_alias_p returns noalias for the load and store:
(gdb) c
Continuing.
Breakpoint 3, rtx_refs_may_alias_p (x=0x7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68010
--- Comment #1 from ghoort1 at gmail dot com ---
At GCC-5.1.1
/home/ghoort/projects/nfg/NFserver/StructDecoder.h:67:2: internal compiler
error: in tree_to_shwi, at tree.h:3856
}
^
0x806864 tree_to_shwi(tree_node const*)
../../src/gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68010
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66079
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68010
--- Comment #3 from Andrey Chistyakov ---
Created attachment 36538
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36538&action=edit
crash file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67443
--- Comment #14 from Dominik Vogt ---
This is the thread discussing the patch that introduced the if-condition above
to ao_ref_from_mem:
https://gcc.gnu.org/ml/gcc-patches/2009-09/msg01638.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68010
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |NEW
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34721
Dominique d'Humieres changed:
What|Removed |Added
CC||arnaud02 at users dot
sourceforge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50331
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63509
TzachiNoy changed:
What|Removed |Added
CC||tzachinoy at gmail dot com
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68000
--- Comment #3 from Tim Haines ---
(In reply to Andrew Pinski from comment #1)
> Note I think the trunk already has improved code generation.
Here is the codegen from the latest trunk build using the same options as
before.
foo_manual_hoist:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29799
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52010
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67443
--- Comment #15 from Dominik Vogt ---
The original problem was that a 4-byte load (or whatever) from memory M into an
8-byte-register on bigendian machines is represented by a memory reference of
size 8 starting at M-4? This problem was present
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
Blo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67900
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65800
--- Comment #2 from Mikhail Maltsev ---
Author: miyuki
Date: Sun Oct 18 23:33:21 2015
New Revision: 228956
URL: https://gcc.gnu.org/viewcvs?rev=228956&root=gcc&view=rev
Log:
Fix crash in gengtype debug dump
gcc/
PR other/65800
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65800
Mikhail Maltsev changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20151018 (experimental) [trunk revision 228953] (GCC)
$
$ gcc-trunk -m64 -O0 small.c; ./a.out
$ gcc-trunk -m32 -O1 small.c; ./a.out
$ gcc-5.2 -m64 -O1 small.c; ./a.out
$
$ gcc-trunk -m64 -O1 small.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68012
Bug ID: 68012
Summary: g++ incorrectly accepts forward declaration of
constexpt variable template
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67999
Daniel Micay changed:
What|Removed |Added
CC||danielmicay at gmail dot com
--- Comment
--prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20151018 (experimental) [trunk revision 228953] (GCC)
$
$ gcc-trunk -Os -c small.c
$ gcc-5.2 -O2 -c small.c
$
$ gcc-trunk -O2 -c small.c
small.c: In function ‘fn1’:
small.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711
--- Comment #19 from Paul Thomas ---
(In reply to Dominique d'Humieres from comment #18)
> > comment #10 from Roger-Sayle is being kept "live" by this PR. Whilst
> > I am interested, I have to give priority to other PRs to make best use
> > of m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52010
--- Comment #10 from paul.richard.thomas at gmail dot com ---
Hi Dominique,
I was about to close this one right now :-)
Thanks
Paul
On 18 October 2015 at 22:54, dominiq at lps dot ens.fr
wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56852
Paul Thomas changed:
What|Removed |Added
Summary|[4.9/5 Regression] ICE on |[4.9 Regression] ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68014
Bug ID: 68014
Summary: ICE when using Flag Output Operands
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68000
--- Comment #4 from Andrew Pinski ---
Note I was looking at the code generation of AARCH64 which does not have
addition in QI Mode and does those adds in SImode and RTL CSE (or RTL GCSE, I
did not look into which one) could remove the extra addit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67999
Rich Felker changed:
What|Removed |Added
CC||bugdal at aerifal dot cx
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68006
--- Comment #5 from Markus Trippelsdorf ---
It looks like trunk/gcc/testsuite/g++.dg/opt/flifetime-dse3.C doesn't work
as expected. It already succeeds before your patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68006
--- Comment #6 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #5)
> It looks like trunk/gcc/testsuite/g++.dg/opt/flifetime-dse3.C doesn't work
> as expected. It already succeeds before your patch.
Please ignore. I use
65 matches
Mail list logo