On 11/11/2010 3:20 PM, Ian Lance Taylor wrote:
On Sun, Oct 31, 2010 at 12:09 PM, Ian Lance Taylor i...@google.com wrote:
Currently we build the Java frontend and libjava by default. At the GCC
Summit we raised the question of whether should turn this off, thus only
building it when java is
On 11/18/2010 09:23 AM, Mark Mitchell wrote:
On 11/11/2010 3:20 PM, Ian Lance Taylor wrote:
On Sun, Oct 31, 2010 at 12:09 PM, Ian Lance Taylor i...@google.com wrote:
Currently we build the Java frontend and libjava by default. At the GCC
Summit we raised the question of whether should turn
Hi,
this is to warn people that between yesterday and today
abi/demangle/regression/cw-13.cc regressed on x86 / x86_64 linux: it
looks like somebody didn't regression test the C++ testsuite carefully
enough.
HJ, could you please run a binary search? Thanks a lot in advance,
Paolo.
Hi Folks,
GCC 4.5.1 20100924 -Os -minline-all-stringops on Core i7
int
main( int argc, char *argv[] )
{
int i, a[256], b[256];
for( i = 0; i 256; ++i ) // discourage optimization
a[i] = rand();
memcpy( b, a, argc * sizeof(int) );
printf( %d\n, b[rand()] ); // discourage
Some text size measurement.
Summary:
1) LTO with -O3 bloats up code considerably;
Yes, you need either -fwhole-program or -fuse-linker-plugin to make it behave
sanely.
For Mozilla I have best experience with -fuse-linker-plugin --param
inline-unit-growth=5 That gives me about 16% code size
Hello,
Jiri Gaisler has now signed the FSF copyleft (it took quite long to get
through the procedure) and I was said that I could post the patches
now.
The patches are straightforward I think.
1. Adds machine description gcc-4.4.2/gcc/config/sparc/leon.md
2.
Hi,
and for size, could you please also do -Os comparsions? I am aware that -O2
inliner is tuned somewhat up at C++. This is given by fact that we do have C++
benchmark suite we use to monitor inlining.
http://gcc.opensuse.org/c++bench-frescobaldi/
Programs there are a lot more aggressive on
On Thu, Nov 18, 2010 at 3:35 AM, Paolo Carlini paolo.carl...@oracle.com wrote:
Hi,
this is to warn people that between yesterday and today
abi/demangle/regression/cw-13.cc regressed on x86 / x86_64 linux: it
looks like somebody didn't regression test the C++ testsuite carefully
enough.
HJ,
On 11/18/2010 01:50 PM, H.J. Lu wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42670#c8
I'm sorry, yesterday didn't follow those exchanges in any detail, was
too absorbed by something else. Thus, if I understand correctly,
updating the testsuite in such a way is more or less an obvious
Jiri Gaisler has now signed the FSF copyleft (it took quite long to get
through the procedure) and I was said that I could post the patches
now.
Thanks for your perseverance.
The patches are straightforward I think.
1. Adds machine description gcc-4.4.2/gcc/config/sparc/leon.md
2.
Eric Botcazou wrote:
Jiri Gaisler has now signed the FSF copyleft (it took quite long to get
through the procedure) and I was said that I could post the patches
now.
Thanks for your perseverance.
The patches are straightforward I think.
1. Adds machine description
On Thu, Nov 18, 2010 at 2:00 AM, Andrew Haley a...@redhat.com wrote:
On 11/18/2010 09:23 AM, Mark Mitchell wrote:
On 11/11/2010 3:20 PM, Ian Lance Taylor wrote:
On Sun, Oct 31, 2010 at 12:09 PM, Ian Lance Taylor i...@google.com wrote:
Currently we build the Java frontend and libjava by
Quoting Konrad Eisele kon...@gaisler.com:
Maybe there is a simple way to achieve both multilib and singlelib?
The (short-term) simple way is to have two separate configurations.
For a more flexible approach, look at how the SH port allows you to
mix match your multilibs.
Joern Rennecke wrote:
Quoting Konrad Eisele kon...@gaisler.com:
Maybe there is a simple way to achieve both multilib and singlelib?
The (short-term) simple way is to have two separate configurations.
For a more flexible approach, look at how the SH port allows you to
mix match your
On 11/18/10 02:23, Mark Mitchell wrote:
On 11/11/2010 3:20 PM, Ian Lance Taylor wrote:
On Sun, Oct 31, 2010 at 12:09 PM, Ian Lance Taylori...@google.com wrote:
Currently we build the Java frontend and libjava by default. At the GCC
Summit we raised the question of whether should turn this
On 11/18/2010 2:00 AM, Andrew Haley wrote:
I made it pretty clear that as long as the autotesters build java, and I
get emails when something breaks, and you have the obligation to fix
whatever broke, I have no objection.
Great. In contrast to Ian's statement, then, I think we *do* have a
Hi,
On Thu, 18 Nov 2010, Jeff Law wrote:
I think that it should still be the case that if you break Java, and
one of the Java testers catches you, you still have an obligation to
fix the problem. All we're changing is whether you build Java by
default; nothing else.
Agreed. I'd
On Thu, Nov 18, 2010 at 4:41 PM, Michael Matz m...@suse.de wrote:
Hi,
On Thu, 18 Nov 2010, Jeff Law wrote:
I think that it should still be the case that if you break Java, and
one of the Java testers catches you, you still have an obligation to
fix the problem. All we're changing is
On Thu, Nov 18, 2010 at 07:37, Mark Mitchell m...@codesourcery.com wrote:
On 11/18/2010 2:00 AM, Andrew Haley wrote:
I made it pretty clear that as long as the autotesters build java, and I
get emails when something breaks, and you have the obligation to fix
whatever broke, I have no
On 11/18/2010 07:50 AM, Ralf Wildenhues wrote:
* Rainer Orth wrote on Wed, Nov 17, 2010 at 09:15:55PM CET:
* One cannot -lm to libquadmath_la_LIBADD since that gets passed to nm,
which doesn't know (and doesn't need to be run) -lm.
That's a bug in the rule using nm then, though.
[...]
What is annoying in the implementation of this patch:
http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01810.html
is, that for what is essentially only a minor re-arranging of the
hook vectors, I had to create such a huge patch because all the
call sites of the moved hooks are affected, and also
On Thu, Nov 18, 2010 at 4:59 PM, Richard Guenther
richard.guent...@gmail.com wrote:
On Thu, Nov 18, 2010 at 4:41 PM, Michael Matz m...@suse.de wrote:
Hi,
On Thu, 18 Nov 2010, Jeff Law wrote:
I think that it should still be the case that if you break Java, and
one of the Java testers
On Thu, 18 Nov 2010, Michael Matz wrote:
I'd like to reiterate a request from the summit that is related to the
default languages discussion: Add Ada to the default languages in exchange
for java+libjava. It builds nicely parallel (and fairly quick), doesn't
I should point out while
I'd like to reiterate a request from the summit that is related to the
default languages discussion: Add Ada to the default languages in
exchange
for java+libjava. It builds nicely parallel (and fairly quick), doesn't
I should point out while supporting this (and, in general,
On Thu, 18 Nov 2010, Joern Rennecke wrote:
1: At the end, target-def.h initalizes targetm, and whatever vectors we
might want to split out of it nor or in the future.
Disapprove, in the form in which you describe it. A key point of
splitting vectors is that different vectors are linked
On Thu, Nov 18, 2010 at 3:58 AM, Jan Hubicka hubi...@ucw.cz wrote:
Some text size measurement.
Summary:
1) LTO with -O3 bloats up code considerably;
Yes, you need either -fwhole-program or -fuse-linker-plugin to make it behave
sanely.
For Mozilla I have best experience with
On Thu, Nov 18, 2010 at 08:49, Arnaud Charlet char...@adacore.com wrote:
And finally as some people have noted already, Ada exposes lots of
interesting latent bugs in the middle-end by exercising code that is
sometimes rarely used in other front-ends.
So in short, I'm in favor of this
On 11/18/2010 9:16 AM, Diego Novillo wrote:
I wouldn't mind this change. It is still the case that Ada will
selectively turn itself off when it cannot find a stage0 gnat
compiler, right?
I don't mind this either, but let's treat them as orthogonal. Let's not
let a possible change on the Ada
Mark Mitchell m...@codesourcery.com writes:
On 11/11/2010 3:20 PM, Ian Lance Taylor wrote:
On Sun, Oct 31, 2010 at 12:09 PM, Ian Lance Taylor i...@google.com wrote:
Currently we build the Java frontend and libjava by default. At the GCC
Summit we raised the question of whether should turn
Tobias Burnus bur...@net-b.de writes:
Rainer Orth wrote:
While the build completed with the patch I've posted, fortran testing
for the non-default multilib is completely broken, e.g.
That's in a way the a duplicate of PR 46516. Or at least the solution is
I don't think so: this seems to be
I'm working on improving delay-slot scheduling and would appreciate
advice on a
problem I encountered.
The problem is: how to add support for placing a CODE_LABEL on an
instruction in
a delay slot?
My impression is that this is not supported currently. One way to
implement this
would be to
Ralf Wildenhues ralf.wildenh...@gmx.de writes:
* Rainer Orth wrote on Wed, Nov 17, 2010 at 09:15:55PM CET:
* One cannot -lm to libquadmath_la_LIBADD since that gets passed to nm,
which doesn't know (and doesn't need to be run) -lm.
That's a bug in the rule using nm then, though.
I'm not
I found an error in my size experiment set up -- (libstdc++ shared vs
non shared) -- please discard the size numbers -- will remeasure.
Thanks,
David
On Thu, Nov 18, 2010 at 4:02 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
and for size, could you please also do -Os comparsions? I am aware that
I wouldn't mind this change. It is still the case that Ada will
selectively turn itself off when it cannot find a stage0 gnat
compiler, right?
Right.
On 18/11/2010 17:18, Ian Lance Taylor wrote:
At this point does anybody strongly object to committing the patch.
Nah, I've been persuaded by the arguments advanced and withdraw my previous
objection.
cheers,
DaveK
Quoting Joseph S. Myers jos...@codesourcery.com:
On Thu, 18 Nov 2010, Joern Rennecke wrote:
1: At the end, target-def.h initalizes targetm, and whatever vectors we
might want to split out of it nor or in the future.
Disapprove, in the form in which you describe it. A key point of
On Thu, 18 Nov 2010, Joern Rennecke wrote:
Maybe you should talk more with your colleagues. I had protested when the
CUMULATIVE_ARGS taking vectors were added to targetm, and I was told they'd
be changed to taking void *, thus eliminating the problem.
Now people don't want void * because it
Jeremy Hall gcc.h...@gmail.com writes:
I wonder if its possible to improve the code generation for inline
stringops when
the length is known to be a multiple of 4 bytes?
The selection of the algorithm is fairly complex and depends on the
specific processor you are tuning for. See decide_alg
On 11/18/10 10:31, Tom de Vries wrote:
I'm working on improving delay-slot scheduling and would appreciate
advice on a
problem I encountered.
Oh boy
The problem is: how to add support for placing a CODE_LABEL on an
instruction in
a delay slot?
My impression is that this is not
Quoting Joseph S. Myers jos...@codesourcery.com:
You can perfectly well do type safety without using void *.
struct cumulative_args;
type hook(struct cumulative_args *arg);
static inline struct x86_cumulative_args *
x86_get_cumulative_args (struct cumulative_args *arg)
{struct
On Thu, 18 Nov 2010, Joern Rennecke wrote:
Quoting Joseph S. Myers jos...@codesourcery.com:
You can perfectly well do type safety without using void *.
struct cumulative_args;
type hook(struct cumulative_args *arg);
static inline struct x86_cumulative_args *
Quoting Joseph S. Myers jos...@codesourcery.com:
struct cumulative_args could always be defined (automatically) to contain
a union between the target structures
This assumes
- every target uses a structure, and
- the names of all target's structures are unambigous, and
- the full definition
* Rainer Orth wrote on Thu, Nov 18, 2010 at 06:32:59PM CET:
Ralf Wildenhues ralf.wildenh...@gmx.de writes:
* Rainer Orth wrote on Wed, Nov 17, 2010 at 09:15:55PM CET:
* One cannot -lm to libquadmath_la_LIBADD since that gets passed to nm,
which doesn't know (and doesn't need to be run)
On Thu, 2010-11-18 at 09:18 -0800, Ian Lance Taylor wrote:
Andrew has asked for autotesters for Java; I don't run any autotesters
and I don't want to sign up for that. Can somebody volunteer for that?
Presumably anybody currently running an autotester could add an explicit
--enable-languages
On Thu, 18 Nov 2010, Joern Rennecke wrote:
You could do this with:
typedef struct { int arch; void *p; } cumulative_args_t;
or
typedef struct { int arch; void *p; } *cumulative_args_t;
with regards to the conversion function, that could be provided in
target-def.h
static inline
Snapshot gcc-4.5-20101118 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20101118/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hi Jeff,
However, that doesn't work for the second example:
...
beq$3,$0,$L14
nop
$L7:
andi$2,$2,0x
...
bne$3,$0,$L7
nop
$L14:
andi$2,$2,0x
...
...
What is different from the first example, is that here the beq owns
neither the
Hi,
I'll get back to you with our local inlining changes. We're looking to move
development closer to trunk to reduce this divergence in the future.
Our tuning was done primarily on big c++ programs. A significant size
improvement came from aggressively inlining functions which might be
Quoting Tom de Vries vr...@codesourcery.com:
About the penalty, I don't really know. But since the optimization is
both filling delay slots and removing
duplicate code, it looks like a good idea to me.
It's usually beneficial, but for some microarchitectures, this kind of
code confuses the
On Thu, Nov 18, 2010 at 4:12 PM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
I'll get back to you with our local inlining changes. We're looking to move
development closer to trunk to reduce this divergence in the future.
Our tuning was done primarily on big c++ programs. A significant size
MAINTAINERS lists:
m68hc11 portStephane Carrez stcar...@nerim.fr
However, the carbon copies of by patch for PR target/46436, as well
as the ping, bounced for the stated email address.
Reporting-MTA: dns; tyrande.nerim.net
X-Postfix-Queue-ID: E05DBB88E
X-Postfix-Sender:
Hi,
Given a basic block BB, is there a way to tell if it will reach EXIT_BLOCK_PTR?
Thanks.
--
H.J.
Rainer Orth wrote:
Tobias Burnusbur...@net-b.de writes:
Rainer Orth wrote:
While the build completed with the patch I've posted, fortran testing
for the non-default multilib is completely broken, e.g.
That's in a way the a duplicate of PR 46516. Or at least the solution is
I don't think so:
New size data -- hopefully it is sane this time.
Changes in experiment
1) shared libstdc++ is used with trunk gcc
2) bfd linker is used in both trunk and patched 4.4.3 compiler (which
used gold).
The size comparison for all C benchmarks in previous report is still
valid. The following is the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46521
Andrey Belevantsev abel at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46155
--- Comment #13 from Kalle Olavi Niemitalo kon at iki dot fi 2010-11-18
08:10:20 UTC ---
Earlier, I thought GCC would eventually have to add some libc-specific
definitions to float.h anyway, in order to make FLT_ROUNDS call a function in
the C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46258
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534
Summary: [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf
(...10MBstring\n) into puts
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46258
--- Comment #2 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18
08:32:53 UTC ---
Created attachment 22438
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22438
Patch that fixes the bug
Here's the patch I'm testing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18
08:47:37 UTC ---
Created attachment 22439
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22439
gcc46-pr46534.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46526
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18
10:09:44 UTC ---
What you do is look at the gimple before pass_ipa_tree_profile at profile-use
and profile-generate time, they should have matching CFGs. If they don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46529
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18
10:11:00 UTC ---
Huh. But after all it correctly detects the tests won't work ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||danglin at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46530
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46531
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18
10:19:39 UTC ---
Err. Why not avoid the copying completely? build_string will copy it
anyway (and thus so does build_string_literal).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518
--- Comment #13 from Alexander Monakov amonakov at gcc dot gnu.org 2010-11-18
10:24:38 UTC ---
Author: amonakov
Date: Thu Nov 18 10:24:31 2010
New Revision: 166898
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166898
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18
10:25:21 UTC ---
Because it needs to modify it first (overwrite '\n' with '\0').
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518
Alexander Monakov amonakov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535
Summary: [4.6 Regression] Endless loop during inlining
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18
10:32:38 UTC ---
Created attachment 22440
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22440
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525
--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18
11:16:35 UTC ---
Hm. We have
t (leader) - main-variant (but t is its leader)
so we violated
/* Always register the main variant first. This is important so we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46338
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46338
--- Comment #3 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18
11:23:50 UTC ---
Created attachment 22441
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22441
Patch that fixes the problem
Here's the patch I'm testing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46536
Summary: ICE when compiling ARM kernel
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
--- Comment #12 from rguenther at suse dot de rguenther at suse dot de
2010-11-18 11:31:59 UTC ---
On Wed, 17 Nov 2010, matt at use dot net wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
--- Comment #11 from Matt Hargett matt at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534
--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18
11:52:48 UTC ---
(In reply to comment #3)
Because it needs to modify it first (overwrite '\n' with '\0').
?
just pass a proper length, build_string will append a \0,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18
11:55:33 UTC ---
I'm past the failure but now see comparison fails of all files. Ah, I forgot
--frandom-seed=0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46026
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
--- Comment #13 from Jan Hubicka hubicka at ucw dot cz 2010-11-18 12:07:51
UTC ---
That said - the middle-end doesn't really have a notion of unprototyped.
That's a concept the frontend should lower (at call-sites, but that
requires some
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
--- Comment #14 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18
12:11:42 UTC ---
(In reply to comment #13)
That said - the middle-end doesn't really have a notion of unprototyped.
That's a concept the frontend should lower (at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46537
Summary: [4.6 Regression] ICE: SIGSEGV in
simplify_replace_fn_rtx (simplify-rtx.c:362) with -g
-O -fipa-cp -fipa-cp-clone -freorder-blocks
Product: gcc
Version: 4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46537
--- Comment #1 from Zdenek Sojka zsojka at seznam dot cz 2010-11-18 12:28:43
UTC ---
(gdb) bt
#0 simplify_replace_fn_rtx (x=0x0, old_rtx=0x0, fn=0xb8c4c0
strip_pointer_flags, data=0x0)
at /mnt/svn/gcc-trunk/gcc/simplify-rtx.c:362
#1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40171
Dzianis Kahanovich mahatma at eu dot by changed:
What|Removed |Added
Attachment #22434|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46538
Summary: [4.3/4.4./4.5/4.6 Regression] ICE: SIGSEGV in
cp_make_fname_decl (decl.c:3690) on invalid code when
using __PRETTY_FUNCTION__
Product: gcc
Version: 4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46538
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46536
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at it dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46536
rootki...@yahoo.it rootkit85 at yahoo dot it changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45102
rootki...@yahoo.it rootkit85 at yahoo dot it changed:
What|Removed |Added
CC||rootkit85
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46532
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||accepts-invalid,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46539
Summary: libquadmath: Add -static-libquadmath
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45359
Dzianis Kahanovich mahatma at eu dot by changed:
What|Removed |Added
Attachment #22306|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18
13:10:45 UTC ---
Author: rguenth
Date: Thu Nov 18 13:10:40 2010
New Revision: 166902
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166902
Log:
2010-11-18 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46540
Summary: libquadmath: Implement --disable-libquadmath
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
1 - 100 of 184 matches
Mail list logo