--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-29 11:51 ---
For --disable-static, all the unwinder etc. objects are already in libgcc.a.
Guess stlport just needs to fix up its configury.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35857
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-29 14:36 ---
If it is really libgcc_s.so.1 that makes the difference, could you do a binary
search to see which commit made the difference?
AFAIK there were very few changes to the gcc/unwind* files this year and no
suspect one
--
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 #4 from jakub at gcc dot gnu dot org 2008-12-29 18:26 ---
Subject: Bug 36191
Author: jakub
Date: Mon Dec 29 18:25:19 2008
New Revision: 142950
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142950
Log:
PR c++/36191
* tree-c
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-29 18:28 ---
Subject: Bug 38635
Author: jakub
Date: Mon Dec 29 18:27:03 2008
New Revision: 142951
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142951
Log:
PR c++/38635
* parser.c (cp_parser_c
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-29 18:32 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-29 18:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-29 19:38 ---
I'd say this is invalid.
"You may specify type attributes in an enum, struct or union type
declaration or definition, or for other types in a @code{typedef}
declaration."
See PR29436.
--
htt
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-29 20:46 ---
So what gcc are you using? 4.4 (which revision) or 4.3.0 20080125?
In any case, this compiles just fine for me with both 4.3.2-RH and 4.4 trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38663
--
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 #4 from jakub at gcc dot gnu dot org 2008-12-29 23:22 ---
This is a Fortran FE bug and as such it is P4/P5. That doesn't mean
it shouldn't be fixed for 4.4, just that it isn't release critical.
--
jakub at gcc dot gnu dot org changed:
W
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38665
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-30 09:41 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-30 09:51 ---
Reverting is a bad approach. We IMHO just want to check for
TREE_CODE (type) == REFERENCE_TYPE and issue diagnostics that references can't
be value-initialized.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-30 11:07 ---
The patch looks good to me. Have you (or could you if not) posted it to
gcc-patches for review?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37877
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-30 11:12 ---
See PR37302. Your testcase is invalid.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38669
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-30 20:19 ---
Seongbae reverted the patch, so this is no longer broken on darwin.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
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
Known to fail||4.4.0
Known to work||4.3.2
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-30 23:22 ---
Subject: Bug 38676
Author: jakub
Date: Tue Dec 30 23:20:45 2008
New Revision: 142970
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142970
Log:
PR middle-end/38676
* gi
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-30 23:32 ---
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-30 23:35 ---
Subject: Bug 38505
Author: jakub
Date: Tue Dec 30 23:34:28 2008
New Revision: 142972
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142972
Log:
PR middle-end/38505
* tree-s
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-30 23:53 ---
Subject: Bug 38640
Author: jakub
Date: Tue Dec 30 23:52:06 2008
New Revision: 142973
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142973
Log:
PR c++/38640
* semantics.c (finish_declt
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-30 23:55 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-31 11:47 ---
Subject: Bug 38647
Author: jakub
Date: Wed Dec 31 11:46:18 2008
New Revision: 142978
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142978
Log:
PR c++/38647
*
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-31 14:26 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-01 00:55 ---
Now that inline heuristics runs only at -O1+ on the trunk, can this be changed
into 4.3 only regression? If you want to make bin-packing faster, that could
be covered by a separate bug (and would it be a regression
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-01 11:19 ---
arm could just add x-cflags-O1 to host_xmake_file in gcc/config.host,
see what powerpc*-*-linux* host is doing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38523
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-01 19:41 ---
Subject: Bug 36489
Author: jakub
Date: Thu Jan 1 19:40:03 2009
New Revision: 142998
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142998
Log:
PR c/36489
* c-typeck.c (add_pending_in
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-01 19:44 ---
Looks very similar to PR37829.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38672
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-01 19:44 ---
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
--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-02 11:23 ---
That won't work, this is surrounded by:
case ${host} in
rs6000-*-* \
| powerpc*-*-* )
You want to do it at the same level, so:
--- config.host2008-12-27 10:12:25.0 +0100
+++ config.host2009-01-02
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-02 11:34 ---
That's unexpected. Anyway, if you move away the gch file (or directory), can
you still reproduce it and if yes, attach preprocessed source?
Otherwise it would be extremely hard to reproduce for a
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-02 14:39 ---
Subject: Bug 38690
Author: jakub
Date: Fri Jan 2 14:38:05 2009
New Revision: 143012
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143012
Log:
PR middle-end/38690
* tree-flow.h (op_c
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-02 14:44 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
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 2009-01-02 15:20 ---
That seems invalid, not valid.
E.g. C says that for offsetof (type, member) for
static type t;
&(t.member) evaluates to an address constant, which is not the case for
const char *p; field and p[0].
--
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-02 20:09 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-03 00:54 ---
Subject: Bug 38700
Author: jakub
Date: Sat Jan 3 00:52:51 2009
New Revision: 143028
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143028
Log:
PR c/38700
* builtins.c (fold_builti
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-03 00:56 ---
Subject: Bug 38705
Author: jakub
Date: Sat Jan 3 00:54:40 2009
New Revision: 143029
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143029
Log:
PR c++/38705
* bu
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-03 00:55 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-03 00:56 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-03 00:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-03 08:46 ---
There are several issues. One is what H.J. mentioned, seen e.g. on:
char buf[8] __attribute__((aligned));
char A = 'A';
int len = 1;
void __attribute__((noinline))
check (void)
{
if (__builtin_memcmp (b
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-03 09:09 ---
--- i386.c.jj42008-12-27 10:12:25.0 +0100
+++ i386.c2009-01-03 10:03:05.0 +0100
@@ -18012,13 +18012,12 @@ ix86_expand_setmem (rtx dst, rtx count_e
Epilogue code will actually
--- Comment #7 from jakub at gcc dot gnu dot org 2009-01-03 10:26 ---
Created an attachment (id=17025)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17025&action=view)
gcc44-pr38708.patch
For size_needed, we never want any epilogue. This cures memset-2.c at -O2, but
-O
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-03 10:26 ---
I meant for size_needed == 1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38708
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-03 11:28 ---
Yes. Just removing the restriction is wrong, because then volatile from the
wrong side of the copy would be used. So extra code would be needed to handle
that, and I really don't think it is worth it.
--
--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-03 11:39 ---
I ran check-gcc RUNTESTFLAGS='execute.exp
--target_board=unix/{-m32,-m32/-mtune=pentium-m,-m64}/-mstringop-strategy={rep_byte,libcall,rep_4byte,rep_8byte,byte_loop,loop,unrolled_loop}'
before and after the
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-03 15:50 ---
Created an attachment (id=17026)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17026&action=view)
gcc44-pr38707.patch
Patch that I'm going to bootstrap/regtest.
--
jakub at gcc dot gnu dot
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-03 15:57 ---
*** Bug 38710 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38707
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-03 15:57 ---
It is the same bug.
*** This bug has been marked as a duplicate of 38707 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jakub at gcc dot gnu dot org 2009-01-03 21:12 ---
Subject: Bug 38707
Author: jakub
Date: Sat Jan 3 21:11:30 2009
New Revision: 143036
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143036
Log:
PR target/38707
* expmed.c (store_bit
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-03 21:26 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from jakub at gcc dot gnu dot org 2009-01-04 09:05 ---
Yes, the http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00108.html
patch fixes the bootstrap (at least --with-tune=pentium-m i686-linux bootstrap
I've tried, haven't tried --with-arch=pentium-m).
--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-04 14:26 ---
The problem is that if size is smaller than epilogue_size_needed, desired_align
> align and size_needed == 1, then ix86_expand_setmem jumps around the
initialization of promoted_val (when val_exp isn't CONST_
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-04 21:31 ---
OpenMP 3.0 doesn't cover types with allocatable components, so this is
undefined. If anything IMHO we should reject any attempts to privatize
types with allocatable components, because it isn't clear what w
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-04 23:29 ---
You certainly shouldn't move over fixincluded headers, either you need to rerun
fixinclude on the other system, or don't use any fixincluded headers.
Fixincluded headers are modified headers from the sy
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-04 23:38 ---
The C FE converts this to void * pointer silently:
7168 tree
7169 c_finish_goto_ptr (tree expr)
7170 {
7171 pedwarn (input_location, OPT_pedantic, "ISO C forbids %");
7172 expr = convert (ptr_type_
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-05 18:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-05 18:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-05 14:56 ---
Can't reproduce with a cross and can't think of how you could get there a
STRING_CST in a place of fndecl - get_callee_fndecl can't return STRING_CST, it
either returns a FUNCTION_DECL or NULL. Of co
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-05 11:54 ---
Can you reproduce it with vanilla trunk? I've certainly bootstrapped/regtested
the trunk on ia64-linux several times recently.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38326
--- Comment #17 from jakub at gcc dot gnu dot org 2009-01-05 13:11 ---
Slightly more reduced:
! PR rtl-optimization/38722
! { dg-do compile }
! { dg-options "-O1" }
SUBROUTINE foo(x, n, ga, gc, vr)
TYPE pt
DOUBLE PRECISION, DIMENSION (:, :, :), POINTER :: cr
END TYPE
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38735
--- Comment #15 from jakub at gcc dot gnu dot org 2009-01-06 11:13 ---
*** This bug has been marked as a duplicate of 38708 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jakub at gcc dot gnu dot org 2009-01-06 11:13 ---
*** Bug 38686 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38708
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-06 12:51 ---
Created an attachment (id=17038)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17038&action=view)
gcc44-pr38086.patch
Patch I'm now testing on x86_64-linux, can you do the same on Solaris?
--- Comment #13 from jakub at gcc dot gnu dot org 2009-01-06 13:35 ---
So, referenceCount needs to be in any case nuked from struct __cxa_exception.
IMHO, either we define (probably in a different namespace)
struct __cxa_exception_with_refcount
{
_Atomic_word referenceCount;
struct
--- Comment #7 from jakub at gcc dot gnu dot org 2009-01-06 13:40 ---
PR38092 would be fixed similarly, I've just started with libgomp.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38086
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-06 13:50 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-06 15:29 ---
http://gcc.gnu.org/install/specific.html#sparc-sun-solaris2
documents that you need to configure with --disable-multilib in this case,
perhaps just this should be repeated also for i?86-sun-solaris2 or
moved into
--- Comment #18 from jakub at gcc dot gnu dot org 2009-01-06 20:42 ---
Subject: Bug 38722
Author: jakub
Date: Tue Jan 6 20:41:52 2009
New Revision: 143132
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143132
Log:
PR rtl-optimization/38722
* c
--- Comment #19 from jakub at gcc dot gnu dot org 2009-01-06 20:44 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-07 12:31 ---
Created an attachment (id=17046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17046&action=view)
gcc44-pr38092.patch
Rainer, can you please test also this patch?
--
http://gcc.gnu.org/b
--- Comment #15 from jakub at gcc dot gnu dot org 2009-01-07 12:34 ---
Working on it.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #16 from jakub at gcc dot gnu dot org 2009-01-07 13:56 ---
Created an attachment (id=17047)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17047&action=view)
gcc44-pr38732.patch
Patch I'm going to bootstrap/regtest.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-07 14:52 ---
Created an attachment (id=17048)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17048&action=view)
gcc44-pr38092-2.patch
I see, does this extra hunk (incremental patch) fix it?
--
http://gcc.
--
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 #4 from jakub at gcc dot gnu dot org 2009-01-07 17:40 ---
Obviously during bootstrap not all the code is actually executed. I don't see
how that is a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38753
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-07 18:17 ---
Created an attachment (id=17049)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17049&action=view)
gcc44-pr38695.patch
Patch that cures the testcase. I think there is no need to do tail calls
say to VA
--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-07 20:44 ---
See http://gcc.gnu.org/ml/gcc-bugs/2009-01/msg00759.html
I'll post the whole patch to gcc-patches soon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38086
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-07 20:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from jakub at gcc dot gnu dot org 2009-01-07 22:48 ---
Subject: Bug 38086
Author: jakub
Date: Wed Jan 7 22:48:03 2009
New Revision: 143168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143168
Log:
PR libgomp/38086
* acin
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-07 22:49 ---
Subject: Bug 38092
Author: jakub
Date: Wed Jan 7 22:49:29 2009
New Revision: 143169
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143169
Log:
PR libstdc++/38092
* acin
--- Comment #18 from jakub at gcc dot gnu dot org 2009-01-07 22:50 ---
Subject: Bug 38732
Author: jakub
Date: Wed Jan 7 22:50:42 2009
New Revision: 143170
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143170
Log:
PR libstdc++/38732
* libsupc++/unwi
--- Comment #12 from jakub at gcc dot gnu dot org 2009-01-07 22:54 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-07 22:54 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary
--- Comment #19 from jakub at gcc dot gnu dot org 2009-01-07 22:54 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
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 #3 from jakub at gcc dot gnu dot org 2009-01-08 00:05 ---
Ian Taylor said on IRC that -b/-V should use pex_one/exit instead of execvp.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38580
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-08 00:24 ---
Subject: Bug 38725
Author: jakub
Date: Thu Jan 8 00:23:48 2009
New Revision: 143177
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143177
Log:
PR c++/38725
* semantics.c (finish_g
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-08 00:28 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-08 09:22 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from jakub at gcc dot gnu dot org 2009-01-08 11:04 ---
Created an attachment (id=17055)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17055&action=view)
pr37031.i
Slightly less minimized testcase which reproduces (under valgrind only) on both
powerpc64-linux
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-08 13:39 ---
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-08 13:51 ---
Created an attachment (id=17056)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17056&action=view)
gcc44-pr37031.patch
Fix I'm going to bootstrap/regtest.
--
http://gcc.gnu.org/bugzilla/sho
501 - 600 of 6855 matches
Mail list logo
