http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25666
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|gcc-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54925
Oleg Endo changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
--- Comment #11 from Oleg Endo 2012-10-16
00:58:27 UTC ---
The following...
Index: gcc/config/sh/sh.c
===
--- gcc/config/sh/sh.c(revision 192482)
+++ gcc/config/sh/sh.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
--- Comment #10 from Oleg Endo 2012-10-16
00:17:41 UTC ---
(In reply to comment #9)
> (In reply to comment #8)
> > Since this doesn't seem to be an issue on current trunk (4.8), can we close
> > this PR?
>
> The test case in PR 34807 w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|gcc-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54930
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54937
Bug #: 54937
Summary: Invalid loop bound estimate
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54713
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
--- Comment #9 from Kazumoto Kojima 2012-10-15
23:04:13 UTC ---
(In reply to comment #8)
> Since this doesn't seem to be an issue on current trunk (4.8), can we close
> this PR?
The test case in PR 34807 which is marked as a duplicate o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54925
--- Comment #2 from Oleg Endo 2012-10-15 22:15:24
UTC ---
Author: olegendo
Date: Mon Oct 15 22:15:18 2012
New Revision: 192482
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192482
Log:
PR target/54925
* gcc.c-torture/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
--- Comment #8 from Oleg Endo 2012-10-15 22:09:34
UTC ---
Since this doesn't seem to be an issue on current trunk (4.8), can we close
this PR?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #56 from Oleg Endo 2012-10-15
22:08:14 UTC ---
Author: olegendo
Date: Mon Oct 15 22:08:07 2012
New Revision: 192481
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192481
Log:
PR target/51244
* config/sh/sh-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54760
--- Comment #11 from Oleg Endo 2012-10-15
22:04:42 UTC ---
Author: olegendo
Date: Mon Oct 15 22:04:37 2012
New Revision: 192480
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192480
Log:
PR target/54760
* config/sh/sh.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
--- Comment #7 from Oleg Endo 2012-10-15 21:59:27
UTC ---
Author: olegendo
Date: Mon Oct 15 21:59:21 2012
New Revision: 192478
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192478
Log:
PR target/34777
* gcc.target/sh/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #62 from Steven Bosscher 2012-10-15
21:32:04 UTC ---
Author: steven
Date: Mon Oct 15 21:31:57 2012
New Revision: 192476
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192476
Log:
Backport from trunk (r190222):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413
--- Comment #10 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2012-10-15
21:25:23 UTC ---
So maybe we can enable by default for -std=c++1y, etc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54916
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413
--- Comment #9 from Peter Sommerlad 2012-10-15
21:21:17 UTC ---
Then let us just decide on the following two:
-fno-complex-literals
-fno-fixed-literals
> looks fine in principle.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413
--- Comment #8 from Jonathan Wakely 2012-10-15
21:19:45 UTC ---
(In reply to comment #7)
> I would happy with -ansi -std=c++11 work as I expected.
Again, -ansi is a synonym for -std=c++98, so saying "-ansi -std=c++11" is
completely poin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413
--- Comment #7 from Peter Sommerlad 2012-10-15
21:17:07 UTC ---
(In reply to comment #6)
> So what should these flags look like?
>
> -fno-complex-literals
> -fno-fixed-literals
looks fine in principle.
>
> Or should I use -W?
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51829
--- Comment #8 from Seth Heeren 2012-10-15 21:14:45 UTC
---
That is great. I confirmed this with gcc version 4.7.0 20111010 (experimental)
[trunk revision 179769]
The problem has been solved.
Thanks everyone,
Seth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54413
--- Comment #6 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2012-10-15
21:08:27 UTC ---
So what should these flags look like?
-fno-complex-literals
-fno-fixed-literals
Or should I use -W?
Should -std=c++11, etc. set these by de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27557
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Targe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45475
Eric Botcazou changed:
What|Removed |Added
CC||j-frankish at slb dot com
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54911
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54936
Bug #: 54936
Summary: ICE: in prepare_cmp_insn, at optabs.c:4177 with
-fnon-call-exceptions and vector float compare
Classification: Unclassified
Product: gcc
Version: 4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17805
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|paol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17805
--- Comment #11 from paolo at gcc dot gnu.org
2012-10-15 19:15:51 UTC ---
Author: paolo
Date: Mon Oct 15 19:15:48 2012
New Revision: 192471
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192471
Log:
/cp
2012-10-15 Alexandre O
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50080
--- Comment #7 from paolo at gcc dot gnu.org
2012-10-15 19:13:45 UTC ---
Author: paolo
Date: Mon Oct 15 19:13:41 2012
New Revision: 192470
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192470
Log:
/cp
2012-10-15 Paolo Carlin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54934
--- Comment #3 from Jan Kratochvil
2012-10-15 18:47:05 UTC ---
Created attachment 28452
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28452
.S from reproducer for -m32 output fixed by hand
.S file is a fix-up by hand to make -m32
fno-range-check and
it produces valid debug/ output with -m64 but invalid with -m32.
gcc (GCC) 4.8.0 20121015 (experimental)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54918
--- Comment #2 from Cristian Gafton 2012-10-15
17:53:46 UTC ---
(In reply to comment #1)
> incompatible as in missing symbols or in incompatible behavior between
> different
> symbols?
I have only run across missing symbols, but it loo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54916
--- Comment #2 from Zdenek Sojka 2012-10-15 17:01:11
UTC ---
Thank you for working on this, but the testcase still fails with r192442.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50080
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50080
--- Comment #5 from paolo at gcc dot gnu.org
2012-10-15 16:48:01 UTC ---
Author: paolo
Date: Mon Oct 15 16:47:52 2012
New Revision: 192465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192465
Log:
/cp
2012-10-15 Paolo Carlin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54935
--- Comment #4 from rguenther at suse dot de
2012-10-15 15:43:25 UTC ---
On Mon, 15 Oct 2012, joseph at codesourcery dot com wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54935
>
> --- Comment #3 from joseph at codesourcery
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54934
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54911
--- Comment #4 from j-frankish at slb dot com 2012-10-15 15:21:47 UTC ---
Using:
CFLAGS="-march=i486 -mtune=i686 -Os -pipe" CXXFLAGS="-march=i486 -mtune=i686
-Os -pipe" ../gcc-4.7.2/configure --prefix=/usr --libexecdir=/usr/lib
--enable-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54911
--- Comment #3 from j-frankish at slb dot com 2012-10-15 15:20:46 UTC ---
Using:
CFLAGS="-march=i486 -mtune=i686 -Os -pipe" CXXFLAGS="-march=i486 -mtune=i686
-Os -pipe" ../gcc-4.7.2/configure --prefix=/usr --libexecdir=/usr/lib
--enable-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54911
--- Comment #2 from j-frankish at slb dot com 2012-10-15 15:19:36 UTC ---
Using:
CFLAGS="-march=i486 -mtune=i686 -Os -pipe" CXXFLAGS="-march=i486 -mtune=i686
-Os -pipe" ../gcc-4.7.2/configure --prefix=/usr --libexecdir=/usr/lib
--enable-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54935
--- Comment #3 from joseph at codesourcery dot com 2012-10-15 14:58:14 UTC ---
On Mon, 15 Oct 2012, rguenth at gcc dot gnu.org wrote:
> We cannot if-convert this because the store to a[i] may trap as it may be
> in .rodata.
>
> That is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54915
Marc Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54915
--- Comment #3 from Marc Glisse 2012-10-15 14:38:09
UTC ---
Author: glisse
Date: Mon Oct 15 14:38:04 2012
New Revision: 192461
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192461
Log:
2012-10-15 Marc Glisse
PR tree-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54908
--- Comment #9 from Jack Howarth 2012-10-15
14:24:00 UTC ---
(In reply to comment #7)
> (In reply to comment #5)
> > Undefined symbols:
> > "TLS init function for i", referenced from:
> > TLS wrapper function for i in ccoTk54U.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727
--- Comment #25 from Joost VandeVondele
2012-10-15 14:14:12 UTC ---
Just to provide some additional numbers on how important this patch is for
practical development (and of course to +1 on backports) for a 'typical
code change' on a CP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54908
--- Comment #8 from Jack Howarth 2012-10-15
14:07:26 UTC ---
At r192457 on x86_64-apple-darwin12, I am still seeing the failures in tls.exp
due to the absence of ASM_OUTPUT_DEF support on darwin. Any chance we can get
the "FIXME other targ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54935
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38260
--- Comment #4 from Paolo Carlini 2012-10-15
13:54:43 UTC ---
Yes. This one seems special, it seems purely a parsing issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54935
Yuri Rumyantsev changed:
What|Removed |Added
Version|unknown |4.8.0
--- Comment #1 from Yur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54935
Bug #: 54935
Summary: No way to do if converison
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority:
produces wrong debug info for i386 target.
FAIL: gcc (GCC) 4.8.0 20121015 (experimental)
Is this a bug or not? Should GDB support 64-bit Fortran array bounds?
Should such bounds require -fno-range-check?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38260
--- Comment #3 from Marc Glisse 2012-10-15 12:59:15
UTC ---
(In reply to comment #2)
> Marc, are you aware of this?
Yes, attributes don't work so well with templates. This particular case should
be fixable, but I'd rather we had a compl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42124
--- Comment #4 from Laszlo Papp 2012-10-15
12:42:50 UTC ---
Great, thank you! :-)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54933
Bug #: 54933
Summary: 'builtin symbol' referenced in section ... defined in
discarded section
Classification: Unclassified
Product: gcc
Version: 4.8.0
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54926
--- Comment #2 from dave.anglin at bell dot net 2012-10-15 11:55:29 UTC ---
On 15-Oct-12, at 2:44 AM, ubizjak at gmail dot com wrote:
> The patch just introduces -funwind-tables to compile flags, so I
> really don't
> see how this can c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54932
--- Comment #1 from Richard Biener 2012-10-15
11:49:08 UTC ---
If Fortran requires i to be HUGE(i) + 1 after the loop body then what does
it say about the overflow?
That is, what would be valid at the end of this loop?
if (i .ne. HU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54932
Bug #: 54932
Summary: Invalid loop code generated by Fortran FE for loops
with bounds in HIGH(type)
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54920
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54920
--- Comment #4 from Richard Biener 2012-10-15
11:28:20 UTC ---
Author: rguenth
Date: Mon Oct 15 11:28:15 2012
New Revision: 192455
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192455
Log:
2012-10-15 Richard Guenther
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54920
--- Comment #3 from Richard Biener 2012-10-15
11:22:54 UTC ---
Author: rguenth
Date: Mon Oct 15 11:22:49 2012
New Revision: 192454
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192454
Log:
2012-10-15 Richard Guenther
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38260
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |glisse at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54880
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42124
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47250
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54916
--- Comment #1 from Steven Bosscher 2012-10-15
10:34:35 UTC ---
Please try a more recent trunk, several unroll issues were fixed
over the last weekend.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54930
--- Comment #3 from Jonathan Wakely 2012-10-15
10:24:14 UTC ---
Yep, and tests :)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54844
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54930
--- Comment #2 from Paolo Carlini 2012-10-15
10:11:15 UTC ---
Great. Remember the docs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54930
--- Comment #1 from Jonathan Wakely 2012-10-15
10:09:01 UTC ---
Created attachment 28448
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28448
add -Wreturn-local-addr switch
This bootstraps, I'll regtest it tonight
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52844
--- Comment #6 from Paolo Carlini 2012-10-15
09:58:06 UTC ---
Of course this is also enough:
template < class > struct V { };
template < int...Is > void f ( V < Is...>) { }
auto g ( ) -> decltype ( f ( V < long > ( ) ) ) ;
and declt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54911
Richard Biener changed:
What|Removed |Added
Keywords||lto
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54913
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54915
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54916
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54918
Richard Biener changed:
What|Removed |Added
Keywords||ABI
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54920
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54921
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54926
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41874
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54928
--- Comment #6 from Manuel López-Ibáñez 2012-10-15
09:31:06 UTC ---
(In reply to comment #4)
> I see. Any chance you can prepare an actual patch?
I want to revisit that old patch at some moment, but I don't think I will make
it before stage1 cl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54928
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic, error-recovery
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41874
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |
--- Comment #11 from Paolo Car
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54928
--- Comment #4 from Paolo Carlini 2012-10-15
09:25:08 UTC ---
I see. Any chance you can prepare an actual patch?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54928
--- Comment #3 from Manuel López-Ibáñez 2012-10-15
09:17:28 UTC ---
If an internal_error is triggered during macro unwinding, then it will try to
macro unwind it, triggering the bug again, and so on. See:
prog.cpp:2:45: internal compiler error:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54928
--- Comment #2 from Paolo Carlini 2012-10-15
08:58:45 UTC ---
Thanks Manuel. Honestly, however, it's the first time in my life that I see
this problem, I suspect isn't *that* easy to trigger (I mean, when the core ICE
issue is fixed, has t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47389
--- Comment #5 from Steven Bosscher 2012-10-15
08:01:33 UTC ---
I cannot reproduce this with trunk r192426, neither with the test case from
comment #0 nor with the test from comment #4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54927
--- Comment #2 from Paolo Carlini 2012-10-15
07:52:11 UTC ---
*** Bug 54929 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54929
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54930
Bug #: 54930
Summary: Add warning switch for "returning reference to
temporary" and similar
Classification: Unclassified
Product: gcc
Version: 4.6.4
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36884
--- Comment #7 from Steven Bosscher 2012-10-15
07:47:27 UTC ---
(In reply to comment #5)
> Obviously, noce_try_sign_mask does it's work unconditionally and does
> not take into account costs. It appears that it assumes that cheap
> barr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54908
--- Comment #7 from Jason Merrill 2012-10-15
07:43:16 UTC ---
(In reply to comment #5)
> Undefined symbols:
> "TLS init function for i", referenced from:
> TLS wrapper function for i in ccoTk54U.o
> __ZTH1i$non_lazy_ptr in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54908
--- Comment #6 from Jason Merrill 2012-10-15
07:32:24 UTC ---
Author: jason
Date: Mon Oct 15 07:32:13 2012
New Revision: 192449
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192449
Log:
PR target/54908
* libsupc++/ate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54691
--- Comment #11 from H.J. Lu 2012-10-15 07:18:45
UTC ---
search_line_acc_char has
/* Align the buffer. Mask out any bytes from before the beginning. */
p = (word_type *)((uintptr_t)s & -sizeof(word_type));
It is OK to pad the bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54691
--- Comment #10 from Andrew Pinski 2012-10-15
07:05:43 UTC ---
(In reply to comment #9)
> (In reply to comment #8)
>
> > libcpp will read in advance beyond the end of buffer in
> > some cases, even without SSE optimization.
>
> I'd c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54691
--- Comment #9 from Uros Bizjak 2012-10-15 07:00:15
UTC ---
(In reply to comment #8)
> libcpp will read in advance beyond the end of buffer in
> some cases, even without SSE optimization.
I'd call this a bug.
95 matches
Mail list logo