http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Tue Jan 28 09:02:59 2014
New Revision: 207172
URL: http://gcc.gnu.org/viewcvs?rev=207172&root=gcc&view=rev
Log:
2014-01-28 Richard Biener
PR rtl-optimization/45364
PR rtl-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59890
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Tue Jan 28 09:02:59 2014
New Revision: 207172
URL: http://gcc.gnu.org/viewcvs?rev=207172&root=gcc&view=rev
Log:
2014-01-28 Richard Biener
PR rtl-optimization/45364
PR rtl-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58742
--- Comment #16 from rguenther at suse dot de ---
On Tue, 21 Jan 2014, glisse at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58742
>
> --- Comment #15 from Marc Glisse ---
> Another example: http://stackoverflow.com/q/2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55500
Philip Herron changed:
What|Removed |Added
CC||herron.philip at googlemail
dot co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59656
--- Comment #9 from Jonathan Wakely ---
Author: redi
Date: Tue Jan 28 10:23:27 2014
New Revision: 207180
URL: http://gcc.gnu.org/viewcvs?rev=207180&root=gcc&view=rev
Log:
2014-01-28 Jonathan Wakely
Kyle Lippincott
PR libstdc++/5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59656
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59958
--- Comment #2 from Martin Husemann ---
Is the alignment expected from malloc() configurable in gcc and/or different
from the standard stack alignment?
A small test program along the lines of
if ((uintptr_t)malloc(1) & mask) printf("yes\n") el
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59920
Jakub Jelinek changed:
What|Removed |Added
Attachment #31964|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59916
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
--- Comment #2 from Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59967
Bug ID: 59967
Summary: Performance regression from 4.7.x to 4.8.x (loop not
unrolled)
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59890
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Tue Jan 28 13:13:54 2014
New Revision: 207182
URL: http://gcc.gnu.org/viewcvs?rev=207182&root=gcc&view=rev
Log:
2014-01-28 Richard Biener
Revert
2014-01-28 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Tue Jan 28 13:13:54 2014
New Revision: 207182
URL: http://gcc.gnu.org/viewcvs?rev=207182&root=gcc&view=rev
Log:
2014-01-28 Richard Biener
Revert
2014-01-28 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59890
--- Comment #5 from Richard Biener ---
Seems to break bootstrap now (with -maccumulate-outgoing-args change now for
i?86)
during libquadmath build where
/abuild/rguenther/obj/./gcc/xgcc -B/abuild/rguenther/obj/./gcc/
-B/usr/local/x86_64-unknown-l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59261
--- Comment #2 from Andreas Schwab ---
http://gcc.gnu.org/ml/gcc-testresults/2014-01/msg02171.html
It still fails the same.
There's a similar ICE in gcc.dg/vect/pr37539.c -flto -ffat-lto-objects:
$ gcc/xgcc -Bgcc/ ../gcc/testsuite/gcc.dg/vect/p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58639
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 13:40:06 2014
New Revision: 207183
URL: http://gcc.gnu.org/viewcvs?rev=207183&root=gcc&view=rev
Log:
PR c++/58639
* call.c (build_aggr_conv): Reject value-initialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59890
--- Comment #6 from Richard Biener ---
typedef unsigned long int mp_limb_t;
typedef mp_limb_t * mp_ptr;
typedef const mp_limb_t * mp_srcptr;
typedef long int mp_size_t;
mp_limb_t __quadmath_mpn_add_n (mp_ptr, mp_srcptr, mp_srcptr, mp_size_t);
mp_l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58837
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 13:44:35 2014
New Revision: 207185
URL: http://gcc.gnu.org/viewcvs?rev=207185&root=gcc&view=rev
Log:
PR c++/58837
* typeck.c (cp_truthvalue_conversion): Use explicit com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59097
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 13:44:30 2014
New Revision: 207184
URL: http://gcc.gnu.org/viewcvs?rev=207184&root=gcc&view=rev
Log:
PR c++/59097
* decl.c (compute_array_index_type): Don't call
may
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58814
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 13:44:41 2014
New Revision: 207186
URL: http://gcc.gnu.org/viewcvs?rev=207186&root=gcc&view=rev
Log:
PR c++/58814
* typeck.c (cp_build_modify_expr): Make the RHS an rval
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58606
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 13:44:57 2014
New Revision: 207189
URL: http://gcc.gnu.org/viewcvs?rev=207189&root=gcc&view=rev
Log:
PR c++/58606
* pt.c (template_parm_to_arg): Call convert_from_refere
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58639
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 13:44:51 2014
New Revision: 207188
URL: http://gcc.gnu.org/viewcvs?rev=207188&root=gcc&view=rev
Log:
PR c++/58639
* call.c (build_aggr_conv): Reject value-initialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58504
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 13:45:02 2014
New Revision: 207190
URL: http://gcc.gnu.org/viewcvs?rev=207190&root=gcc&view=rev
Log:
PR c++/58504
* pt.c (tsubst_copy_and_build) [TRAIT_EXPR]: Use tsubst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54652
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 13:45:08 2014
New Revision: 207191
URL: http://gcc.gnu.org/viewcvs?rev=207191&root=gcc&view=rev
Log:
PR c++/54652
* decl.c (duplicate_decls): Always use oldtype for TYPE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58812
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 13:44:46 2014
New Revision: 207187
URL: http://gcc.gnu.org/viewcvs?rev=207187&root=gcc&view=rev
Log:
PR c++/58812
* call.c (convert_like_real): Give helpful error about
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54652
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 13:51:15 2014
New Revision: 207192
URL: http://gcc.gnu.org/viewcvs?rev=207192&root=gcc&view=rev
Log:
PR c++/54652
* decl.c (duplicate_decls): Always use oldtype for TYPE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59097
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54652
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58837
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58814
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58812
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58651
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58639
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58504
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58606
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59823
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |4.9.0
--- Comment #3 from Jason Merrill
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59261
--- Comment #3 from Jeffrey A. Law ---
Can you include -v on your command line. It'd also be helpful if you could
include the intermediates generated by -save-temps.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
Bug ID: 59968
Summary: Unused BT patterns
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59969
Bug ID: 59969
Summary: std::pair nonstandard constructor interferes when
calling map::emplace with noncopyable nonmovable
object
Product: gcc
Version: 4.8.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58742
--- Comment #17 from Richard Biener ---
Author: rguenth
Date: Tue Jan 28 14:53:52 2014
New Revision: 207194
URL: http://gcc.gnu.org/viewcvs?rev=207194&root=gcc&view=rev
Log:
2014-01-28 Richard Biener
PR tree-optimization/58742
* tree-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58742
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #18 from Richard Bi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
--- Comment #9 from Dodji Seketeli ---
Author: dodji
Date: Tue Jan 28 15:03:19 2014
New Revision: 207195
URL: http://gcc.gnu.org/viewcvs?rev=207195&root=gcc&view=rev
Log:
PR preprocessor/59935 - caret diagnostics crashes on non-file locations
gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59966
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55440
--- Comment #2 from H.J. Lu ---
*** Bug 59966 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55440
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
Markus Trippelsdorf changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58622
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58466
Markus Trippelsdorf changed:
What|Removed |Added
CC||chretien at lirmm dot fr
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59956
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58742
--- Comment #19 from Richard Biener ---
The original identity will remain. That is,
;; Function fx (fx, funcdef_no=0, decl_uid=1743, symbol_order=0)
fx (int * b, int * e)
{
long int e.0_2;
long int b.1_4;
long int _5;
long unsigned int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
H.J. Lu changed:
What|Removed |Added
CC||areg.melikadamyan at gmail dot
com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #4 from Uroš Bizjak ---
The conversion to bt is somewhat fragile ATM, implemented with various
splitters.
There was discussion to represent bit-test instructions with its own RTX, with
the intention to generate them from middle-end i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59261
--- Comment #5 from Andreas Schwab ---
Created attachment 31969
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31969&action=edit
Intermediate files from -save-temps
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59672
--- Comment #8 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Jan 28 16:22:45 2014
New Revision: 207196
URL: http://gcc.gnu.org/viewcvs?rev=207196&root=gcc&view=rev
Log:
Add -m16 support for x86
The .code16gcc directive was added to binut
COLLECT_LTO_WRAPPER=gcc/lto-wrapper
Target: ia64-suse-linux
Configured with: ../configure --prefix=/usr --build=ia64-suse-linux
--host=ia64-suse-linux --enable-checking=release --enable-shared
--with-system-zlib CFLAGS='-O2 -g' CXXFLAGS='-O2 -g'
Thread model: posix
gcc version 4.9.0 20140128 (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59679
Uroš Bizjak changed:
What|Removed |Added
Status|WAITING |NEW
Component|target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #3 from Uroš Bizjak ---
(In reply to H.J. Lu from comment #0)
> There are some BT patterns in i386 guarded with
> TARGET_USE_BT. But there are no testcases to show
> if they are used at all.
testsuite/gcc.target/i386/bt-*.c
> Also B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59932
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #5 from H.J. Lu ---
For
int
__attribute__((noinline))
foo1 (int x, int y)
{
x &= (1 << y);
return x != 0;
}
we generate
movl%esi, %ecx
movl$1, %eax
sall%cl, %eax
testl%edi, %eax
setne%al
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53756
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 17:06:40 2014
New Revision: 207197
URL: http://gcc.gnu.org/viewcvs?rev=207197&root=gcc&view=rev
Log:
PR c++/53756
gcc/
* dwarf2out.c (auto_die): New static.
(gen_typ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53756
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |4.9.0
--- Comment #7 from Jason Merrill
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59679
--- Comment #14 from Uroš Bizjak ---
There is no differences in .optimized tree dumps.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
--- Comment #10 from janus at gcc dot gnu.org ---
(In reply to janus from comment #8)
> Backtrace from gdb:
>
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x004d19d6 in replace_comp (expr=expr@entry=0x146cc10,
> sym=sym@entr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
Denis Kolesnik changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #6 from H.J. Lu ---
For
int
__attribute__((noinline))
foo1 (int x, int y)
{
int z;
z = x & (1 << y);
x |= 1 << y;
x &= ~z;
return x;
}
we generate:
movl%esi, %ecx
movl$1, %edx
sall%cl, %edx
movl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598
--- Comment #35 from Denis Kolesnik ---
it works with every russian letter except small letter "ya", I consider it as a
bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #7 from H.J. Lu ---
For
int
__attribute__((noinline))
foo1 (int x, int y)
{
x &= ~(1 << y);
return x;
}
we generate
movl%esi, %ecx
movl$-2, %eax
roll%cl, %eax
andl%edi, %eax
ret
I expect
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
--- Comment #11 from janus at gcc dot gnu.org ---
The reason why the ICE is gone in 4.8 is that 'replace_comp' was completely
removed in r195562 (for PR 54107). However this commit is a bit too heavy for a
backport, I guess.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #8 from H.J. Lu ---
For
int bar1;
void
__attribute__((noinline))
foo1 (int y)
{
if (!(bar1 & (1 << y)))
bar1 |= 1 << y;
}
we generate
movlbar1(%rip), %eax
btl%edi, %eax
jc.L1
movl$1, %edx
mo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59932
--- Comment #6 from Zhendong Su ---
Thanks for your explanation Jakub. It's more clear now, but I still don't fully
understand the difference in behavior from 4.8 to the current trunk.
Is it because 4.8's support for warning undefined behaviors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #9 from H.J. Lu ---
For
int bar1;
void
__attribute__((noinline))
foo1 (int y)
{
if (!(bar1 & (1 << y)))
{
bar1 |= 1 << y;
xxx1 ();
}
}
we generate
.cfi_startproc
movlbar1(%rip), %eax
btl%edi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #10 from H.J. Lu ---
For
int bar1;
void
__attribute__((noinline))
foo1 (int y)
{
if ((bar1 & (1 << y)))
{
bar1 &= ~(1 << y);
xxx1 ();
}
}
we generate
movlbar1(%rip), %eax
btl%edi, %eax
jc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #11 from H.J. Lu ---
For
int bar1;
void
__attribute__((noinline))
foo1 (int y)
{
if ((bar1 & (1 << y)))
bar1 &= ~(1 << y);
}
we generate
.cfi_startproc
movlbar1(%rip), %eax
btl%edi, %eax
jnc.L1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59679
Uroš Bizjak changed:
What|Removed |Added
Component|tree-optimization |middle-end
--- Comment #15 from Uroš Bizjak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59679
--- Comment #16 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #15)
> (In reply to Uroš Bizjak from comment #13)
> > Confirmed as tree-optimization problem on 4.9 branch.
>
> Actually, a middle-end problem, if at all. With -ftree-ter,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #12 from H.J. Lu ---
For
int bar1;
void
__attribute__((noinline))
foo1 (int y)
{
int z;
if (!(bar1 & (1 << y)))
xxx1 ();
z = bar1 & (1 << y);
bar1 |= 1 << y;
bar1 &= ~z;
}
we generate
movlbar1(%rip), %edx
p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #13 from Uroš Bizjak ---
(In reply to H.J. Lu from comment #8)
>
> I expect:
>
> bts %edi, bar2(%rip)
Did you see Comment #3?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #14 from Uroš Bizjak ---
From i386.md:
;; %%% bts, btr, btc, bt.
;; In general these instructions are *slow* when applied to memory,
;; since they enforce atomic operation. When applied to registers,
;; it depends on the cpu implemen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59916
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59818
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59656
--- Comment #11 from ppluzhnikov at gcc dot gnu.org ---
Author: ppluzhnikov
Date: Tue Jan 28 19:08:00 2014
New Revision: 207201
URL: http://gcc.gnu.org/viewcvs?rev=207201&root=gcc&view=rev
Log:
For Google b/12533273 and PR 59656, partially backpor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59261
Jeffrey A. Law changed:
What|Removed |Added
Priority|P1 |P2
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59414
--- Comment #16 from Paul Thomas ---
Author: pault
Date: Tue Jan 28 20:10:22 2014
New Revision: 207204
URL: http://gcc.gnu.org/viewcvs?rev=207204&root=gcc&view=rev
Log:
2014-01-28 Paul Thomas
PR fortran/59414
* trans-stmt.c (gfc_trans
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59414
Paul Thomas changed:
What|Removed |Added
Summary|[4.8/4.9 Regression] [OOP] |[4.8 Regression] [OOP] ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58632
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 21:04:29 2014
New Revision: 207208
URL: http://gcc.gnu.org/viewcvs?rev=207208&root=gcc&view=rev
Log:
PR c++/58632
* decl.c (lookup_and_check_tag): Ignore template parame
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701
--- Comment #8 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 21:04:44 2014
New Revision: 207209
URL: http://gcc.gnu.org/viewcvs?rev=207209&root=gcc&view=rev
Log:
PR c++/58701
* semantics.c (build_anon_member_initialization): Stop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59970
Bug ID: 59970
Summary: Bogus warnings at low optimization levels
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58616
Bug 58616 depends on bug 58701, which changed state.
Bug 58701 Summary: [4.9 Regression] [c++11] ICE initializing member of static
union
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701
What|Removed |Added
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
onfig/default.exp as
tool-and-target-specific interface file.
Running /export/gnu/import/git/gcc/gcc/testsuite/gcc.target/i386/i386.exp ...
FAIL: gcc.target/i386/sse2-init-v2di-2.c scan-assembler-times vec_concatv2di/3
1
=== gcc Summary ===
# of expected passes11
# of unexpected f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575
--- Comment #20 from Ryan Mansfield ---
> Sorry, can't reproduce. Can you run it in the debugger
> p debug_rtx (p)
> up
> p debug_rtx (insn)
> ?
Sorry for the delay.
Starting program: /home/ryan/gnu/gcc/trunk/arm-eabi/gcc/./cc1 -fexceptions
/ho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59970
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |tree-optimization
--- Comment #1 from And
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58632
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 21:33:55 2014
New Revision: 207213
URL: http://gcc.gnu.org/viewcvs?rev=207213&root=gcc&view=rev
Log:
PR c++/58632
* decl.c (lookup_and_check_tag): Ignore template parame
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58632
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59932
--- Comment #7 from Jakub Jelinek ---
(In reply to Zhendong Su from comment #6)
> Thanks for your explanation Jakub. It's more clear now, but I still don't
> fully understand the difference in behavior from 4.8 to the current trunk.
>
> Is it be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59818
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Jan 28 22:00:05 2014
New Revision: 207215
URL: http://gcc.gnu.org/viewcvs?rev=207215&root=gcc&view=rev
Log:
PR c++/59818
* pt.c (tsubst_function_type): Make sure we keep the sa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55500
--- Comment #4 from Matt Hargett ---
Phillip, the problem is not that the program doesn't run properly. It's that
the code isn't inline via de-virtualization when it could be. The main() should
contain a few printf/puts calls and nothing more.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #15 from H.J. Lu ---
(In reply to Uroš Bizjak from comment #14)
> From i386.md:
>
> ;; %%% bts, btr, btc, bt.
> ;; In general these instructions are *slow* when applied to memory,
> ;; since they enforce atomic operation. When applie
1 - 100 of 123 matches
Mail list logo
