http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52968
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
Bug #: 52969
Summary: ICE in in get_expr_operands, at
tree-ssa-operands.c:1035 with
-ftree-loop-if-convert-stores
Classification: Unclassified
Product: gcc
Ve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52967
--- Comment #2 from Dmitry Gerasimov 2012-04-13
08:26:08 UTC ---
(In reply to comment #1)
> I don't know if this is not undefined code.
> >v[0].a = run();
>
> Is this:
> double &a = v[0].a;
> a = run();
> Or:
> double tmp = run();
> v[0].a =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
--- Comment #13 from Jonathan Wakely 2012-04-13
08:31:13 UTC ---
> The user could care less if we use copy-on-write in the string
> implementation.
> The standard doesn't force that (21.3.6).
But it does allow it.
> We are violating what th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52950
Pawel Sikora changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52967
--- Comment #3 from Dmitry Gerasimov 2012-04-13
08:44:10 UTC ---
(In reply to comment #1)
> I don't know if this is not undefined code.
> >v[0].a = run();
>
> Is this:
> double &a = v[0].a;
> a = run();
> Or:
> double tmp = run();
> v[0].a =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52886
Dominique d'Humieres changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52862
--- Comment #5 from Richard Guenther 2012-04-13
09:22:37 UTC ---
Author: rguenth
Date: Fri Apr 13 09:22:33 2012
New Revision: 186407
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186407
Log:
2012-04-13 Richard Guenther
PR c/52862
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52549
--- Comment #5 from Richard Guenther 2012-04-13
09:24:34 UTC ---
Author: rguenth
Date: Fri Apr 13 09:24:28 2012
New Revision: 186408
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186408
Log:
2012-04-13 Richard Guenther
PR c/52549
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52862
--- Comment #6 from Richard Guenther 2012-04-13
09:26:48 UTC ---
Author: rguenth
Date: Fri Apr 13 09:26:45 2012
New Revision: 186409
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186409
Log:
2012-04-13 Richard Guenther
PR c/52862
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52549
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52862
Richard Guenther changed:
What|Removed |Added
Known to work||4.7.1, 4.8.0
Summary|[4.5/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52944
--- Comment #5 from Richard Guenther 2012-04-13
09:30:48 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
>
> wouldn't it though ? there's still a top level union there surrounding all
> the
> members. so flattening it, i'd get thr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52970
Bug #: 52970
Summary: OpenMP Scoping Incorrect for Arrays of Parameters
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52203
--- Comment #11 from Andrey Belevantsev 2012-04-13
09:36:46 UTC ---
Author: abel
Date: Fri Apr 13 09:36:42 2012
New Revision: 186410
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186410
Log:
PR rtl-optimization/52203
PR r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52715
--- Comment #2 from Andrey Belevantsev 2012-04-13
09:36:47 UTC ---
Author: abel
Date: Fri Apr 13 09:36:42 2012
New Revision: 186410
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186410
Log:
PR rtl-optimization/52203
PR rt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #14 from Laurent Aflonsi 2012-04-13
09:46:24 UTC ---
Thanks very much Paolo.
Here it is. I'll commit the patch in the mainline if no objection.
Laurent
2012-04-13 Laurent Alfonsi
PR libstdc++/52604
* src/mt_allocator.cc:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #15 from Jonathan Wakely 2012-04-13
09:48:39 UTC ---
(In reply to comment #14)
>
> PR libstdc++/52604
> * src/mt_allocator.cc: (~__freelist): Reset pointer.
^
c++98/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52964
--- Comment #6 from Richard Guenther 2012-04-13
09:50:01 UTC ---
It's at least somewhat making -fsyntax-only less useful for C++ ... I'd use
-fsyntax-only to have all errors reported and thus all invalid CUs rejected ...
We do report non-syntax
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52954
Richard Guenther changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52967
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #34 from Richard Guenther 2012-04-13
09:56:48 UTC ---
(In reply to comment #32)
> (In reply to comment #31)
> > The effect of this patch on overload resolution diagnostics is problematic:
> > wa2.C: In function ‘int main()’:
> > wa2.C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52939
--- Comment #4 from Richard Guenther 2012-04-13
09:58:44 UTC ---
(In reply to comment #3)
> Created attachment 27143 [details]
> Simple testcase
>
> This should be a simpler testcase. What happens is that we are
> attempting to devirtualize cal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52971
Bug #: 52971
Summary: gcc ICE with an sh64 cross-compilation
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #16 from Paolo Carlini 2012-04-13
10:29:02 UTC ---
Yes, please go ahead, mainline only for now (PR remains open) with Jon's fix to
the ChangeLog and also, between parentheses (__freelist::~__freelist).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #17 from Paolo Carlini 2012-04-13
10:31:01 UTC ---
Ah, another minor nit, remember to add 2012 to the list of Copyright Years
(mind to keep the comment within 80 columns)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
--- Comment #3 from Richard Guenther 2012-04-13
10:39:35 UTC ---
(gdb) call debug_gimple_stmt (stmt)
_ifc_.9_27 = !(D.11217_6 > 0.0) ? _ifc_.8_26 : _ifc_.7_20;
the negate is spurious. I have a patch. if-conversion is also incredibly
stupid, tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #35 from Manuel López-Ibáñez 2012-04-13
10:59:17 UTC ---
(In reply to comment #34)
>
> btw, why do we print a location info for
>
> t.C:5:6: note: candidates are:
>f(1);
> ^
>
> at all?
I am proposing to print just: "not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
--- Comment #4 from vincenzo Innocente
2012-04-13 11:31:37 UTC ---
Ready to test the patch.
I've another code that produces the same ICE in stl_algo.h:3264
not easy to reproduce in a small example...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52972
Bug #: 52972
Summary: [4.6] Pure virtual method is called instead of child's
method
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #36 from Richard Guenther 2012-04-13
11:34:04 UTC ---
(In reply to comment #35)
> (In reply to comment #34)
> >
> > btw, why do we print a location info for
> >
> > t.C:5:6: note: candidates are:
> >f(1);
> > ^
> >
> > at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
--- Comment #5 from Richard Guenther 2012-04-13
11:39:27 UTC ---
Created attachment 27151
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27151
patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #37 from Jonathan Wakely 2012-04-13
11:50:33 UTC ---
I think for Richard's example a nice compromise would be:
t.C: In function 'int main()':
t.C:5:6: error: no matching function for call to 'f(int)'
f(1);
^
note: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #38 from Jonathan Wakely 2012-04-13
11:53:31 UTC ---
(In reply to comment #36)
> > > t.C:1:6: note: candidate expects 0 arguments, 1 provided
> > > void f(); void f(int,int);
> > > ^
> > > t.C:1:17: note: void f(int, int)
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #39 from Manuel López-Ibáñez 2012-04-13
11:54:53 UTC ---
(In reply to comment #36)
> Sounds good to me. But I think GNU conventions require a location here?
Well, if that is a hard requirement, I can just suppress the caret. Or we c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #40 from Manuel López-Ibáñez 2012-04-13
11:58:04 UTC ---
I think what Jonathan proposed in comment #37 is also nice. If Jason approves,
I will implement it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
--- Comment #6 from vincenzo Innocente
2012-04-13 11:59:59 UTC ---
patch applied to latest trunk.
success on both cases.
thanks.
v.
p.s. optimizing the if-conversion to produce a single comparison will be
appreciated as well
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #19 from Laurent Aflonsi 2012-04-13
12:00:44 UTC ---
Author: chrbr
Date: Fri Apr 13 11:58:15 2012
New Revision: 186415
Log Message:
fix last entry
Modified:
trunk/libstdc++-v3/ChangeLog
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #18 from Laurent Aflonsi 2012-04-13
12:00:21 UTC ---
Author: chrbr
Date: Fri Apr 13 11:44:13 2012
New Revision: 186414
Log Message:
PR:52604: (~__freelist): Reset pointer
Modified:
trunk/libstdc++-v3/ChangeLog
t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
--- Comment #7 from rguenther at suse dot de
2012-04-13 12:04:38 UTC ---
On Fri, 13 Apr 2012, vincenzo.innocente at cern dot ch wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
>
> --- Comment #6 from vincenzo Innocente
> 2012-04-13
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #41 from Jonathan Wakely 2012-04-13
12:07:01 UTC ---
(In reply to comment #39)
> just not print the "note: candidates are:". It seems superfluous info to me.
Personally I like the "candidates are" line, I don't find it superfluous.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #42 from Richard Guenther 2012-04-13
12:08:02 UTC ---
(In reply to comment #40)
> I think what Jonathan proposed in comment #37 is also nice. If Jason approves,
> I will implement it.
Yes, I like that, too. For reference, the follow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #43 from Manuel López-Ibáñez 2012-04-13
12:15:45 UTC ---
(In reply to comment #42)
> (In reply to comment #40)
> > I think what Jonathan proposed in comment #37 is also nice. If Jason
> > approves,
> > I will implement it.
>
> Yes,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #44 from Manuel López-Ibáñez 2012-04-13
12:18:35 UTC ---
(In reply to comment #41)
> (In reply to comment #39)
> > just not print the "note: candidates are:". It seems superfluous info to me.
>
> Personally I like the "candidates are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
--- Comment #8 from Richard Guenther 2012-04-13
12:22:25 UTC ---
Author: rguenth
Date: Fri Apr 13 12:22:16 2012
New Revision: 186416
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186416
Log:
2012-04-13 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #45 from Jonathan Wakely 2012-04-13
12:24:30 UTC ---
(In reply to comment #42)
> Yes, I like that, too. For reference, the following:
>
> note: candidate 'void f()' expects 0 arguments, 1 provided
> void f(); void f(int,int);
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
--- Comment #9 from Richard Guenther 2012-04-13
12:27:11 UTC ---
Author: rguenth
Date: Fri Apr 13 12:27:02 2012
New Revision: 186417
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186417
Log:
2012-04-13 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24985
--- Comment #46 from Manuel López-Ibáñez 2012-04-13
12:31:41 UTC ---
(In reply to comment #45)
> (In reply to comment #42)
> > Yes, I like that, too. For reference, the following:
> >
> > note: candidate 'void f()' expects 0 arguments, 1 provid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52973
Bug #: 52973
Summary: visibility attribute for class is not passed to its
members
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52973
Richard Guenther changed:
What|Removed |Added
Component|regression |c++
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49069
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51214
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52465
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52555
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52573
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52621
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52573
--- Comment #2 from Bernd Schmidt 2012-04-13
13:02:03 UTC ---
(expr_list:REG_DEAD (reg:SI 3 %d3 [236])
(expr_list:REG_UNUSED (reg:SI 3 %d3 [236])
The REG_DEAD note is bogus and confuses the renamer. Only REG_UNUSED should be
on this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
--- Comment #11 from vincenzo Innocente
2012-04-13 13:03:48 UTC ---
I do not have a clear case in hand with evidence of "double" compare
I will have a closer look to "real life" code.
btw
I just noticed that your test case does not vectorize ev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52631
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52633
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
Summary|[4.7 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52727
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52864
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52841
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52974
Bug #: 52974
Summary: Canonicalize include paths in diagnostics
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: diagnostic
Seve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52974
--- Comment #1 from Jonathan Wakely 2012-04-13
13:16:01 UTC ---
The canonicalized version of that error is a lot more readable
t.cc: In function 'void f()':
t.cc:2:23: error: no matching function for call to 'sort(int)'
t.cc:2:23: note: candidat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52906
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52939
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52734
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52973
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52868
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
--- Comment #12 from Richard Guenther 2012-04-13
13:26:59 UTC ---
(In reply to comment #11)
> I do not have a clear case in hand with evidence of "double" compare
> I will have a closer look to "real life" code.
>
> btw
> I just noticed that yo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52975
Bug #: 52975
Summary: Ofast produces not optimized code for vectorized
"converted if"
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52968
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52969
--- Comment #13 from vincenzo Innocente
2012-04-13 13:35:19 UTC ---
Richard, please, look at PR59275.
I think your testcase CAN produce not optimized code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52938
--- Comment #14 from Abdul Tohmaz 2012-04-13
13:37:47 UTC ---
(In reply to comment #13)
> Immediately after you call reserve it returns at least 1024. But not
> necessarily from that point on for ever and ever. If you call swap() to
> exchange
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52974
--- Comment #2 from Manuel López-Ibáñez 2012-04-13
13:42:51 UTC ---
(In reply to comment #0)
> This probably isn't a good idea for user headers, as the include path they use
> with -I should be preserved so they recognise it, but for GCC's own C+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52974
--- Comment #3 from Jonathan Wakely 2012-04-13
13:55:27 UTC ---
I don't know where they're defined but they're built in and g++ -v shows them
#include "..." search starts here:
#include <...> search starts here:
/home/redi/gcc/4.x/lib/gcc/x86_6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52939
Martin Jambor changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52968
--- Comment #3 from janus at gcc dot gnu.org 2012-04-13 14:02:05 UTC ---
This bug is similar to PR51995, and in fact the patch from comment #2 above
seems to supersede the solution given there (which could be removed as a
consequence):
Index: gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52975
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51082
--- Comment #3 from janus at gcc dot gnu.org 2012-04-13 14:23:25 UTC ---
Note: The patch in comment #2 regtests cleanly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
--- Comment #20 from Paolo Carlini 2012-04-13
14:45:29 UTC ---
Remember to always send the patches you commit to gcc-patc...@gcc.gnu.org (and
libstd...@gcc.gnu.org in CC), even if already approved on the fly in audit
trail (which should not happe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52976
Bug #: 52976
Summary: [4.8 Regression] Revision 186384 breaks the polyhedron
tests aermod.f90 and doduc.f90 at -O3 -ffast-math
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51570
--- Comment #7 from Alexandre Oliva 2012-04-13
15:56:00 UTC ---
Author: aoliva
Date: Fri Apr 13 15:55:52 2012
New Revision: 186420
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186420
Log:
PR debug/51570
* var-tracking.c (expand_depth):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48866
--- Comment #12 from Alexandre Oliva 2012-04-13
15:56:29 UTC ---
Author: aoliva
Date: Fri Apr 13 15:56:21 2012
New Revision: 186422
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186422
Log:
PR debug/48866
* df.h (enum debug_temp_where):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52977
Bug #: 52977
Summary: internal compiler error: Segmentation fault with `-x
c-header' or `-x cxx-header' option
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52951
--- Comment #2 from D W 2012-04-13 16:22:28 UTC ---
I built gcc from gcc-4_7-branch, svn186417. I can confirm it does not segfault
on my example.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52972
--- Comment #1 from Andrew Pinski 2012-04-13
16:24:07 UTC ---
I think you are getting the correct behavior as the vtable for the base class
is the current vtable for this.
And "return static_cast < Real* > (this);" Does not change the v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52972
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52972
--- Comment #3 from drinob at gmail dot com 2012-04-13 16:28:36 UTC ---
Yes, this is my mistake.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52978
Bug #: 52978
Summary: Inherit from Template with specified type and override
virtual function
Classification: Unclassified
Product: gcc
Version: 4.5.3
Status: UNCONFI
c++
Thread model: posix
gcc version 4.8.0 20120413 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52972
--- Comment #4 from drinob at gmail dot com 2012-04-13 16:35:35 UTC ---
But it seems to work in g++ 4.3 (which is used at ideone.com):
http://ideone.com/zy5R4
Is that behavior uncorrect?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
--- Comment #10 from Agner Fog 2012-04-13 16:50:33 UTC
---
_mm256_permutevar8x32_epi32 has the operands in wrong order. They need
to be swapped. Did you fix this too?
On 12-04-2012 20:37, uros at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52932
--- Comment #11 from Uros Bizjak 2012-04-13 16:57:09
UTC ---
(In reply to comment #10)
> _mm256_permutevar8x32_epi32 has the operands in wrong order. They need
> to be swapped. Did you fix this too?
Yes.
1 - 100 of 157 matches
Mail list logo