Hi,
Gabriel Dos Reis g...@integrable-solutions.net skribis:
On Fri, Mar 16, 2012 at 8:04 AM, Ludovic Courtès
ludovic.cour...@inria.fr wrote:
[...]
What about writing it in C++? Function objects could be passed around
to achieve a similar result, at the expense of conciseness and
On Mar 19, 2012 5:56 AM, Basile Starynkevitch wrote:
On Sun, 18 Mar 2012 20:49:24 +
Jonathan Wakely jwakely@gmail.com wrote:
On 18 March 2012 16:56, Basile Starynkevitch wrote:
* a garbage collector. Even a modular GCC need some memory management
policy (and
On Fri, Mar 16, 2012 at 6:19 PM, David Malcolm dmalc...@redhat.com wrote:
It seems that GCC has provided an API for registering plugins, but no
API for the plugins to then actually use... Perhaps the C++ move would
be alleviated by having an actually C API for plugins to use? I started
On 03/09/2012 11:20 AM, Aurelien Buhrig wrote:
Hi,
It seems there is an issue around subreg:HI of PSI hardware register,
which occurs either during expand or reload (GCC 4.6.1).
For my big endian target,
(subreg:HI (reg:PSI A0_REGNO) 0) is not representable but
(subreg:HI (reg:PSI
On Mon, Mar 19, 2012 at 4:57 AM, Ludovic Courtès
ludovic.cour...@inria.fr wrote:
Hi,
Gabriel Dos Reis g...@integrable-solutions.net skribis:
On Fri, Mar 16, 2012 at 8:04 AM, Ludovic Courtès
ludovic.cour...@inria.fr wrote:
[...]
What about writing it in C++? Function objects could be
On Mon, Mar 19, 2012 at 12:56 AM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
On Sun, 18 Mar 2012 20:49:24 +
Jonathan Wakely jwakely@gmail.com wrote:
On 18 March 2012 16:56, Basile Starynkevitch wrote:
* a garbage collector. Even a modular GCC need some memory management
On Wednesday 14 of March 2012 12:22:41 Richard Guenther wrote:
GCC 4.7.0 Release Candidate available from gcc.gnu.org
A second release candidate for GCC 4.7.0 is available from
ftp://gcc.gnu.org/pub/gcc/snapshots/4.7.0-RC-20120314
and shortly its mirrors. It has been generated from
2012/3/19 Paweł Sikora:
On Wednesday 14 of March 2012 12:22:41 Richard Guenther wrote:
GCC 4.7.0 Release Candidate available from gcc.gnu.org
A second release candidate for GCC 4.7.0 is available from
ftp://gcc.gnu.org/pub/gcc/snapshots/4.7.0-RC-20120314
and shortly its mirrors. It has
2012/3/19 Jonathan Wakely jwakely@gmail.com:
2012/3/19 Paweł Sikora:
On Wednesday 14 of March 2012 12:22:41 Richard Guenther wrote:
GCC 4.7.0 Release Candidate available from gcc.gnu.org
A second release candidate for GCC 4.7.0 is available from
Hi,
On 03/19/2012 01:38 PM, Jonathan Wakely wrote:
2012/3/19 Jonathan Wakelyjwakely@gmail.com:
2012/3/19 Paweł Sikora:
On Wednesday 14 of March 2012 12:22:41 Richard Guenther wrote:
GCC 4.7.0 Release Candidate available from gcc.gnu.org
A second release candidate for GCC 4.7.0 is
2012/3/19 Jonathan Wakely jwakely@gmail.com:
2012/3/19 Jonathan Wakely jwakely@gmail.com:
2012/3/19 Paweł Sikora:
On Wednesday 14 of March 2012 12:22:41 Richard Guenther wrote:
GCC 4.7.0 Release Candidate available from gcc.gnu.org
A second release candidate for GCC 4.7.0 is
On 03/18/2012 11:53 PM, Tomasz Borowik wrote:
The perfect solution would be to shun away the standard model and
actually support a kind of on-demand recompilation where the editor
tells the compiler (running in background) what has changed and the
compiler (having a function inlining map)
I am having problems with the avr target that has address space support for
memories that only support post-increment addressing.
However, the code runs on a bad assertion because cprop.c generates silly insn
notes:
cprop.c:try_replace_reg()
if (!rtx_equal_p (src, SET_SRC (set))
thus : http://gcc.gnu.org/ml/gcc-testresults/2012-03/msg02155.html
=== gcc tests ===
Running target unix
FAIL: gcc.c-torture/compile/limits-exprparen.c -O0 (internal compiler error)
FAIL: gcc.c-torture/compile/limits-exprparen.c -O0 (test for excess errors)
FAIL:
On 19 March 2012 14:56, Dennis Clarke wrote:
thus : http://gcc.gnu.org/ml/gcc-testresults/2012-03/msg02155.html
=== gcc tests ===
Running target unix
FAIL: gcc.c-torture/compile/limits-exprparen.c -O0 (internal compiler error)
FAIL:
On 19 March 2012 14:56, Dennis Clarke wrote:
thus : http://gcc.gnu.org/ml/gcc-testresults/2012-03/msg02155.html
=== gcc tests ===
Running target unix
FAIL: gcc.c-torture/compile/limits-exprparen.c -O0 (internal compiler
error)
FAIL:
Hi,
Richard Guenther richard.guent...@gmail.com skribis:
But no, I'm not volunteering (I'm volunteering to do the review work).
The above has the same issue as the we-want-to-be-more-like-LLVM
stuff - it lacks the people to actually implement it, and GCC at its
present state still has to
On 19 March 2012 15:30, Dennis Clarke wrote:
I think you should be able to do something like:
make check RUNTESTFLAGS=compile.exp=gcc.c-torture/compile/limits-exprparen.c
Thank you for the quick reply.
Hr, tried that and didn't get very far probably because the
srcdir is at
Hello,
For the interested reader, I eventually solved the nested function issue
by using either nested functions or C++11 lambdas, depending on whether
g++ is being used [0].
This is abstracted away by these (surprisingly not-too-ugly) macros to
define a local function, and declare a function
2012/3/19 Ludovic Courtès ludovic.cour...@inria.fr:
Hi,
Richard Guenther richard.guent...@gmail.com skribis:
But no, I'm not volunteering (I'm volunteering to do the review work).
The above has the same issue as the we-want-to-be-more-like-LLVM
stuff - it lacks the people to actually
Hr, tried that and didn't get very far probably because the
srcdir is at ../gcc-4.6.3
I don't think that's the problem.
Maybe you need
make check RUNTESTFLAGS=compile.exp=limits-exprparen.c
or
make check RUNTESTFLAGS=compile.exp=*/limits-exprparen.c
or some other variation on that
On Wed, Mar 14, 2012 at 10:08 AM, Steven Bosscher stevenb@gmail.com wrote:
Hello,
The rs6000 and cr16 backends and unwinding code have a define for the
DWARF frame register for pre-GCC3 compatibility
(PRE_GCC3_DWARF_FRAME_REGISTERS):
gcc/doc/tm.texi.in:@defmac
Hi,
I have builtin __function_size(foobar) that is applied to functions.
This should be folded to a symbol foobar@size.
The problem comes when I mark in the fold_builtin function in my backend
that DECL_PRESERVE(foobar) = 1;
The reason I need to do this is so that foobar is not removed if we
On Mon, Mar 19, 2012 at 10:36 AM, Ludovic Courtès
ludovic.cour...@inria.fr wrote:
Perhaps a more incremental approach could be taken. For instance, I
would argue that changes to the tree and GIMPLE APIs could be made
conservatively, on the grounds that they are most likely used by
plug-ins
Dear All,
I want to design a new IPC(Inter Process Communication) for
Linux(Which can be extended for windows and mac also) as a project in
Google Summer of Code. It may change the traditional views of the IPCs
with its added features, security and extremely easy to use. All the
traditional IPCs
On Mon, 19 Mar 2012 13:26:00 +
Andrew Haley a...@redhat.com wrote:
On 03/18/2012 11:53 PM, Tomasz Borowik wrote:
The perfect solution would be to shun away the standard model and
actually support a kind of on-demand recompilation where the editor
tells the compiler (running in
Steven Bosscher schrieb:
Hi Johann,
You say you have:
src=
(mem/v/c:HI (post_inc:HI (const:HI (plus:HI (symbol_ref:HI (V) [flags 0x402]
var_decl 0xb7ce8720 V)
(const_int 1 [0x1] [3 V.i2+0 S2 A8 AS2])
while in cprop.c. That is your bug.
Where does the post_inc come from?
I have figured out what the root cause of pr52543, but i need some
advise as to how to fix it.
The bug only happens if the source or destination of the move is a hard
register. lower-subreg never breaks up pseudo to pseudo moves that are
larger than word mode. According to richard
Hello,
In my transformation of an input program, I need to clone functions
and the callee functions in each clone. To clone a function, or
create a duplicate, I use cgraph_function_versioning() This works
perfectly well for the parent function. I then go through the
statements in the parent and
Hi,
I used gcc 4.8.0 to compile the piece of code:
#include stdio.h
#include utility
void f( const int i )
{
fprintf( stdout, 1 - f( const int i )- %d\n, i );
}
void f( const int i )
{
fprintf( stdout, 2 - f( const int i )- %d\n, i );
}
void f( int i )
{
fprintf(
Kenneth Zadeck zad...@naturalbridge.com writes:
I have figured out what the root cause of pr52543, but i need some
advise as to how to fix it.
The bug only happens if the source or destination of the move is a
hard register. lower-subreg never breaks up pseudo to pseudo moves
that are
Paulo J. Matos pa...@matos-sorge.com writes:
I have builtin __function_size(foobar) that is applied to functions.
This should be folded to a symbol foobar@size.
The problem comes when I mark in the fold_builtin function in my backend
that DECL_PRESERVE(foobar) = 1;
The reason I need to do
Subrata Biswas subrata.i...@gmail.com writes:
I want to design a new IPC(Inter Process Communication) for
Linux(Which can be extended for windows and mac also) as a project in
Google Summer of Code.
This seems like an interesting project but it doesn't seem to be a
compiler project. It seems
Tomasz Borowik timo...@lavabit.com writes:
The most beneficial task (for me) would be to just bring the front-end
I've already written up to mainline quality (though not necessarily
inclusion), and in the process update some of the documentation or
maybe even cleanup some gcc code.
I have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43940
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38199
--- Comment #16 from Manfred Schwarb manfred99 at gmx dot ch 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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52559
--- Comment #2 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org
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=gccview=revrev=185517
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43940
--- Comment #7 from stevenb.gcc at gmail dot com stevenb.gcc at gmail dot com
2012-03-19 09:51:41 UTC ---
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-19
09:34:58 UTC ---
I think this was fixed by
2012-02-29 Bill
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52563
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 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;
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52559
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612
--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Component|middle-end |testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52611
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52609
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52438
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35569
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||anthony.ajw at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 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}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612
--- Comment #3 from Anthony Williams anthony.ajw at gmail dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52604
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||jakub at
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 rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||jsm28 at gcc
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 adpstw at yahoo dot co.uk 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 adpstw at yahoo dot co.uk 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 sliwa at blue dot cft.edu.pl changed:
What|Removed |Added
CC||sliwa at blue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52617
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 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
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 redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords||accepts-invalid
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51255
--- Comment #3 from Jan Hubicka hubicka at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14710
--- Comment #10 from paolo at gcc dot gnu.org 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=gccview=revrev=185524
Log:
2012-03-16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14710
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52616
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
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 redi at gcc dot gnu.org 2012-03-19
16:10:08 UTC ---
template typename T
struct bot: medT
{
using top::type;
This is not valid, medT is a dependent base class so name lookup never looks
in it, so top is not
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 pepalogik at seznam dot cz 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 akim.demaille at gmail dot com 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 typename T
struct bot:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52620
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14258
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||akim.demaille at
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 jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
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 michael.haubenwallner at salomon dot
at 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45579
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
CC||jamborm at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52624
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #9 from Marc Glisse marc.glisse at normalesup dot org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52614
William J. Schmidt wschmidt at gcc dot gnu.org changed:
What|Removed |Added
CC||bergner
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50751
--- Comment #22 from Oleg Endo olegendo at gcc dot gnu.org 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=gccview=revrev=185534
Log:
PR target/50751
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31640
Oleg Endo olegendo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #11 from Richard Henderson rth at gcc dot gnu.org 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);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50797
--- Comment #3 from Uros Bizjak ubizjak at gmail dot com 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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50797
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
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
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 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=gccview=revrev=185548
Log:
2012-03-19
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 matt at use dot net 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
1 - 100 of 180 matches
Mail list logo