http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59976
Bug ID: 59976
Summary: Spurious warning on converting const int variable to
unsigned long
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59791
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59791
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Wed Jan 29 04:10:58 2014
New Revision: 207224
URL: http://gcc.gnu.org/viewcvs?rev=207224&root=gcc&view=rev
Log:
PR c++/59791
* pt.c (tsubst_decl) [VAR_DECL]: Allow in unevaluated c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59315
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23055
Bug 23055 depends on bug 59818, which changed state.
Bug 59818 Summary: [4.9 regression] Bogus error: call of overloaded is
ambiguous
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59818
What|Removed |Added
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59818
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59958
--- Comment #3 from Andrew Pinski ---
(In reply to Martin Husemann from comment #2)
> Is the alignment expected from malloc() configurable in gcc and/or different
> from the standard stack alignment?
Yes MALLOC_ABI_ALIGNMENT:
@defmac MALLOC_ABI_A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #17 from H.J. Lu ---
Created attachment 31974
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31974&action=edit
A micro-benchmark for BTS with register
BTS with register operand is about 7-20% faster on Silvermont
an Haswell.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968
--- Comment #16 from H.J. Lu ---
I couldn't get GCC to use those BT patterns:
(define_insn "*btsq"
[(set (zero_extract:DI (match_operand:DI 0 "register_operand" "+r")
(const_int 1)
(match_operan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59672
--- Comment #9 from David Woodhouse ---
Thanks. This appears to work for me to build the Linux kernel's 16-bit boot
code with the patch at
http://lkml.kernel.org/r/1389180083-23249-3-git-send-email-david.woodho...@intel.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55650
--- Comment #4 from Mike Hommey ---
*** Bug 59973 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59973
Mike Hommey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
;
}
Using g++ (GCC) 4.9.0 20140128 (experimental)
g++ -std=c++11 t.cc
t.cc:4:20: error: 'const T* AbstractThing::method() const [with T =
main()::Foo]', declared using local type 'const main()::Foo', is used but never
defined [-fpermissive]
virtual const T* method() const =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59974
--- Comment #3 from Stephen Kitt ---
Thanks for the quick feedback. It's not actually MinGW-w64 which is broken but
the Windows runtime library; MinGW-w64 provides its own C99-compliant
implementation of vsnprintf.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59974
--- Comment #2 from Andrew Pinski ---
C99 says they return the number of characters that would have been written for
the return value of snprintf. Now older versions of glibc (2.0.6) are broken
the same way mingw is broken.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575
--- Comment #21 from Jakub Jelinek ---
Can you
break gen_rtx_fmt_E_stat if code == SEQUENCE
and see where this SEQUENCE has been allocated and why the count is so bogusly
high?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59974
--- Comment #1 from Stephen Kitt ---
Created attachment 31973
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31973&action=edit
Proposed patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59974
Bug ID: 59974
Summary: ostream crashes on large numbers under Windows
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59973
--- Comment #1 from Mike Hommey ---
Created attachment 31971
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31971&action=edit
Value.ii.gz
Looks like the attachment didn't work at bug creation time.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59973
Bug ID: 59973
Summary: Creates a 32GB unused bss symbol with
-fprofile-generate
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59972
Bug ID: 59972
Summary: -Wunused-value emits inconsistent warnings for unused
computed values
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59906
--- Comment #3 from Harald Anlauf ---
I ran the testcase under gdb to see where the error is thrown.
Starting program: /opt/gcc/4.9/lib/gcc/i686-pc-linux-gnu/4.9.0/f951
robin_gfortran_bug.f90 -quiet -dumpbase robin_gfortran_bug.f90 -mtune=generic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
--- Comment #13 from janus at gcc dot gnu.org ---
(In reply to janus from comment #12)
> Here is a more lightweight fix (pretty much straightforward):
... and regtesting cleanly.
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
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=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=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=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=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=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
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=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|---
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=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=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=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=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=59261
Jeffrey A. Law changed:
What|Removed |Added
Priority|P1 |P2
Status|UNCONFIRMED
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=59818
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
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=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=58701
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
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=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=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=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=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=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 #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=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 #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=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=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=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=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 #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
Denis Kolesnik changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
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=59679
--- Comment #14 from Uroš Bizjak ---
There is no differences in .optimized tree dumps.
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=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=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=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 #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=59679
Uroš Bizjak changed:
What|Removed |Added
Status|WAITING |NEW
Component|target
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=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
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=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=59968
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=59956
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=55440
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=59966
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=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=58742
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #18 from Richard Bi
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=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=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=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=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=58606
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=58639
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=58812
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=54652
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=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
1 - 100 of 123 matches
Mail list logo
