http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59385
Uroš Bizjak changed:
What|Removed |Added
CC||tmsriram at google dot com
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59390
Uroš Bizjak changed:
What|Removed |Added
CC||tmsriram at google dot com
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Ve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59379
--- Comment #8 from H.J. Lu ---
(In reply to H.J. Lu from comment #7)
> r202807 can bootstrap. But r202811 failed with
>
> The only difference in GCC source is:
>
> diff --git a/gcc/DATESTAMP b/gcc/DATESTAMP
> index 0f54f2b..b7c5255 100644
> --
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59222
Andrew Pinski changed:
What|Removed |Added
Summary|[4.9 Regression]|[4.9 Regression]
|gcc.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59375
--- Comment #4 from Nobuhiro Iwamatsu ---
Oleg and Kojima-san, thanks for your work.
Yes, I was building on SH native.
And I am using gcc 4.6.3 version in the host.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59393
Bug ID: 59393
Summary: [4.8/4.9 regression] mips16 code size
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40756
Bug 40756 depends on bug 37132, which changed state.
Bug 37132 Summary: Debug: No DW_TAG_namelist emitted for NAMELISTS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37132
What|Removed |Added
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24546
Bug 24546 depends on bug 37132, which changed state.
Bug 37132 Summary: Debug: No DW_TAG_namelist emitted for NAMELISTS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37132
What|Removed |Added
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37132
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58809
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59222
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Summary|gcc.c-torture/co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59392
Mark Seaborn changed:
What|Removed |Added
CC||mseaborn at chromium dot org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59375
--- Comment #3 from Kazumoto Kojima ---
All my 4.8 cross compilers including 4.8.2 and 4.8.3 don't fail
with ccFujO37.out. Maybe a host compiler's problem.
Iwamatsu-san, which host compiler did you use?
Perhaps SH native one?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59392
Bug ID: 59392
Summary: crash on throw from "unexpected exception" handler
with ARM EABI unwinder
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58567
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59388
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Summa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59379
--- Comment #7 from H.J. Lu ---
r202807 can bootstrap. But r202811 failed with
[hjl@gnu-mic-2 libgcc]$
/export/build/gnu/gcc-lto-fdo/build-x86_64-linux/./gcc/xgcc
-B/export/build/gnu/gcc-lto-fdo/build-x86_64-linux/./gcc/
-B/usr/local/x86_64-unkn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59388
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59222
Andrew Pinski changed:
What|Removed |Added
Summary|gcc.c-torture/compile/20050 |gcc.c-torture/compile/20050
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52023
Joseph S. Myers changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59391
--- Comment #2 from Andrew Pinski ---
Works for me in gcc version 4.9.0 20131026 (experimental) [trunk revision
204095] (GCC)
Can you try a newer version as 4.4 is no longer supported.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52023
Joseph S. Myers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52023
--- Comment #13 from Joseph S. Myers ---
Author: jsm28
Date: Wed Dec 4 22:57:20 2013
New Revision: 205685
URL: http://gcc.gnu.org/viewcvs?rev=205685&root=gcc&view=rev
Log:
PR c/52023
c-family:
* c-common.c (c_sizeof_or_alignof_type): Add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59391
--- Comment #1 from Ahmed Wafa ---
// The following is shortest array that will reproduce that problem
const int int_array[] = {1, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2};
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59391
Bug ID: 59391
Summary: std::sort will go out of std::vector bounds and crash
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59389
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59382
Eric Botcazou changed:
What|Removed |Added
Target||arm-linux
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59382
--- Comment #3 from Eric Botcazou ---
Author: ebotcazou
Date: Wed Dec 4 21:28:21 2013
New Revision: 205682
URL: http://gcc.gnu.org/viewcvs?rev=205682&root=gcc&view=rev
Log:
PR ada/59382
gnattools/
* configure.ac (target parameterization)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59382
--- Comment #2 from Eric Botcazou ---
Author: ebotcazou
Date: Wed Dec 4 21:25:11 2013
New Revision: 205681
URL: http://gcc.gnu.org/viewcvs?rev=205681&root=gcc&view=rev
Log:
PR ada/59382
gnattools/
* configure.ac (target parameterization)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54113
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54113
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Dec 4 21:15:31 2013
New Revision: 205680
URL: http://gcc.gnu.org/viewcvs?rev=205680&root=gcc&view=rev
Log:
PR c/54113
c/
* c-decl.c (start_function): Don't warn for missing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
Markus Trippelsdorf changed:
What|Removed |Added
CC||octoploid at yandex dot com
--- Com
local --with-gmp=/usr --with-mpfr=/usr
--with-mpc=/usr --with-cloog=/usr --with-ppl=/usr --with-isl=/usr
Thread model: posix
gcc version 4.9.0 20131204 (experimental) (GCC)
also affects gcc 4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59375
Oleg Endo changed:
What|Removed |Added
CC||kkojima at gcc dot gnu.org
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
David Kredba changed:
What|Removed |Added
CC||nheghathivhistha at gmail dot
com
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37132
--- Comment #6 from Tobias Burnus ---
Author: burnus
Date: Wed Dec 4 19:59:42 2013
New Revision: 205679
URL: http://gcc.gnu.org/viewcvs?rev=205679&root=gcc&view=rev
Log:
gcc/
2013-12-04 Tobias Burnus
PR debug/37132
* lto-stre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59389
Paul Pluzhnikov changed:
What|Removed |Added
Keywords||rejects-valid
Status|RESOLV
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59389
Paul Pluzhnikov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/11997192
Using current trunk:
g++ (GCC) 4.9.0 20131204 (experimental)
// --- cut ---
#include
#include
#include
struct Foo {
Foo(const std
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59388
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
--enable-multilib
Thread model: posix
gcc version 4.9.0 20131204 (experimental) [trunk revision 205673] (GCC)
$
$ gcc-trunk -O0 small.c; a.out
$ gcc-4.8 -O1 small.c; a.out
$
$ gcc-trunk -O1 small.c
small.c: In function ‘main’:
small.c:9:1: error: definition in block 2 follows the use
main
--enable-multilib
Thread model: posix
gcc version 4.9.0 20131204 (experimental) [trunk revision 205673] (GCC)
$
$ gcc-trunk -O1 small.c; a.out
$ gcc-trunk -O2 small.c; a.out
$ gcc-4.8 -Os small.c; a.out
$
$ gcc-trunk -Os small.c
$ a.out
^C
$
-
int a, *d, **e = &
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57315
--- Comment #4 from Vladimir Makarov ---
Zack, thanks for reporting this. Crypto algorithms are very interesting
cases for RA. A lot of performance improvements were done for RA during
gcc-4.9 development. Now on Intel Haswell I have
bash-4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59386
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59268
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59268
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 4 18:14:01 2013
New Revision: 205675
URL: http://gcc.gnu.org/viewcvs?rev=205675&root=gcc&view=rev
Log:
PR c++/59268
* pt.c (tsubst_copy_and_build): Handle POINTER_PLUS_EXP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
--- Comment #13 from Jan Hubicka ---
I see, we should just short citcuit case when caller_freq
is 0. I will test patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59268
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 4 18:00:28 2013
New Revision: 205674
URL: http://gcc.gnu.org/viewcvs?rev=205674&root=gcc&view=rev
Log:
PR c++/59268
* pt.c (tsubst_copy_and_build): Handle POINTER_PLUS_EXP
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 4.9.0 20131204 (experimental) [trunk revision 205660] (GCC)
$
$ gcc-trunk -m64 -Os -c small.c
$ gcc-4.8 -m64 -O2 -c small.c
$ gcc-trunk -m32 -O2 -c small.c
$
$ gcc-trunk -m64 -O2 -c small.c
small.c: In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58943
--- Comment #6 from joseph at codesourcery dot com ---
Yes, something like that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54113
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
taylor/gcc/local-trunk --with-gmp=/usr --with-mpfr=/usr
--with-mpc=/usr --with-cloog=/usr --with-ppl=/usr --with-isl=/usr
Thread model: posix
gcc version 4.9.0 20131204 (experimental) (GCC)
$ gcc-4.9 -Wall fma-attribute.c -c -std=c99 -O2 && objdump -d fma-attribute.o
fma-attribute.o:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59385
--- Comment #1 from Julian Taylor ---
Created attachment 31381
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31381&action=edit
code reproducing the issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59382
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59317
--- Comment #3 from Vladimir Makarov ---
(In reply to Robert Suchanek from comment #2)
> The latest patches do not seem to resolve the issue.
>
> Although the newly generated pseudos get ALL_REGS class assigned, the class
> change does not happen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53984
Tomalak Geret'kal changed:
What|Removed |Added
CC||tom at kera dot name
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59086
--- Comment #9 from Vladimir Makarov ---
(In reply to Jan Hubicka from comment #8)
> > Do we have any documentation that states how many registers can be used in
> > inline assembler for a particular arch and optset? "almost all" is not good
> > e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
--- Comment #12 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #11)
> Can't reproduce this, with various snapshots from around the date of
> comments, or current trunk, neither on the larger nor shorter testcase.
Strange.
Ju
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58726
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #22 from Jakub Jelinek ---
Fixed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59351
--- Comment #8 from Marek Polacek ---
Author: mpolacek
Date: Wed Dec 4 15:54:48 2013
New Revision: 205673
URL: http://gcc.gnu.org/viewcvs?rev=205673&root=gcc&view=rev
Log:
PR c/59351
testsuite/
* gcc.dg/pr59351.c: Use -pedantic instead o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59008
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #21 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 4 15:50:02 2013
New Revision: 205671
URL: http://gcc.gnu.org/viewcvs?rev=205671&root=gcc&view=rev
Log:
PR target/59163
* config/i386/i386.c (ix86_legitimate_combined_insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58726
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 4 15:51:02 2013
New Revision: 205672
URL: http://gcc.gnu.org/viewcvs?rev=205672&root=gcc&view=rev
Log:
PR rtl-optimization/58726
* combine.c (force_to_mode): Fix comment t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59351
--- Comment #7 from Marek Polacek ---
Ugh, of course, will fix it immediately.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59351
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58682
H.J. Lu changed:
What|Removed |Added
CC||evstupac at gmail dot com
--- Comment #5 from H
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59384
Bug ID: 59384
Summary: Cilk Plus array notation with for loop after segfaults
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733
--- Comment #8 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #7)
> So, with r205392 now in, can this still be reproduced?
Unfortunately, yes.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58290
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=58279
--- Comment #9 from Stupachenko Evgeny ---
r203897 | pmatos | 2013-10-21 19:41:46 +0400 (Mon, 21 Oct 2013) | 4 lines
* ipa-inline.c (edge_badness): Cap edge->count at max_count for badness
calculations.
fixes the issue in trunk.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
--- Comment #8 from H.J. Lu ---
(In reply to Stupachenko Evgeny from comment #7)
> Created attachment 31379 [details]
> patch to ipa-inline.c for 4.8
Is this a backport from trunk? If yes, please identify which
checkin on trunk fixes it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
Ryan Mansfield changed:
What|Removed |Added
CC||rmansfield at qnx dot com
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
--- Comment #7 from Stupachenko Evgeny ---
Created attachment 31379
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31379&action=edit
patch to ipa-inline.c for 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58903
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59086
--- Comment #8 from Jan Hubicka ---
> Do we have any documentation that states how many registers can be used in
> inline assembler for a particular arch and optset? "almost all" is not good
> enough for that.
It is somewhat difficult question.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58960
Marek Polacek changed:
What|Removed |Added
Priority|P1 |P2
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58960
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58964
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59086
--- Comment #7 from Alexander Ivchenko ---
Do we have any documentation that states how many registers can be used in
inline assembler for a particular arch and optset? "almost all" is not good
enough for that.
If the user code that worked in 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59086
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59355
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58651
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59383
Bug ID: 59383
Summary: typedef propagation with template base class using the
same name is wrong
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59003
--- Comment #7 from Markus Trippelsdorf ---
Created attachment 31378
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31378&action=edit
disassemled get_or_alloc_expr_for_name(tree_node*) bad
I've attached the disassembly of get_or_alloc_expr_f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59003
--- Comment #6 from Markus Trippelsdorf ---
Created attachment 31377
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31377&action=edit
disassemled get_or_alloc_expr_for_name(tree_node*) good
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59003
--- Comment #5 from Markus Trippelsdorf ---
Looks like gcc/tree-ssa-pre.c gets miscompiled:
Program received signal SIGSEGV, Segmentation fault.
[Switching to process 8327]
0x00d156d3 in get_or_alloc_expr_for_name(tree_node*) [clone
.lto_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59317
--- Comment #2 from Robert Suchanek ---
The latest patches do not seem to resolve the issue.
Although the newly generated pseudos get ALL_REGS class assigned, the class
change does not happen later. As the class is not changed, hard regs are foun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59382
Bug ID: 59382
Summary: gnatmake is not able to compile libraries on ARM
(native)
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: major
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58638
H.J. Lu changed:
What|Removed |Added
CC||cnstar9988 at gmail dot com
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59380
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59380
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58726
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 4 11:25:06 2013
New Revision: 205664
URL: http://gcc.gnu.org/viewcvs?rev=205664&root=gcc&view=rev
Log:
PR rtl-optimization/58726
* combine.c (force_to_mode): Fix comment t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56787
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #19 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 4 11:11:24 2013
New Revision: 205661
URL: http://gcc.gnu.org/viewcvs?rev=205661&root=gcc&view=rev
Log:
PR target/59163
* config/i386/i386.c (ix86_legitimate_combined_insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #20 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 4 11:12:04 2013
New Revision: 205663
URL: http://gcc.gnu.org/viewcvs?rev=205663&root=gcc&view=rev
Log:
PR target/59163
* config/i386/i386.c (ix86_legitimate_combined_insn
1 - 100 of 104 matches
Mail list logo
