http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43940
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Depends on|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38199
--- Comment #16 from Manfred Schwarb 2012-03-19
09:42:29 UTC ---
Thanks, Janne, for your patch. It does not help very much, though.
[ As expected, as the reading part is the bottleneck ]
My current timings of the second test case:
g77: 12.41s
4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612
Bug #: 52612
Summary: std::tr1::bind doesn't work with placeholders
Classification: Unclassified
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52559
--- Comment #2 from Francois-Xavier Coudert
2012-03-19 09:50:46 UTC ---
Author: fxcoudert
Date: Mon Mar 19 09:50:35 2012
New Revision: 185517
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185517
Log:
PR fortran/52559
* error.c (g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43940
--- Comment #7 from stevenb.gcc at gmail dot com
2012-03-19 09:51:41 UTC ---
> --- Comment #6 from Richard Guenther 2012-03-19
> 09:34:58 UTC ---
> I think this was fixed by
>
> 2012-02-29 Bill Schmidt
>
> PR tree-optimization/52424
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52563
--- Comment #5 from Richard Guenther 2012-03-19
09:55:15 UTC ---
This statement,
MEM[(int *)&a][i_13] = 100;
is expected to be like,
D.4086_21 = (void *) ivtmp.11_9;
MEM[base: D.4086_21, offset: 0B] = 100;
after loop ivopt.
If the mem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52613
Bug #: 52613
Summary: [C++11] ICE with noexcept in lambda expression in
member function of class template
Classification: Unclassified
Product: gcc
Version: 4.8.0
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52559
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614
Bug #: 52614
Summary: [4.8 Regression] Test failures in gcc.dg/vect:
vectorizing unaligned access
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612
--- Comment #1 from Paolo Carlini 2012-03-19
10:39:10 UTC ---
I seem to remember that this is a known problem of the tr1 version of this
facility, per the specs. Changing the snippet like the following works:
...
int main()
{
int n =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614
Richard Guenther changed:
What|Removed |Added
Component|middle-end |testsuite
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52611
--- Comment #5 from Richard Guenther 2012-03-19
10:53:23 UTC ---
(In reply to comment #4)
> I don't think we should drop a cast that changes a machine mode:
>
> --- tree-ssa.c.orig 2012-03-18 17:32:32.0 +0100
> +++ tree-ssa.c 2012-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52609
--- Comment #3 from Richard Guenther 2012-03-19
10:54:24 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > >accessing unsigned* via float* looks buggy
> >
> > It does not have to be if the original argument was originally of type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52438
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35569
Jonathan Wakely changed:
What|Removed |Added
CC||anthony.ajw at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #7 from Jakub Jelinek 2012-03-19
11:13:52 UTC ---
Created attachment 26915
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26915
gcc48-pr52607.patch
AVX2 changes.
This improves:
1) for {x, x, x, x} V4DFmode permutations we now do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612
--- Comment #3 from Anthony Williams 2012-03-19
11:15:45 UTC ---
It's frustrating that the TR1 spec specifies lvalues (I assumed it was the same
as std::bind). This came up in supposedly-portable code that works with MSVC's
TR1 bind.
Good thing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612
--- Comment #4 from Jonathan Wakely 2012-03-19
11:24:15 UTC ---
Yeah, it's not ideal, but I have very little motivation (and even less time!)
to improve tr1::bind now. For C++03 code there's boost::bind and for C++11 code
there's std::bind.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
Paolo Carlini changed:
What|Removed |Added
CC||jakub at redhat dot com
--- Comment #2 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52615
Bug #: 52615
Summary: function pointer casting bug
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52615
Richard Guenther changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52616
Bug #: 52616
Summary: problem with '-m32' and specific arguments to '-o'
Classification: Unclassified
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52616
--- Comment #1 from Tomas Whitlock 2012-03-19
14:11:13 UTC ---
Created attachment 26916
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26916
Makefile for test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52616
--- Comment #2 from Tomas Whitlock 2012-03-19
14:11:53 UTC ---
Created attachment 26917
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26917
C code for test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52617
Bug #: 52617
Summary: -Wconversion does not work for strlen
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47692
Cezary Sliwa changed:
What|Removed |Added
CC||sliwa at blue dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52617
--- Comment #1 from Jonathan Wakely 2012-03-19
14:50:34 UTC ---
You should get two warnings if you use -fno-builtin
But do you really want it? The compiler is smart enough to know that
strlen("bla") returns 3 so the warning would be wrong.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52618
Bug #: 52618
Summary: Explicit template specialization ignores access rights
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52618
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52619
Bug #: 52619
Summary: ICE/segmentation fault in lambda function
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51255
--- Comment #3 from Jan Hubicka 2012-03-19
15:35:28 UTC ---
I would incline to declare this an user error. GCC does not control the meaning
of all of the user specified sections and thus I would say that user is either
required to use constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14710
--- Comment #10 from paolo at gcc dot gnu.org
2012-03-19 15:51:36 UTC ---
Author: paolo
Date: Mon Mar 19 15:51:25 2012
New Revision: 185524
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185524
Log:
2012-03-16 Paolo Carlini
PR c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14710
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52616
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52620
Bug #: 52620
Summary: using cannot import types in (non direct) base classes
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52620
--- Comment #1 from Jonathan Wakely 2012-03-19
16:10:08 UTC ---
template
struct bot: med
{
using top::type;
This is not valid, med is a dependent base class so name lookup never looks
in it, so top is not known to be a base class.
If you rem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52621
Bug #: 52621
Summary: ICE when compiling Fortran77 code with optimization
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52621
--- Comment #1 from Jan Lachnitt 2012-03-19
16:13:22 UTC ---
Created attachment 26921
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26921
Compiler output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52620
--- Comment #2 from Akim Demaille 2012-03-19
16:16:37 UTC ---
(I pasted the wrong bug report, I meant
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21484)
(In reply to comment #1)
> template
> struct bot: med
> {
> using top::type;
>
> This is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52620
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14258
Jonathan Wakely changed:
What|Removed |Added
CC||akim.demaille at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622
Bug #: 52622
Summary: ICE in gfortran 4.6.3, x86_64
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: blocker
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623
Bug #: 52623
Summary: 4.7.0-RC-20120314: bootstrap failure on AIX due to
multilib and using C++ in post-stage1
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623
--- Comment #1 from Michael Haubenwallner 2012-03-19 17:20:23 UTC ---
Created attachment 26924
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26924
powerpc-ibm-aix7.1.0.0/ppc64/libquadmath/config.log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52624
Bug #: 52624
Summary: Missing __builtin_bswap16
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45579
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52624
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #9 from Marc Glisse 2012-03-19
18:29:50 UTC ---
(In reply to comment #8)
> I'm not very keen on having too many different routines, the more generic they
> are, the better.
Agreed, that was one of my concerns from the first message i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614
William J. Schmidt changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50751
--- Comment #22 from Oleg Endo 2012-03-19
18:59:22 UTC ---
Author: olegendo
Date: Mon Mar 19 18:59:16 2012
New Revision: 185534
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185534
Log:
PR target/50751
* config/sh/sh.h (CONST_OK_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #10 from Jakub Jelinek 2012-03-19
19:18:33 UTC ---
Created attachment 26925
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26925
gcc48-vselect.patch
Patch to decrease memory cost of expand_vselect{,_vconcat}, by keeping around
a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31640
Oleg Endo changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #11 from Richard Henderson 2012-03-19
19:36:03 UTC ---
The vselect patch looks pretty good.
+ if (icode >= 0 && !testing_p)
+x = copy_rtx (PATTERN (vselect_insn));
...
+ if (!testing_p)
+emit_insn (x);
could be merged for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50797
--- Comment #3 from Uros Bizjak 2012-03-19 20:08:26
UTC ---
Fixed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52625
Bug #: 52625
Summary: Incorrect specialization semantics of friend class
template declaration
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50797
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52626
Bug #: 52626
Summary: make check fixinclude test FAILURES
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52627
Bug #: 52627
Summary: [4.8 Regression] Build of libgcc fails w/o
__GTHREAD_MUTEX_INIT: error: 'mx' undeclared
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40986
--- Comment #9 from nicolas.boulenguez at free dot fr 2012-03-19 20:49:55 UTC
---
4.6.3 (x86_64-pc-linux-gnu) Assert_Failure sinfo.adb:384
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52628
Bug #: 52628
Summary: SH Target: Inefficient shift by T bit result
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52629
Bug #: 52629
Summary: global buffer overflow in gcc/reload1.c
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52540
--- Comment #16 from paolo at gcc dot gnu.org
2012-03-19 23:48:21 UTC ---
Author: paolo
Date: Mon Mar 19 23:48:16 2012
New Revision: 185548
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185548
Log:
2012-03-19 Paweł Sikora
PR libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52630
Bug #: 52630
Summary: [4.7 regression] ICE when compiling ppl-0.12 testsuite
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52630
--- Comment #1 from Matt Hargett 2012-03-20 00:00:46 UTC
---
Created attachment 26926
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26926
pre-processed sources that exhibit the ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52630
Andrew Pinski changed:
What|Removed |Added
Target||sparc
Component|middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #34 from Oleg Endo 2012-03-20
01:04:19 UTC ---
(In reply to comment #33)
> FYI, looking into the libstdc++ failures for sh4-unknown-linux-gnu,
> it seems that the call insn was swapped before prologue frame insns
> and then it makes u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #35 from Kazumoto Kojima 2012-03-20
01:45:14 UTC ---
(In reply to comment #34)
> Interesting, thanks! I'll also test your patch and send it around, OK?
OK, thanks!
> I'm a bit confused... was the issue caused by my patches to for t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52563
--- Comment #6 from Jiangning Liu 2012-03-20
02:32:12 UTC ---
> We cannot fix it without relaxing the POINTER_PLUS_EXPR constraints.
> I was working on that, but as usual the TYPE_IS_SIZETYPE removal
> has priority.
Do you mean you are also work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52631
Bug #: 52631
Summary: VN does not use simplified expression for lookup
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52631
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52631
--- Comment #2 from Andrew Pinski 2012-03-20
06:57:51 UTC ---
Created attachment 26927
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26927
Patch which fixes the problem
73 matches
Mail list logo