http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51693
--- Comment #7 from Ira Rosen 2011-12-29 07:37:53 UTC
---
(In reply to comment #6)
> > Yes, vector_sizes_32B_16B seems to be ok in that case.
> Other two tests (vect-multitypes-1.c and no-section-anchors-vect-69.c) look
> like having the same pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51613
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51569
--- Comment #2 from Andrew Pinski 2011-12-29
06:02:53 UTC ---
-0.0 does not exist in Fortran except when using the IEEE module IIRC.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51565
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51699
Bug #: 51699
Summary: Clang refuses to compile ext/rope citing scope
resolution issues
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51698
Bug #: 51698
Summary: [trans-mem] TM runtime and application with LTO
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49263
--- Comment #15 from Oleg Endo 2011-12-29 00:34:53 UTC
---
(In reply to comment #14)
> With trunk rev 181517 I have observed the following problem, which happens
> when
> compiling for -m2*, -m3*, -m4* and -Os:
>
This is still present as of re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51697
Bug #: 51697
Summary: SH Target: Inefficient DImode comparisons for -Os
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51340
--- Comment #4 from Oleg Endo 2011-12-29 00:02:40 UTC
---
(In reply to comment #3)
> (In reply to comment #2)
> > Uhm, yes...
> > The title should have been "Enable -mfused-madd by -ffast-math"
>
> Do you mean something like this?
>
> --- ORIG/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42668
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51502
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50988
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #3 from Michael Me
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50988
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51340
--- Comment #3 from Kazumoto Kojima 2011-12-28
22:31:27 UTC ---
(In reply to comment #2)
> Uhm, yes...
> The title should have been "Enable -mfused-madd by -ffast-math"
Do you mean something like this?
--- ORIG/trunk/gcc/config/sh/sh.c2011-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51316
--- Comment #6 from Paolo Carlini 2011-12-28
22:31:02 UTC ---
Yeah, just allow the types at issue, that was clarified in core/930 actually.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50988
--- Comment #2 from Michael Meissner 2011-12-28
22:30:22 UTC ---
Created attachment 26197
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26197
Proposed patch
Please check this patch on the spe compiler.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #7 from Kazumoto Kojima 2011-12-28
22:25:48 UTC ---
(In reply to comment #3)
> I haven't ran all tests on it yet, but CSiBE shows average code size reduction
> of approx. -0.1% for -m4* with some code size increases in some files.
> W
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51316
--- Comment #5 from Nikolka 2011-12-28 22:06:18 UTC ---
> On it.
There is an active core issue about alignof:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2011/n3309.html#1305
Probably, you should take into account the proposed resolution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #8 from Kai Tietz 2011-12-28 21:24:25
UTC ---
(In reply to comment #7)
> please apply following obvious patch:
>
> --- gcc-4.6.0/libstdc++-v3/config/abi/pre/gnu-versioned-namespace.ver.orig
>
> 2011-12-28 12:43:50.0 +01
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51623
--- Comment #4 from Michael Meissner 2011-12-28
20:53:33 UTC ---
Author: meissner
Date: Wed Dec 28 20:53:30 2011
New Revision: 182712
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182712
Log:
Backport PR 51623 change
Added:
branches
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51696
Bug #: 51696
Summary: [trans-mem] unsafe indirect function call in struct
not properly displayed
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51316
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51680
--- Comment #8 from Jonathan Wakely 2011-12-28
20:09:32 UTC ---
(In reply to comment #6)
> Well, it's just an impression ... :]
>
> I think one reason is that unlike normal functions, template functions are
> implicitly sort of "local" (by neces
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23211
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23211
--- Comment #15 from fabien at gcc dot gnu.org 2011-12-28 19:53:19 UTC ---
Author: fabien
Date: Wed Dec 28 19:53:14 2011
New Revision: 182711
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182711
Log:
gcc/testsuite/ChangeLog
2011-12-28 Fa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #7 from Pawel Sikora 2011-12-28 19:51:55
UTC ---
please apply following obvious patch:
--- gcc-4.6.0/libstdc++-v3/config/abi/pre/gnu-versioned-namespace.ver.orig
2011-12-28 12:43:50.0 +0100
+++ gcc-4.6.0/libstdc++-v3/con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49710
--- Comment #5 from Jan Hubicka 2011-12-28
19:37:38 UTC ---
OK, loop hiearchy looks as follows:
loop_0 (header = 0, latch = 1, niter = )
{
bb_2 (preds = {bb_0 }, succs = {bb_3 })
bb_6 (preds = {bb_5 }, succs = {bb_13 })
bb_12 (preds = {bb_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49710
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51556
--- Comment #5 from Paolo Carlini 2011-12-28
18:12:17 UTC ---
This works with current (Rev 182710) mainline.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51623
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51623
--- Comment #2 from Michael Meissner 2011-12-28
18:02:56 UTC ---
Author: meissner
Date: Wed Dec 28 18:02:49 2011
New Revision: 182710
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182710
Log:
Fix PR 51623
Added:
trunk/gcc/testsuite/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51693
--- Comment #6 from Michael Zolotukhin
2011-12-28 16:19:54 UTC ---
(In reply to comment #5)
> > In vect-peel-3.c we actually assume that vector length is 16 byte. Here is
> > the
> > loop body:
> > suma += ia[i];
> > sumb += ib[i+5];
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673
--- Comment #6 from Pawel Sikora 2011-12-28 16:06:47
UTC ---
btw, i've tested the default allocator with std::__7 and the i686-pc-mingw32
toolchain works fine while the x86_64-pc-mingw32 reports undefined reference to
.text$_ZN9__gnu_cxx3__713ne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #6 from Oleg Endo 2011-12-28 15:59:35 UTC
---
(In reply to comment #3)
> Created attachment 26191 [details]
> Proposed patch to improve some of the issues.
>
> The attached patch removes the useless sequence and still allows the -1
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51547
--- Comment #4 from paolo at gcc dot gnu.org
2011-12-28 15:53:01 UTC ---
Author: paolo
Date: Wed Dec 28 15:52:54 2011
New Revision: 182709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182709
Log:
2011-12-27 Paolo Carlini
PR c++/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51680
Marc Glisse changed:
What|Removed |Added
CC||marc.glisse at normalesup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51693
--- Comment #5 from Ira Rosen 2011-12-28 13:11:53 UTC
---
(In reply to comment #4)
> In vect-peel-3.c we actually assume that vector length is 16 byte. Here is the
> loop body:
> suma += ia[i];
> sumb += ib[i+5];
> sumc += ic[i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51693
--- Comment #4 from Michael Zolotukhin
2011-12-28 13:01:51 UTC ---
(In reply to comment #2)
> > I though that if {vect_aligned_arrays} isn't true, than arrays could
> > be aligned even after peeling - that's why I added such check.
>
> Sorry, I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51693
--- Comment #3 from Michael Zolotukhin
2011-12-28 12:59:24 UTC ---
Created attachment 26195
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26195
AVX2 vect dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51693
--- Comment #2 from Ira Rosen 2011-12-28 12:27:18 UTC
---
(In reply to comment #1)
> I though that if {vect_aligned_arrays} isn't true, than arrays could
> be aligned even after peeling - that's why I added such check.
Sorry, I don't understand
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51345
--- Comment #3 from Georg-Johann Lay 2011-12-28
12:21:40 UTC ---
Created attachment 26194
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26194
tentative patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51695
--- Comment #1 from Jakub Jelinek 2011-12-28
11:35:23 UTC ---
The NOTE_INSN_VAR_LOCATION argument for variable o is extremely huge in this
case and we hit the 64KB limit on .debug_loc expressions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51695
Bug #: 51695
Summary: [4.7 Regression] ICE while compiling argyllcms package
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: ice-on-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51695
Jakub Jelinek changed:
What|Removed |Added
Component|tree-optimization |debug
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51694
Maxim Kuvyrkov changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51693
--- Comment #1 from Michael Zolotukhin
2011-12-28 11:08:36 UTC ---
I though that if {vect_aligned_arrays} isn't true, than arrays could
be aligned even after peeling - that's why I added such check.
Unfortunately, I can't reproduce these fails, a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51694
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51694
Bug #: 51694
Summary: [4.7 Regression] ICE while compiling alliance package
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51693
Bug #: 51693
Summary: New XPASSes in vectorizer testsuite on
powerpc64-suse-linux
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51692
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51692
Bug #: 51692
Summary: [4.7 Regression] ICE on several valgrind tests
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51684
Ira Rosen changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51685
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51684
--- Comment #3 from irar at gcc dot gnu.org 2011-12-28 09:20:20 UTC ---
Author: irar
Date: Wed Dec 28 09:20:16 2011
New Revision: 182705
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182705
Log:
PR tree-optimization/51684
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50722
--- Comment #7 from uros at gcc dot gnu.org 2011-12-28 09:16:28 UTC ---
Author: uros
Date: Wed Dec 28 09:16:24 2011
New Revision: 182704
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182704
Log:
PR testsuite/50722
* gcc.dg/pr49994-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50038
Uros Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51667
--- Comment #19 from Uros Bizjak 2011-12-28 09:09:02
UTC ---
FYI, the patch also works correctly on alpha [1], a target with sign-extended
instructions.
[1] http://gcc.gnu.org/ml/gcc-testresults/2011-12/msg02710.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51684
--- Comment #2 from Uros Bizjak 2011-12-28 09:06:45
UTC ---
(In reply to comment #1)
> Untested patch:
I have bootstrapped and regression tested the patch on ia64-unknown-linux-gnu
[1], where it fixes all mentioned failures.
[1] http://gcc.gnu.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51691
Bug #: 51691
Summary: Cast of an array with type generates a "please file
bug" message (See below)
Classification: Unclassified
Product: gcc
Version: 4.4.5
Status: UN
59 matches
Mail list logo
