http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59582
--- Comment #2 from Joey Ye ---
Lastest binutils trunk still has this issue. I'm assuming 2.24 the same.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59349
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Dec 24 04:22:15 2013
New Revision: 206192
URL: http://gcc.gnu.org/viewcvs?rev=206192&root=gcc&view=rev
Log:
PR c++/59349
* parser.c (cp_parser_lambda_introducer): Handle empty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59271
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Tue Dec 24 04:22:23 2013
New Revision: 206193
URL: http://gcc.gnu.org/viewcvs?rev=206193&root=gcc&view=rev
Log:
PR c++/59271
* lambda.c (build_capture_proxy): Use build_cplus_array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59590
--- Comment #2 from Allin Cottrell ---
OK, you're right, there's an off-by-one bug in the second
k-loop.
But it's not very nice that gcc takes that as a license to
produce an infinite loop. However, I guess that makes this
report a duplicate of s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59573
--- Comment #7 from Dennis Lan (dlan) ---
Ok, it's qemu problem, not gcc.
I've built rootfs in qemu (with cmeq insn implemented), then deploy the rootfs
into foudation_v8 emulator. test to compiles code with gcc, and it works fine,
without the li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59590
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
-gmp=/Applications/madsdk --with-mpfr=/Applications/madsdk
--with-mpc=/Applications/madsdk --enable-languages=c,c++,fortran
--disable-multilib --disable-nls --disable-libsanitizer
Thread model: posix
gcc version 4.9.0 20131223 (experimental) (GCC)
townsend@talos ~ $ gfortran -o test_leak test_leak.f9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59590
Bug ID: 59590
Summary: gcc produces an infinite loop on O2 optimization
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #1 from Rich Townsend ---
Oops, missed out details. This is with rev. 206179, on both OS X and Linux.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58007
--- Comment #11 from Rich Townsend ---
#6 fails with 4.9.0 (svn rev. 206179), on both OS X and Linux.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
Bug ID: 59589
Summary: Memory leak when deallocating polymorphic
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59587
H.J. Lu changed:
What|Removed |Added
Attachment #31505|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59203
Hans-Peter Nilsson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59586
Dominique d'Humieres changed:
What|Removed |Added
CC||spop at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59203
--- Comment #3 from Hans-Peter Nilsson ---
Author: hp
Date: Mon Dec 23 23:12:09 2013
New Revision: 206188
URL: http://gcc.gnu.org/viewcvs?rev=206188&root=gcc&view=rev
Log:
PR target/59203
* config/cris/cris.c (cris_pic_symbol_type_of): Fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59588
Bug ID: 59588
Summary: Odd codes in ix86_option_override_internal
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584
Hans-Peter Nilsson changed:
What|Removed |Added
Priority|P3 |P5
Summary|[4.9 Regressio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584
--- Comment #6 from Hans-Peter Nilsson ---
Author: hp
Date: Mon Dec 23 22:33:52 2013
New Revision: 206187
URL: http://gcc.gnu.org/viewcvs?rev=206187&root=gcc&view=rev
Log:
PR middle-end/59584
* config/cris/predicates.md (cris_nonsp_regist
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59587
--- Comment #1 from H.J. Lu ---
Created attachment 31505
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31505&action=edit
A patch
I am testing this patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584
--- Comment #5 from Hans-Peter Nilsson ---
The actual bug causing the ICE is that the combination of
expr.c:find_args_size_adjust and expr.c:fixup_args_size_notes\
can't handle a define_split matching for the stack-adjustment assignment
instructi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584
--- Comment #4 from Hans-Peter Nilsson ---
(In reply to Jakub Jelinek from comment #3)
> So is this actually a regression then (I mean, has it worked in 4.8 or 4.7
> etc.)?
That's not the definition. At one point it work on trunk (4.9) thus it's
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59587
Bug ID: 59587
Summary: cpu_names in i386.c is accessed with wrong index
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59586
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59586
Bug ID: 59586
Summary: Segmentation fault with -Ofast -floop-parallelize-all
-ftree-parallelize-loops
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59349
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584
--- Comment #3 from Jakub Jelinek ---
So is this actually a regression then (I mean, has it worked in 4.8 or 4.7
etc.)?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41090
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41090
--- Comment #19 from Jason Merrill ---
Author: jason
Date: Mon Dec 23 17:49:47 2013
New Revision: 206182
URL: http://gcc.gnu.org/viewcvs?rev=206182&root=gcc&view=rev
Log:
PR c++/41090
Add -fdeclone-ctor-dtor.
gcc/cp/
* optimize.c (can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59577
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59577
--- Comment #1 from Thomas Needham <06needhamt at gmail dot com> ---
Also occurs in version 4.8.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569
--- Comment #11 from meibf at gcc dot gnu.org ---
Author: meibf
Date: Mon Dec 23 15:07:58 2013
New Revision: 206179
URL: http://gcc.gnu.org/viewcvs?rev=206179&root=gcc&view=rev
Log:
2013-12-23 Bingfeng Mei
PR middle-end/59569
* tree-ve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59585
--- Comment #1 from Yury Gribov ---
Created attachment 31503
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31503&action=edit
Draft patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59585
Bug ID: 59585
Summary: Tests failing due to trailing newline
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59573
--- Comment #6 from Dennis Lan (dlan) ---
(In reply to Yvan Roux from comment #5)
> is the foundation model failing for the same reason here (i.e. not
> recognizing the cmeq instruction) ?
Not exactly, the foundation_v8 got abort while compiling
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584
--- Comment #2 from Hans-Peter Nilsson ---
(In reply to Jakub Jelinek from comment #1)
> Are you sure it didn't fail before r205026 as well, because what my patch
> did was essentially restore the old behavior unless strictly necessary (then
> it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584
--- Comment #1 from Jakub Jelinek ---
Are you sure it didn't fail before r205026 as well, because what my patch did
was essentially restore the old behavior unless strictly necessary (then it
would keep the r205026+ behavior).
ocessed pr50251.i -melf -quiet -dumpbase pr50251.c
-auxbase-strip pr50251.s -O2 -version -fno-diagnostics-show-caret
-fdiagnostics-color=never -o pr50251.s
GNU C (GCC) version 4.9.0 20131223 (experimental) [trunk revision 206176]
(cris-elf)
compiled by GNU C version 4.4.4 20100630 (Red Hat 4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59111
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57422
Andrey Belevantsev changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57422
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59582
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59111
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Mon Dec 23 12:14:56 2013
New Revision: 206177
URL: http://gcc.gnu.org/viewcvs?rev=206177&root=gcc&view=rev
Log:
PR c++/59111
cp/
* search.c (lookup_conversions): Return NULL_TRE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59583
Bug ID: 59583
Summary: --enable-targets=all --with-cpu=broadwell isn't
allowed to configure i686-linux
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569
--- Comment #10 from Jakub Jelinek ---
(In reply to Bingfeng Mei from comment #9)
> Seems simple patch is to just bypass permutation for constant operand as
> vec_oprnd is a constant vector with identical elements.
>
> Index: tree-vect-stmts.c
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569
--- Comment #9 from Bingfeng Mei ---
Seems simple patch is to just bypass permutation for constant operand as
vec_oprnd is a constant vector with identical elements.
Index: tree-vect-stmts.c
===
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569
--- Comment #8 from Bingfeng Mei ---
Sorry for the regression. The assertion happens if storing a constant value
with negative step. Doing permutation of constant is not the best optimization
here. So the easy way to fix is to skip vectorizing thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59573
Yvan Roux changed:
What|Removed |Added
CC||yvan.roux at linaro dot org
--- Comment #5 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
49 matches
Mail list logo