http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52519
--- Comment #1 from dave.anglin at bell dot net 2012-03-07 03:05:54 UTC ---
Appears to have been introduced by r185013.
Dave
--
John David Anglindave.ang...@bell.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52518
--- Comment #3 from casey at rodarmor dot com 2012-03-07 02:34:49 UTC ---
(In reply to comment #2)
> This is expected as the token is #include .
The documentation suggests that that shouldn't be a problem:
"you can even include a precompiled heade
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52518
--- Comment #2 from Andrew Pinski 2012-03-07
02:32:04 UTC ---
This is expected as the token is #include .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52471
--- Comment #3 from Kyle Markley 2012-03-07 02:15:15
UTC ---
Another note for my appendix about edits to get things going on x86_64-openbsd.
I needed to #include in gcc/libiberty/stack-limit.c before
including sys/resource.h. I don't know the
./gcc/include
/test/gnu/gcc/objdir/./gcc/include-fixed
/opt/gnu/include
/usr/include
End of search list.
GNU C++ (GCC) version 4.8.0 20120306 (experimental) [trunk revision 185013]
(hppa2.0w-hp-hpux11.11)
compiled by GNU C version 4.3.6 20110523 (prerelease) [gcc-4_3-branch
revision 174094], G
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52518
--- Comment #1 from casey at rodarmor dot com 2012-03-07 00:55:00 UTC ---
Created attachment 26848
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26848
A script showing the bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52518
Bug #: 52518
Summary: gcc fails to find pch files in subincludes
Classification: Unclassified
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49330
Andrew Pinski changed:
What|Removed |Added
CC||jdemeyer at cage dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52517
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #22 from Oleg Endo 2012-03-06
23:42:15 UTC ---
This is a reduced test case:
int test (volatile int* a, int b, int c)
{
a[1] = b != 0;
if (b == 0)
a[10] = c;
return b == 0;
}
with '-O2 -m4-single -mb' it gets compiled to:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52517
--- Comment #1 from Jeroen Demeyer 2012-03-06
23:20:23 UTC ---
Created attachment 26847
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26847
Testcase, file 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52517
Bug #: 52517
Summary: Bug in PPC pointer arithmetic
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52503
--- Comment #2 from Kazumoto Kojima 2012-03-06
23:18:16 UTC ---
Created attachment 26845
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26845
A patch
config/sh/linux.h requires a few changes too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52516
Hans-Peter Nilsson changed:
What|Removed |Added
Target|*86*-*-*|*86*-*-*, cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52515
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52515
Hans-Peter Nilsson changed:
What|Removed |Added
Component|regression |middle-end
--- Comment #3 from Hans-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52515
--- Comment #2 from Hans-Peter Nilsson 2012-03-06
22:19:03 UTC ---
It's obviously the change in how/when cc0 is created:
(gdb) r -O2 -fpreprocessed unwind-dw2.i
Starting program: /tmp/hpautotest-gcc1/cris-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41043
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41043
Dominique d'Humieres changed:
What|Removed |Added
CC||jakub at redhat dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52516
Bug #: 52516
Summary: FAIL: gfortran.dg/lto/pr45586*
f_lto_pr45586*_0.o-f_lto_pr45586_0.o link, -O0 -flto
(internal compiler error)
Classification: Unclassified
Product:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50310
--- Comment #21 from Michael Meissner 2012-03-06
21:50:55 UTC ---
Author: meissner
Date: Tue Mar 6 21:50:45 2012
New Revision: 185018
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185018
Log:
Merge up to 185016, pick up fix for pr 50310
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52512
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52515
Andrew Pinski changed:
What|Removed |Added
Target|cris-axis-elf |cris-axis-elf,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52515
Bug #: 52515
Summary: [4.8 Regression]: build fails on cris-elf in
unwind-dw2.c
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #17 from Pawel Sikora 2012-03-06 21:04:40
UTC ---
(In reply to comment #15)
> (In reply to comment #14)
> > i've found the core issue for problem mentioned in comment 12.
> > the --disable-nls configure option causes missing x64 .dll
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52514
Bug #: 52514
Summary: --disable-nls changes libstdc++-7.dll export table.
Classification: Unclassified
Product: gcc
Version: 4.6.4
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50310
--- Comment #20 from Michael Meissner 2012-03-06
20:56:16 UTC ---
Author: meissner
Date: Tue Mar 6 20:56:09 2012
New Revision: 185017
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185017
Log:
Merge up to 185014 to get fix for pr 50310.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50310
--- Comment #19 from Michael Meissner 2012-03-06
20:48:56 UTC ---
Author: meissner
Date: Tue Mar 6 20:48:52 2012
New Revision: 185016
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185016
Log:
2012-03-05 Michael Meissner
Backport
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52513
Bug #: 52513
Summary: gcc-4.7.0-RC-20120302 fails to build for
i686-pc-cygwin
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52218
Michael Hope changed:
What|Removed |Added
CC||michael.hope at linaro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #16 from joseph at codesourcery dot com 2012-03-06 20:19:24 UTC ---
I think --disable-nls should be purely a *host* configure option - it's a
bug if it affects anything at all about libstdc++.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52503
Oleg Endo changed:
What|Removed |Added
CC||kkojima at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50310
--- Comment #18 from Michael Meissner 2012-03-06
19:46:32 UTC ---
Author: meissner
Date: Tue Mar 6 19:46:28 2012
New Revision: 185014
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185014
Log:
2012-03-06 Michael Meissner
Backport
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50182
--- Comment #39 from oleg at smolsky dot net 2012-03-06 19:39:03 UTC ---
Hmm... funky. I can reproduce the issue on a newer Intel machine:
$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model :
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52372
--- Comment #4 from rsandifo at gcc dot gnu.org
2012-03-06 19:22:14 UTC ---
Author: rsandifo
Date: Tue Mar 6 19:22:10 2012
New Revision: 185013
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185013
Log:
gcc/
PR middle-end/52372
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #15 from Jonathan Wakely 2012-03-06
18:43:19 UTC ---
(In reply to comment #14)
> i've found the core issue for problem mentioned in comment 12.
> the --disable-nls configure option causes missing x64 .dll exports
> but this is imho a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
Pawel Sikora changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51902
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52452
--- Comment #6 from Tobias Burnus 2012-03-06
17:36:07 UTC ---
Fixed for on the 4.6 branch for 4.6.4 (the 4.6.3 release was missed) and on the
4.5 branch.
For 4.7, the backport will happen after the 4.7.0 release (i.e. for 4.7.1).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52512
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50182
--- Comment #38 from Jakub Jelinek 2012-03-06
17:26:24 UTC ---
Sorry, can't reproduce any performance degradation between 4.1 and 4.6
on the http://gcc.gnu.org/bugzilla/attachment.cgi?id=26814 testcase (-O3 -m64,
default -mtune=generic):
on i7-26
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50310
--- Comment #17 from Michael Meissner 2012-03-06
17:15:57 UTC ---
Author: meissner
Date: Tue Mar 6 17:15:43 2012
New Revision: 185007
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185007
Log:
2012-03-05 Michael Meissner
PR targe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52452
--- Comment #5 from Tobias Burnus 2012-03-06
17:09:55 UTC ---
Author: burnus
Date: Tue Mar 6 17:09:48 2012
New Revision: 185006
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185006
Log:
2012-03-06 Tobias Burnus
Backport from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52452
--- Comment #4 from Tobias Burnus 2012-03-06
17:08:07 UTC ---
Author: burnus
Date: Tue Mar 6 17:08:01 2012
New Revision: 185005
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185005
Log:
2012-03-06 Tobias Burnus
Backport from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52512
Bug #: 52512
Summary: Cannot match namelist object name
Classification: Unclassified
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50182
--- Comment #37 from oleg at smolsky dot net 2012-03-06 16:34:27 UTC ---
Hey Jakub, is this smaller example digestable?
http://gcc.gnu.org/bugzilla/attachment.cgi?id=26814
The asm output is straightforward, but I obviously have no clue about
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52511
--- Comment #3 from Eric Botcazou 2012-03-06
16:02:07 UTC ---
> * Is there some codegen problem leading to the factor 2 slowdown from sun4u
> to sun4v?
UltraSPARC T1/T2 are just trounced by UltraSPARC III+/IV when it comes to
single threaded p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52511
--- Comment #1 from Rainer Orth 2012-03-06 15:00:50 UTC
---
Created attachment 26841
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26841
-ftime-report output on s8.mayon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52511
--- Comment #2 from Rainer Orth 2012-03-06 15:01:21 UTC
---
Created attachment 26842
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26842
-ftime-report output on apoc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52511
Bug #: 52511
Summary: gcc.dg/graphite/interchange-8.c times out on
Solaris/SPARC
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52463
--- Comment #5 from Aldy Hernandez 2012-03-06
14:44:31 UTC ---
Author: aldyh
Date: Tue Mar 6 14:44:27 2012
New Revision: 184992
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184992
Log:
PR middle-end/52463
* trans-mem.c (tm_regi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52463
--- Comment #4 from Aldy Hernandez 2012-03-06
14:38:00 UTC ---
Author: aldyh
Date: Tue Mar 6 14:37:54 2012
New Revision: 184991
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184991
Log:
PR middle-end/52463
* trans-mem.c (tm_regi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52510
--- Comment #1 from Rainer Orth 2012-03-06 13:59:33 UTC
---
Created attachment 26840
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26840
preprocessed input
tween 20120302 and 20120306, mainline doesn't bootstrap on Solaris any
longer:
compiling libitm/config/posix/rwlock.cc fails like this:
/vol/gcc/src/hg/trunk/local/libitm/config/posix/rwlock.cc: In constructor
'GTM::gtm_rwlock::gtm_rwlock()':
/vol/gcc/src/hg/trunk/local/libitm/confi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52509
--- Comment #3 from Jakub Jelinek 2012-03-06
13:31:35 UTC ---
I guess bootstrapping of the host libstdc++-v3 if it is performed is fine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52509
--- Comment #2 from Richard Guenther 2012-03-06
13:15:37 UTC ---
(In reply to comment #1)
> Well, for profiledbootstrap I think it is nice if target-libstdc++-v3 is
> actually bootstrapped, because then we are able to train the C++ FE on real
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52493
--- Comment #3 from Richard Guenther 2012-03-06
13:13:21 UTC ---
Author: rguenth
Date: Tue Mar 6 13:13:14 2012
New Revision: 184987
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184987
Log:
2012-03-06 Richard Guenther
PR middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52493
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52509
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=45397
--- Comment #11 from Jakub Jelinek 2012-03-06
12:48:19 UTC ---
Related to PR47477.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47477
--- Comment #10 from Jakub Jelinek 2012-03-06
12:48:30 UTC ---
Related to PR45397.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52461
Georg-Johann Lay changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |gjl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52461
--- Comment #4 from Georg-Johann Lay 2012-03-06
12:43:00 UTC ---
(In reply to comment #3)
>
> This is mostly the same behaviour as described by
> darkdragon2000 in bug 44940, except that it also happens in the application
> section if code size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52472
--- Comment #5 from Jakub Jelinek 2012-03-06
12:35:09 UTC ---
convert_debug_memory_address can just return NULL_RTX if it can't handle it.
Can't reproduce this though.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52509
Bug #: 52509
Summary: target libstdc++-v3 should not be bootstrapped,
libstdc++-v3 should also be a host_module
(bootstrapped)
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32120
--- Comment #10 from Michael Matz 2012-03-06 12:06:08
UTC ---
(In reply to comment #9)
> (In reply to comment #8)
> > I still have an unfinished patch to convert SCCVN to
> > http://dl.acm.org/citation.cfm?id=512536
> >
> > I'm happy to attach t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
Kai Tietz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52494
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52508
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52508
Bug #: 52508
Summary: [avr]: HAVE_RAMPZ as condition to set RAMPZ prior to
flash-read is no more appropriate
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52507
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52507
Bug #: 52507
Summary: [avr]: movmem loop for __memx address space uses wrong
loop label
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52506
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52506
Bug #: 52506
Summary: [avr]: XMEGA: Wrong order of save/restore of
RAMPX/Y/Z/D SFRs in ISR pro-/epilogue
Classification: Unclassified
Product: gcc
Version: 4.7.0
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #21 from Oleg Endo 2012-03-06
11:29:17 UTC ---
(In reply to comment #20)
> I've confirmed that 22_locale/ctype/is/char/3.cc doesn't fail
> if linking with libstdc++.a which is built with the compiler
> without r184966 changes. The .s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52505
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P5
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52505
Bug #: 52505
Summary: [avr]: __memx address space reading unintentionally
from RAM
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50970
Richard Earnshaw changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever Confirmed|1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52493
--- Comment #2 from Richard Guenther 2012-03-06
10:58:55 UTC ---
Reduced testcase, fails at -O -ftree-vectorize:
struct Time {
long int sec;
long usec;
};
struct Flow {
unsigned short iif;
struct Time mtime;
};
struct NetFlow {
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #20 from Kazumoto Kojima 2012-03-06
10:40:31 UTC ---
(In reply to comment #16)
> Can we keep the r184966 changes anyways? I will keep an eye on these failures
> whether I can reproduce them. If you have some time, could you please s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #19 from Kazumoto Kojima 2012-03-06
10:38:22 UTC ---
Created attachment 26839
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26839
unworked .s file ctype_configure_char_bad.s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #18 from Kazumoto Kojima 2012-03-06
10:37:13 UTC ---
Created attachment 26838
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26838
worked .s file ctype_configure_char_good.s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #17 from Kazumoto Kojima 2012-03-06
10:36:01 UTC ---
Created attachment 26837
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26837
preprocessed file ctype_configure_char.i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52493
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51255
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52097
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52097
--- Comment #8 from Richard Guenther 2012-03-06
09:54:11 UTC ---
Author: rguenth
Date: Tue Mar 6 09:54:06 2012
New Revision: 184981
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184981
Log:
2012-03-06 Richard Guenther
PR lto/520
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #16 from Oleg Endo 2012-03-06
09:48:31 UTC ---
(In reply to comment #15)
> I've seen same failures on sh4-unknown-linux-gnu for trunk rev 184971.
> With backing r184966 changes out, they went away. Weird.
Can we keep the r184966 cha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #15 from Kazumoto Kojima 2012-03-06
08:49:27 UTC ---
(In reply to comment #14)
> I've run the testsuite on rev 184966 (without fortran though), but the
> failures
> that you've mentioned did not show up. Usually when I rebuild the w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51934
--- Comment #25 from Jakub Jelinek 2012-03-06
08:26:32 UTC ---
Author: jakub
Date: Tue Mar 6 08:26:22 2012
New Revision: 184977
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184977
Log:
Backported from 4.6 branch
2012-01-25 Jas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #14 from Oleg Endo 2012-03-06
08:26:06 UTC ---
(In reply to comment #13)
> On Tue, 2012-03-06 at 08:13 +0900, Kaz Kojima wrote:
>
> > I've tested your latest patch on sh4-unknown-linux-gnu with trunk
> > revision 184872. It looks th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51934
--- Comment #24 from Jakub Jelinek 2012-03-06
08:26:03 UTC ---
Author: jakub
Date: Tue Mar 6 08:25:51 2012
New Revision: 184976
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184976
Log:
Backported from 4.6 branch
2012-01-25 Jas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52500
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=52250
Andrey Belevantsev changed:
What|Removed |Added
Known to work||4.8.0
Target Milestone|4.7.0
94 matches
Mail list logo
