http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
Markus Trippelsdorf changed:
What|Removed |Added
CC||rguenther at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446
--- Comment #7 from Paolo Carlini 2012-11-24
09:32:48 UTC ---
Thanks. Relying on a warning seems a bit brittle, maybe a scan in the original
dump would be good enough in terms of compile only testcases, but I sent to the
mailing list a run
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449
--- Comment #6 from Paolo Carlini 2012-11-24
09:43:14 UTC ---
Let's make a deal: you provide a self-contained short testcase (say below 50
lines, definitely doable with the help of c-reduce or delta) and I add it to
the mainline testsuite,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54403
stepik-777 at mail dot ru changed:
What|Removed |Added
CC||stepik-777 at mail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446
--- Comment #8 from Paolo Carlini 2012-11-24
10:04:27 UTC ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2012-11/msg01991.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55438
rsand...@gcc.gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446
--- Comment #9 from Harald van Dijk 2012-11-24
11:27:25 UTC ---
Ah, okay, an alternative compile-only testcase that does not rely on particular
warnings would be
struct S { S(); };
__typeof__(new S[0]) s;
test.cc:2:23: error: invalid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55367
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #7 from Marek Polacek 2012-11-24
11:53:19 UTC ---
So, in .cse1 we have:
ENTRY
|
|
2
|
|
+ 4 --+
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449
--- Comment #7 from Jonathan Wakely 2012-11-24
12:02:56 UTC ---
(In reply to comment #5)
> I have no problem to pay someone, I'm a bit disappointed seeing a bug closed
> because "new version works" without investigate if the problem is sti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #28 from Thomas Koenig 2012-11-24
12:05:57 UTC ---
(In reply to comment #27)
> (In reply to comment #26)
> > Is this caused by
> >
> > http://gcc.gnu.org/viewcvs?view=revision&revision=180701
> >
> > ?
> >
> > Maybe we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449
--- Comment #8 from Gaetano Mendola 2012-11-24
12:25:35 UTC ---
Jonathan, I have nothing against you personaly, what you wrote is:
"GCC 4.4 is no longer supported, and the problem *seems* to be already fixed in
current releases."
and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55255
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55171
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55171
--- Comment #8 from Kai Tietz 2012-11-24 12:54:40
UTC ---
The pattern is
movl4(%esp), %eax
movl(%eax), %eax
addl-16(%eax), %eax
As here the saved this-pointer in %eax gets clobbered.
4.6 branch version:
gcc version 4.6.4 20121124 (prerelease) [gcc-4_6-branch revision 193777] (GCC)
(Args_Basic_impl_t) :: self
end function
end
This still ICEs with:
gcc version 4.6.4 20121124 (prerelease) [gcc-4_6-branch revision 193777] (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52679
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51520
--- Comment #7 from janus at gcc dot gnu.org 2012-11-24 14:12:47 UTC ---
*** Bug 52679 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |4.5.0
--- Comment #9 from Jon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314
--- Comment #2 from Thomas Koenig 2012-11-24
15:00:23 UTC ---
Author: tkoenig
Date: Sat Nov 24 15:00:16 2012
New Revision: 193778
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193778
Log:
2012-11-24 Thomas Koenig
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55457
Bug #: 55457
Summary: Having some predefined macros to get more information
about gcc vector extensions capabilities would be nice
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #17 from H.J. Lu 2012-11-24 16:39:00
UTC ---
LTO miscompiled:
/* Skip frontend and driver specific options here. */
if (!(cl_options[option->opt_index].flags &
(CL_COMMON|CL_TARGET|CL_LTO)))continue;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #18 from H.J. Lu 2012-11-24 16:49:43
UTC ---
I think LTO is confused
extern const struct cl_option cl_options[];
with
extern const struct cl_option cl_options*;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #19 from H.J. Lu 2012-11-24 17:03:13
UTC ---
The same issue can be reproduced with this patch:
diff --git a/gcc/lto-opts.c b/gcc/lto-opts.c
index a235f41..cd3730b 100644
--- a/gcc/lto-opts.c
+++ b/gcc/lto-opts.c
@@ -19,6 +
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314
--- Comment #3 from Thomas Koenig 2012-11-24
17:13:31 UTC ---
Author: tkoenig
Date: Sat Nov 24 17:13:25 2012
New Revision: 193780
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193780
Log:
2012-11-24 Thomas Koenig
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449
--- Comment #10 from Gaetano Mendola 2012-11-24
17:49:41 UTC ---
(In reply to comment #9)
> (In reply to comment #8)
> > Jonathan, I have nothing against you personaly, what you wrote is:
> >
> > "GCC 4.4 is no longer supported, and the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #20 from Markus Trippelsdorf
2012-11-24 19:47:37 UTC ---
With:
diff --git a/gcc/lto-opts.c b/gcc/lto-opts.c
index a235f41..1c05534 100644
--- a/gcc/lto-opts.c
+++ b/gcc/lto-opts.c
@@ -93,6 +93,8 @@ lto_write_options (void)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55458
Bug #: 55458
Summary: [4.8 Regression] ICE: in assign_by_spills, at
lra-assigns.c:1212 with -fPIC -m32 and simple asm
volatile
Classification: Unclassified
Prod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55448
--- Comment #3 from Matthias Kretz 2012-11-24 21:38:21
UTC ---
BTW, the problem is just as well visible with only SSE. The __m128 case then
compiles to movlps and movhps instead of the memory operand.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314
--- Comment #4 from Thomas Koenig 2012-11-24
22:17:40 UTC ---
Author: tkoenig
Date: Sat Nov 24 22:17:35 2012
New Revision: 193784
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193784
Log:
2012-11-24 Thomas Koenig
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55459
Bug #: 55459
Summary: Firefox 17: internal compiler error: in
scan_tree_for_params_right_scev, at
graphite-sese-to-poly.c:633
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55277
Antoine Balestrat changed:
What|Removed |Added
CC||antoine.balestrat at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55459
--- Comment #1 from Dâniel Fraga 2012-11-24 22:26:45
UTC ---
My Parma Polyhedra Library version is:
ppl-config --version
0.11.2
Should I updated to 1.0 version?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55289
Jack Howarth changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446
--- Comment #10 from paolo at gcc dot gnu.org
2012-11-24 23:45:49 UTC ---
Author: paolo
Date: Sat Nov 24 23:45:45 2012
New Revision: 193785
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193785
Log:
/cp
2012-11-24 Paolo Carli
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446
--- Comment #11 from paolo at gcc dot gnu.org
2012-11-24 23:55:26 UTC ---
Author: paolo
Date: Sat Nov 24 23:55:22 2012
New Revision: 193786
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193786
Log:
/cp
2012-11-24 Paolo Carli
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55460
Bug #: 55460
Summary: Template-dependent name is not looked up at
instantiation point
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55460
--- Comment #1 from Andrew Pinski 2012-11-25
00:49:05 UTC ---
// NOTE: call to filter depends on template argument, thus have to be
// resolved at instantiation point.
// BUG: But it doesn't!
I don't think this is t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55460
--- Comment #2 from Yuriy Solodkyy 2012-11-25
01:07:36 UTC ---
Not sure I understand your comment - ADL with respect to what: my::filter or
the ::operator&? Can you elaborate please?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55460
--- Comment #3 from Andrew Pinski 2012-11-25
01:56:20 UTC ---
(In reply to comment #2)
> Not sure I understand your comment - ADL with respect to what: my::filter or
> the ::operator&? Can you elaborate please?
With respect to my::filte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55461
Bug #: 55461
Summary: _mm_loadu_si128 generates wrong instruction on 4.8
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #21 from H.J. Lu 2012-11-25 07:33:50
UTC ---
This was introduced between revision 191465 and revision 191714.
46 matches
Mail list logo
