--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-10 10:55 ---
?? libgcj_bc.so.1 isn't supposed to be a symlink to libgcj.so.10, but to
libgcj_bc.so.1.0.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38396
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-10 10:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-10 11:09 ---
-findirect-dispatch compiled/linked programs built with 4.3 work just fine
against 4.4 libgcj_bc.so.1 (that's why libgcj_bc.so.1 was added).
The only problem is if you link a program against both -lgcj_bc and
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-10 13:13 ---
I guess the primary difference between e.g. x86_64 or i386 and powerpc is
during gimplification, the pointer-to-member initialization is done as:
D.1804.__pfn = funcOne;
D.1804.__delta = 0;
i.1 = docalling
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-10 10:48 ---
Subject: Bug 37416
Author: jakub
Date: Wed Dec 10 10:47:22 2008
New Revision: 142643
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142643
Log:
PR tree-optimization/37416
* gcc.dg/vect
--- Comment #17 from jakub at gcc dot gnu dot org 2008-12-10 13:30 ---
For #c12, those weren't present in 4.3 libgcj_bc.so, but I don't see why it
matters. 4.3 linked ecj1 doesn't need any of those symbols. The reason why it
has DT_NEEDED libgcj.so.9 is IMHO that l
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-10 13:16 ---
BTW, the testcase has been added in r138092, by passed in r138089 you mean
just that you didn't see FAIL (as the test didn't exist)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38253
--- Comment #19 from jakub at gcc dot gnu dot org 2008-12-10 14:08 ---
Yes, and 2) needs to be fixed on the trunk as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38396
--- Comment #13 from jakub at gcc dot gnu dot org 2008-12-10 15:03 ---
A binary search between -O2 and -O0 compiled objects should be pretty quick.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38387
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-11 00:44 ---
The patch is correct if not obvious.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35677
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-11 08:45 ---
You do not to warn for:
void foo (int c)
{
int a;
switch (c)
{
foo:
a = 1;
break;
case 5:
goto foo;
}
}
(any label should stop the search).
You ICE on:
void foo (int c
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-11 09:16 ---
Subject: Bug 38253
Author: jakub
Date: Thu Dec 11 09:15:17 2008
New Revision: 142674
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142674
Log:
PR c++/38253
* gi
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-11 09:17 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-11 10:02 ---
I think this should be P1. While a workaround (such as STAGE1_CFLAGS="-g -O1")
exists, not being able to bootstrap on a primary platform is very severe.
--
jakub at gcc dot gnu dot org changed:
: [4.4 Regression] x86_64 generates much larger and
slightly slower code for memset
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu d
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-11 16:31 ---
Testing a patch...
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-11 17:25 ---
That looks very invasive for the branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37582
--- Comment #9 from jakub at gcc dot gnu dot org 2008-12-11 19:55 ---
Created an attachment (id=16888)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16888&action=view)
gcc43-pr37582.patch
Given:
// N.B. The conversions to bool are needed due to the issue
// explain
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-11 20:32 ---
Created an attachment (id=16889)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16889&action=view)
gcc43-pr37582.patch
Thanks for pointing the difference between || and &&, embarrassing.
--
j
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38394
--- Comment #12 from jakub at gcc dot gnu dot org 2008-12-12 08:47 ---
Subject: Bug 37582
Author: jakub
Date: Fri Dec 12 08:46:26 2008
New Revision: 142704
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142704
Log:
PR c++/37582
* include/bits/cpp_type_
--- Comment #13 from jakub at gcc dot gnu dot org 2008-12-12 08:51 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from jakub at gcc dot gnu dot org 2008-12-12 11:23 ---
Subject: Bug 37582
Author: jakub
Date: Fri Dec 12 11:22:33 2008
New Revision: 142707
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142707
Log:
PR c++/37582
* testsuite/26_numerics
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-12 19:36 ---
Shorter testcase:
struct S
{
unsigned short a[50];
unsigned short b[20];
};
extern void bar (void);
extern unsigned short d[];
void
foo (void)
{
struct S s;
unsigned short g[50];
__builtin_memcpy (&
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-12 20:19 ---
I'd say the bug is in may_propagate_address_into_dereference, called with addr:
unit size
align 16 symtab 0 alias set -1 canonical type 0x731f8480
precision 16 min
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-13 08:10 ---
User error. If you compile with -fopenmp, you also need to link with -fopenmp,
otherwise -lgomp isn't linked in.
--
jakub at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-15 17:40 ---
Why is that considered a bug?
If you want strlen etc. in std:: namespace, you need to include .
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-16 13:09 ---
The problem is that CSE2 extends the live range of CC register, so before DSE1
we have in _ZN11rot_mx_infoC1ERK6rot_mx function:
(insn 15 14 16 2 pr37922.C:469 (set (reg:CC 17 flags)
(compare:CC (reg/v:SI 75
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-16 16:57 ---
In particular, the problem is in linearize_expr_tree. The |s are already
perfectly linearized (in all but the innermost recursive linearize_expr_tree
binlhsisreassoc is 1 and binrhsisreassoc is 0, in the innermost
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-16 13:49 ---
The culprit is tree-ssa-reassoc.c, with -fno-tree-ssa-reassoc the generated
code is comparable to 3.4.
For some reason it decides:
Transforming err_10 = __err_3 | __err_8;
into err_10 = __err_8 | __err_3;
(no idea
--- Comment #9 from jakub at gcc dot gnu dot org 2008-12-16 12:08 ---
Indeed, -O2 -fpic returns 2, -O2 -fpic -fno-dse returns 0. The difference
between the two are just 4 successful replace_read changes, like:
movq%rdx, 224(%rsp) # D.4704, proper_r
- shrq$32, %rdx
--- Comment #13 from jakub at gcc dot gnu dot org 2008-12-16 15:05 ---
Not doing this optimization if added_clobbers_hard_reg_p would basically kill
it on i386/x86_64 except for constant values, all the shifts clobber hard
registers. But typically flags register is only live for very
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-16 12:48 ---
Created an attachment (id=16912)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16912&action=view)
pr37922.C
Testcase with a bunch of unneeded namespaces removed.
--
http://gcc.gnu.org/b
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-17 08:59 ---
See PR37302, the 4.4.0 behavior is IMHO correct.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-17 16:04 ---
The problem with the patch is that useless insns (visited with has_zero_uses on
lhs) are now scattered in the bbs and so aren't removed immediately.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38533
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-17 13:06 ---
Created an attachment (id=16915)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16915&action=view)
gcc44-pr38533.patch
Patch that cures this. Bootstrapped/regtested on x86_64-linux, except for
gfor
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-18 00:39 ---
See PR7302.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38560
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-18 07:53 ---
Subject: Bug 38505
Author: jakub
Date: Thu Dec 18 07:52:07 2008
New Revision: 142806
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142806
Log:
PR middle-end/38505
* tr
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-18 07:56 ---
Subject: Bug 38533
Author: jakub
Date: Thu Dec 18 07:54:43 2008
New Revision: 142807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142807
Log:
PR middle-end/38533
* tree-ssa-r
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-18 07:55 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-18 07:56 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-18 08:13 ---
struct S
{
struct S *n, *p;
} *s;
void bar (void *);
int
foo (int x)
{
struct S p = { &p, &p };
int i;
for (i = 0; i < x; i++)
bar (s);
return p.n == &p;
}
I guess the reason is that un
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-18 09:39 ---
4297 if (init == NULL_TREE)
4298{
4299 if ((DECL_LANG_SPECIFIC (decl) == 0
4300 || DECL_IN_AGGR_P (decl) == 0)
4301 && ! DECL_THIS_EXTERN (decl))
4302error ("%q
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-18 13:30 ---
*** Bug 38567 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38561
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-18 13:30 ---
*** Bug 38566 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-18 13:30 ---
*** This bug has been marked as a duplicate of 38561 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-18 13:30 ---
*** This bug has been marked as a duplicate of 38561 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-18 20:52 ---
Subject: Bug 38427
Author: jakub
Date: Thu Dec 18 20:51:07 2008
New Revision: 142818
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142818
Log:
PR c++/38427
* init.c (perform_member_in
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-18 20:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #16 from jakub at gcc dot gnu dot org 2008-12-19 09:50 ---
Given the sorry state of tree DSE (what we have is a joke), it is actually
trivial to come up with testcases for arbitrary pure/const call elimination
during RTL DCE. E.g.
/* PR rtl-optimization/38245 */
/* { dg-do
--- Comment #17 from jakub at gcc dot gnu dot org 2008-12-19 10:41 ---
Better testcase:
/* PR rtl-optimization/38245 */
/* { dg-do run } */
/* { dg-options "-O2" } */
extern int bar (long, long, long, long, long, long, long, long,
long, long, long, long,
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-19 12:01 ---
The attachment is corrupted, you've only attached first 128KB of the *.gz file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577
--- Comment #18 from jakub at gcc dot gnu dot org 2008-12-19 14:37 ---
Created an attachment (id=16944)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16944&action=view)
gcc44-pr38245.patch
On x86_64 some more work is needed, because in leaf functions parts
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-19 14:57 ---
Subject: Bug 37739
Author: jakub
Date: Fri Dec 19 14:55:42 2008
New Revision: 142833
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142833
Log:
PR bootstrap/37739
* config.host: For
--- Comment #21 from jakub at gcc dot gnu dot org 2008-12-19 14:58 ---
Subject: Bug 38396
Author: jakub
Date: Fri Dec 19 14:57:29 2008
New Revision: 142834
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142834
Log:
PR libgcj/38396
* configure.ac (use_l
--- Comment #22 from jakub at gcc dot gnu dot org 2008-12-19 15:02 ---
1) doesn't exist on the trunk, 2) fixed there.
Both 1) and 2) need still fixing on 4.3 branch, a backport of
r142834 should cure 2), 1) needs a separate patch.
--
jakub at gcc dot gnu dot org ch
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-19 14:59 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-19 15:23 ---
Reduced testcase:
struct A
{
static A *bar () { return a; }
static A *a;
};
struct B : public A
{
static void baz ();
};
template
void foo ()
{
(static_cast (A::bar ()))->baz ();
}
--
h
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-19 15:56 ---
Caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142054
(PR37540).
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-19 16:09 ---
In build_new_method_call, call at that spot is either error_mark_node (already
checked for), build_over_call returned value (can be a CALL_EXPR or
INDIRECT_REF
on a CALL_EXPR for references; both are handled already
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-19 16:44 ---
Created an attachment (id=16945)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16945&action=view)
gcc44-pr38577.patch
Patch I'm going to test.
Both the COMPOUND_EXPR and NOP_EXPR are inserted
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-19 19:34 ---
Subject: Bug 38577
Author: jakub
Date: Fri Dec 19 19:33:28 2008
New Revision: 142842
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142842
Log:
PR c++/38577
* call.c (build_new_met
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-19 20:05 ---
With COMPOUND_EXPR, finish_decltype_type doesn't ICE, but as you note, probably
doesn't do the right thing.
Say on:
struct A
{
static A *bar ();
};
struct B : public A
{
static int baz ();
};
temp
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-20 18:47 ---
Subject: Bug 36921
Author: jakub
Date: Sat Dec 20 18:46:12 2008
New Revision: 142849
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142849
Log:
PR c++/36921
* c-
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-20 18:47 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-22 23:35 ---
Subject: Bug 38488
Author: jakub
Date: Mon Dec 22 23:34:07 2008
New Revision: 142891
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142891
Log:
* config/i386/i386.c (expand_setmem_via_rep_st
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-22 23:42 ---
Subject: Bug 31150
Author: jakub
Date: Mon Dec 22 23:41:17 2008
New Revision: 142892
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142892
Log:
PR middle-end/31150
* dse.c (struct st
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-22 23:42 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-22 23:45 ---
Fixed on the trunk. Won't fix for older releases.
--
jakub at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-23 18:14 ---
The only change my patch does are two successful replace_read calls in DSE,
nothing else changed, and those 2 replacements look correct to me.
In *.optimized we have:
:
D.1233 = __builtin_alloca (20);
:
p = (char
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-23 21:52 ---
I couldn't spot any bug eyeballing the assembly (or final RTL dump), so can you
please debug how this now fails at runtime (abort, corruption (where), etc.)?
--
jakub at gcc dot gnu dot org ch
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38594
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38342
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-26 17:48 ---
Caused by PR21366, IMHO for -b alone (where the option comes in the second arg)
we shouldn't check for the hyphen at all.
--
jakub at gcc dot gnu dot org changed:
What|Re
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-27 15:26 ---
Subject: Bug 38639
Author: jakub
Date: Sat Dec 27 15:24:52 2008
New Revision: 142933
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142933
Log:
PR c++/38639
* pt.c (tsubst_omp_for_
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-27 15:39 ---
Subject: Bug 38633
Author: jakub
Date: Sat Dec 27 15:38:22 2008
New Revision: 142934
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142934
Log:
PR middle-end/38633
* tr
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-27 15:41 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-27 15:41 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-27 19:39 ---
Subject: Bug 38641
Author: jakub
Date: Sat Dec 27 19:38:20 2008
New Revision: 142935
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142935
Log:
PR middle-end/38641
* gimple-pretty
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-27 19:55 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-28 00:10 ---
Caused by r137361. When struct A {} is seen, it commits to tentative parse, so
cp_parser_parse_definitely succeeds eventhough the next token isn't = nor {,
but EOF.
--
jakub at gcc dot gnu dot org ch
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-28 00:15 ---
Created an attachment (id=16995)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16995&action=view)
gcc44-pr38635.patch
Patch I'm going to test.
--
jakub at gcc dot gnu dot org changed:
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-28 20:07 ---
Subject: Bug 38650
Author: jakub
Date: Sun Dec 28 20:06:00 2008
New Revision: 142940
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142940
Log:
PR c++/38650
* semantics.c (finish
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-28 20:10 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-28 20:14 ---
Confirmed. The bug went away between r140768 and r142000.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-28 20:22 ---
Guess PR37448 (plus PR37808 follow-up).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37183
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38657
--- Comment #22 from jakub at gcc dot gnu dot org 2008-12-29 08:26 ---
IRA gets it right, after backing out that match_asm_constraints_1 change the
registers are still allocated correctly and the testcase doesn't abort.
So fixed in 4.4.
--
jakub at gcc dot gnu dot org ch
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-29 08:29 ---
Subject: Bug 38637
Author: jakub
Date: Mon Dec 29 08:28:06 2008
New Revision: 142946
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142946
Log:
PR c++/38637
* decl.c (start_enum): If
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-29 08:33 ---
Subject: Bug 38381
Author: jakub
Date: Mon Dec 29 08:32:21 2008
New Revision: 142947
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142947
Log:
PR driver/38381
* gcc.c (process
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-29 08:33 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-29 08:35 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
401 - 500 of 6855 matches
Mail list logo