--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-23 07:42 ---
This isn't a mere debug info quality regression, a movl $2, (%esp) is now
optimized away, eventhough it is needed by asm volatile following it.
Here is a testcase that at -O1 -m32 now fails at runtime, while it worked
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
--- Comment #11 from burnus at gcc dot gnu dot org 2010-07-23 08:40 ---
Subject: Bug 45019
Author: burnus
Date: Fri Jul 23 08:40:00 2010
New Revision: 162448
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162448
Log:
2010-07-23 Tobias Burnus
PR fortran/45019
--- Comment #37 from rob1weld at aol dot com 2010-07-23 08:43 ---
(In reply to comment #31)
> Please refrain from fiddling with the bug status: whoever does the backport
> will
> do this himself.
>
> Thanks.
> Rainer
>
I have no interest in your posts and have marked your emails to
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 08:49 ---
Mine. IPA-CP makes us produce
MEM[([0:] * restrict)&C.3242][__result_find52_49]
but nobody folds this (C.3242 is constant zero) because the access is likely
undefined.
--
rguenth at gcc dot gnu dot org chang
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 08:51 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-23 08:55 ---
PR 44709 comment 0 contains a small test case, which also applies here.
(That PR fixed "exit loop_label" in BLOCK and try-finally cleanup in BLOCK.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44602
--- Comment #3 from steven at gcc dot gnu dot org 2010-07-23 08:58 ---
Somehow managed to make a mistake in the merge for the case that x_addr is
non-NULL.
Index: alias.c
===
--- alias.c (revision 162430)
+++ alias.c
--- Comment #23 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-23
08:59 ---
Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC:
output_operand: invalid expression as operand
The sparc-sun-solaris2.10 bootstrap completed successfully with your
patch and t
--- Comment #12 from burnus at gcc dot gnu dot org 2010-07-23 09:52 ---
Fixed on the trunk and the 4.4 branch. Waiting for 4.5.1 release to apply for
4.5.2 (delay requested by RM as there is already a 4.5.1rc1).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45019
--- Comment #6 from domob at gcc dot gnu dot org 2010-07-23 09:53 ---
Subject: Bug 44709
Author: domob
Date: Fri Jul 23 09:53:45 2010
New Revision: 162450
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162450
Log:
2010-07-23 Daniel Kraft
PR fortran/44709
* gf
--- Comment #7 from domob at gcc dot gnu dot org 2010-07-23 09:55 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 10:15 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 10:15 ---
Subject: Bug 45037
Author: rguenth
Date: Fri Jul 23 10:15:27 2010
New Revision: 162451
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162451
Log:
2010-07-23 Richard Guenther
PR tree-optimization/
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 10:25 ---
Reduced testcase:
struct JSContext;
struct JSObject;
class WorkerHooks {
virtual JSObject *newGlobalObject(JSContext *cx) = 0;
};
int
shell(JSContext *cx, int argc, char **argv, char **envp)
{
class ShellWorke
/home/segher/buildall-4.5.1-RC1/score/gcc/./gcc/xgcc
-B/home/segher/buildall-4.5.1-RC1/score/gcc/./gcc/
-B/n/10/segher/cross-4.5.1-rc1/score-elf/bin/
-B/n/10/segher/cross-4.5.1-rc1/score-elf/lib/ -isystem
/n/10/segher/cross-4.5.1-rc1/score-elf/include -isystem
/n/10/segher/cross-4.5.1-rc1/score-elf
--- Comment #1 from segher at gcc dot gnu dot org 2010-07-23 10:53 ---
Created an attachment (id=21292)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21292&action=view)
preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45040
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|ICE in cselib_record_set|[4.5 Regression
--- Comment #3 from jan dot kratochvil at redhat dot com 2010-07-23 11:11
---
(In reply to comment #1)
> const int i; -fno-zero-initialized-in-bss -> .bss= FAIL
> You need -fno-common also to get it out of the BSS.
-fno-common now at least correctly reports:
echo 'const int i;'
--- Comment #2 from segher at gcc dot gnu dot org 2010-07-23 11:19 ---
Without -mscore3, it fails with:
libgcc2.i:1:0: internal compiler error: in score_hard_regno_mode_ok, at
config/score/score.c:434
--
segher at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 11:20 ---
Confirmed. But I think this might trigger undefined behavior according to
the C standard as you are doing
v.e.b = v.d.b;
which has overlapping lhs/rhs. And we end up with
rp:
.LFB0:
.cfi_startproc
--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-23 11:24 ---
Created an attachment (id=21293)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21293&action=view)
Draft patch
Draft patch. I was wondering whether one needs to take care of
(a) use names in case of use associa
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-23 11:36 ---
We still need to deal with it in the middle-end. I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-23 11:40 ---
Hm, no. I think tree-nrv.c is correct. I was playing with
Index: gcc/tree-nrv.c
===
--- gcc/tree-nrv.c (revision 162450)
+++ gcc/tree-nrv.c
--- Comment #34 from rguenth at gcc dot gnu dot org 2010-07-23 11:41
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-23 11:47 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 11:48 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jakub at gcc dot gnu dot org 2010-07-23 11:48 ---
*** Bug 45040 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-23 11:48 ---
*** This bug has been marked as a duplicate of 43437 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 11:50 ---
I don't see the failure anymore.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 11:52 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 11:52 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-07-23 11:53
---
This seems fixed?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 11:55 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-23 11:56
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #10 from segher at gcc dot gnu dot org 2010-07-23 11:57 ---
Liqin, could you look at this please?
--
segher at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-23 11:58
---
Invalid. (alt source works)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 12:01 ---
Probably related. Honza?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-23 12:02 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-23 12:04 ---
CCing another IA64 maintainer.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||error-recovery
Priority|P3 |P5
h
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 12:05 ---
Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44691
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-23 12:06 ---
Fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44701
For a while, the autoconf testsuite failed on cygwin, because asking gcc to run
the preprocessor with an explicit output of '-' for stdout instead created a
text file ./-.exe containing the preprocessor output [1].
While the autoconf workaround was simple (remove '-o -' since -E already
implies a
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-23 12:10 ---
Failure is gone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 12:11 ---
Failure is gone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 12:13 ---
Failure is gone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-07-23 12:14
---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassign
--- Comment #15 from ramana at gcc dot gnu dot org 2010-07-23 12:21 ---
Patch can be backported and tested. But since 4.5 is frozen right now, needs RM
permission.
Adding RM to CC.
cheers
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from mikpe at it dot uu dot se 2010-07-23 12:22 ---
(In reply to comment #7)
> Fixed?
No, the test case itself needs a fix too. Jakub posted it to gcc-patches, but
it was never approved AFAIK and is still not applied.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #16 from rguenther at suse dot de 2010-07-23 12:27 ---
Subject: Re: [4.5/4.6 Regression] Wrong use of ARMv6 REV
instruction for endian bytewapping with -Os or -O2 optimizations
On Fri, 23 Jul 2010, ramana at gcc dot gnu dot org wrote:
> --- Comment #15 from ramana at
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-07-23 12:28
---
I was getting back to this and noticed that we no longer ICE on the original
test case. I suppose then this has become an "accepts invalid or there is
something not being initialized and the behavior is random.
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 12:35 ---
Confirmed. We end up vectorizing
void
foo (int *a, int n)
{
int *lasta = a + n;
for (; a != lasta; a++)
{
*a *= 2;
a[1] = a[-1] + a[-2];
}
}
not seeing the dependence of *a vs a[-1] because
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-07-23 12:37
---
This bug is no longer about bootstrap failure. Which is fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-23 12:40 ---
(In reply to comment #5)
> Subject: Re: [4.6 Regression] IPA-split
> causes crash due to null pointer deref
>
> > CDDCE removes the single store in the loop but doesn't remove the virtual
> > PHI nodes. Bu
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 12:50 ---
Program received signal SIGSEGV, Segmentation fault.
0x00a293b1 in gimple_default_def (fn=0x77ee1480,
var=0x77edb880) at /space/rguenther/src/svn/trunk/gcc/tree-dfa.c:538
538 return (tree)
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 12:56 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #16 from iains at gcc dot gnu dot org 2010-07-23 13:15 ---
(In reply to comment #15)
> This seems fixed?
well certainly not for 32 bit versions:
as of r162456 (i686) just tested locally and...
... ppc (162433) http://gcc.gnu.org/ml/gcc-testresults/2010-07/msg02130.html
--
--- Comment #8 from danglin at gcc dot gnu dot org 2010-07-23 13:17 ---
Test fails on hppa64-hp-hpux11.11.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
On Linux/ia32, revision 162447 gave
cc1: warnings being treated as errors
../../src-trunk/lto-plugin/lto-plugin.c: In function 'translate':
../../src-trunk/lto-plugin/lto-plugin.c:215: error: format '%lu' expects type
'long unsigned int', but argument 5 has type 'int'
make[6]: *** [lto-plugin.lo]
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-23 13:20 ---
It is caused by revision 162443:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00797.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45042
--- Comment #35 from justinmattock at gmail dot com 2010-07-23 13:26
---
yep.. although I did hit something similar while building the staging drivers
for the kernel. but keep in mind this could be fixed already with the latest
gcc.
(I can try and see, but first need to finish up on a f
--- Comment #7 from jason at gcc dot gnu dot org 2010-07-23 13:51 ---
Subject: Bug 43016
Author: jason
Date: Fri Jul 23 13:51:12 2010
New Revision: 162458
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162458
Log:
PR c++/43016
PR c++/45008
* decl.c (start
--- Comment #7 from jason at gcc dot gnu dot org 2010-07-23 13:51 ---
Subject: Bug 45008
Author: jason
Date: Fri Jul 23 13:51:12 2010
New Revision: 162458
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162458
Log:
PR c++/43016
PR c++/45008
* decl.c (start
--- Comment #8 from jason at gcc dot gnu dot org 2010-07-23 13:51 ---
Fixed for 4.5.1. Thanks for tracking down the patch that fixed it on the
trunk!
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jason at gcc dot gnu dot org 2010-07-23 13:54 ---
Subject: Bug 45008
Author: jason
Date: Fri Jul 23 13:54:01 2010
New Revision: 162459
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162459
Log:
PR c++/45008
* g++.dg/abi/mangle44.C: New.
Added
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-07-23 14:00 ---
I have submitted a proposed fix to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01859.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44915
Command line:
$ g++ testcase.C
- testcase.C -
template < typename > class A;
template < typename T > A < T >::B::~B ()
{}
--
Compiler output:
$ g++ testcase.C
testcase.C:2:25: error: 'A< >::B' is not a type
testcase.C:2:41: internal compiler error: tree check: expecte
--- Comment #5 from pault at gcc dot gnu dot org 2010-07-23 14:26 ---
Subject: Bug 24524
Author: pault
Date: Fri Jul 23 14:25:55 2010
New Revision: 162462
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162462
Log:
2009-07-23 Paul Thomas
PR fortran/24524
* tra
--- Comment #2 from hjl at gcc dot gnu dot org 2010-07-23 14:37 ---
Subject: Bug 45042
Author: hjl
Date: Fri Jul 23 14:37:21 2010
New Revision: 162465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162465
Log:
Cast to unsigned long.
2010-07-23 H.J. Lu
PR bootstrap/4
The following program is invalid Fortran as the common block size is different.
(This is only allowed for blank commons.) However, no diagnostics is printed.
If one reverses the order of TWO and ONE, a warning is printed. Actually, I
like the warning of g95, which prints the size.
NAG:
Error: I
Cf. also PR 45044. Long test case: gfortran.dg/common_resize_1.f
Without -fwhole-file or without "call two", gfortran warns:
common /xx/ a, b, c, y
1
Warning: Named COMMON block 'xx' at (1) shall be of the same size
But as soon as "call two()" is added, no warning is printed. If one u
--- Comment #1 from davek at gcc dot gnu dot org 2010-07-23 14:47 ---
My first WAG is that this is actually a mishandling of TARGET_EXECUTABLE_SUFFIX
vs. -o in gcc.c/convert_filename()...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45041
--- Comment #21 from jiez at gcc dot gnu dot org 2010-07-23 14:48 ---
Subject: Bug 44290
Author: jiez
Date: Fri Jul 23 14:47:46 2010
New Revision: 162466
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162466
Log:
PR target/44290
* attribs.c (decl_attributes): Ins
--- Comment #22 from jiez at gcc dot gnu dot org 2010-07-23 14:51 ---
Should be fixed on trunk now.
--
jiez at gcc dot gnu dot org changed:
What|Removed |Added
As
--- Comment #23 from jiez at gcc dot gnu dot org 2010-07-23 14:52 ---
Set the status to FIXED.
--
jiez at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #2 from davek at gcc dot gnu dot org 2010-07-23 15:05 ---
Ah. This appears to be fixed on HEAD. I suspect this patch did the job:
2009-10-14 Pascal Obry
* gcc.c (DEFAULT_SWITCH_CURTAILS_COMPILATION): Add -E.
(process_command): Handle -E as done with -c
On Linux/x86, revision 162456:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00810.html
caused:
FAIL: gcc.dg/pr36997.c (test for warnings, line 8)
FAIL: gcc.dg/pr36997.c (test for excess errors)
--
Summary: [4.6 regression] FAIL: gcc.dg/pr36997.c
Product: gcc
Vers
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45046
--- Comment #1 from ubizjak at gmail dot com 2010-07-23 15:26 ---
Fixed by [1].
[1] http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00821.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
void
foo (const unsigned short *w, char *x, int y, int z)
{
int i;
for (i = 0; i < y; i++)
x[i] = w[i] == z;
}
ICEs on s390-linux with -m31 -O3. The problem is that vectype_in is non-NULL,
but vectype_out is NULL.
--
Summary: [4.5 Regression] ICE in vectorizable_store
--- Comment #4 from janus at gcc dot gnu dot org 2010-07-23 16:19 ---
Here is a draft patch which deals with allocatable scalars:
Index: gcc/fortran/trans.c
===
--- gcc/fortran/trans.c (revision 162448)
+++ gcc/fortran/tran
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-07-23 16:32 ---
Subject: Bug 44914
Author: jamborm
Date: Fri Jul 23 16:31:48 2010
New Revision: 162468
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162468
Log:
2010-07-23 Martin Jambor
PR tree-optimization/449
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-07-23 16:36 ---
Subject: Bug 44915
Author: jamborm
Date: Fri Jul 23 16:35:52 2010
New Revision: 162469
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162469
Log:
2010-07-23 Martin Jambor
PR tree-optimization/449
--- Comment #6 from jamborm at gcc dot gnu dot org 2010-07-23 16:36 ---
Fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from mikpe at it dot uu dot se 2010-07-23 16:44 ---
The Linux kernel math-emu fix is included in kernel 2.6.35-rc6. I've
re-checked that the test cases work correctly on USIIIi with -mcpu=v9 and this
kernel.
The fix is scheduled for backporting to the official stable ker
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-23 16:51 ---
Subject: Bug 45047
Author: jakub
Date: Fri Jul 23 16:51:08 2010
New Revision: 162473
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162473
Log:
PR tree-optimization/45047
* tree-vect-stmts.c (v
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-23 17:03 ---
Subject: Bug 45047
Author: jakub
Date: Fri Jul 23 17:03:16 2010
New Revision: 162475
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162475
Log:
PR tree-optimization/45047
* gcc.c-torture/compil
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-23 17:24 ---
Thus, invalid.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|U
Consider this test case:
namespace S
{
int i = 24;
int f() {
extern int i;
return i;
}
};
When I compile this with g++ svn head (as of a few days ago) I see a
duplicate DW_TAG_variable:
<2><3d>: Abbrev Number: 4 (DW_TAG_variable)
<3e> DW_AT_name: i
<40>
--- Comment #4 from ro at gcc dot gnu dot org 2010-07-23 17:59 ---
Subject: Bug 18788
Author: ro
Date: Fri Jul 23 17:58:57 2010
New Revision: 162478
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162478
Log:
libjava:
* configure.ac (*-*-solaris2.8): Use alternate
--- Comment #5 from ro at gcc dot gnu dot org 2010-07-23 18:06 ---
Fixed as a side effect of the Solaris 8/9 TLS patch. A backport to the 4.4 and
4.5 branches is possible, but not very likely.
--
ro at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 18:24 ---
Without LTO the limbo DIE has a non-NULL get_AT_ref (die,
DW_AT_abstract_origin),
a DW_TAG_subprogram. For some reason that doesn't get created with LTO
(not easy to follow why).
More reduced testcase:
struct Base
--- Comment #8 from tromey at gcc dot gnu dot org 2010-07-23 18:28 ---
Yeah, nobody is ever going to bother with this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from ktietz at gcc dot gnu dot org 2010-07-23 18:32 ---
Subject: Bug 41943
Author: ktietz
Date: Fri Jul 23 18:32:25 2010
New Revision: 162479
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162479
Log:
2010-07-23 Kai Tietz
PR target/41943
* Make
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 18:51 ---
*** This bug has been marked as a duplicate of 44950 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 18:51 ---
*** Bug 43898 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 18:53 ---
Similar testcase from PR43898:
void bug() {
struct Class {
Class(int a) {}
virtual void f() {}
};
Class a(0);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44950
--- Comment #3 from hjl dot tools at gmail dot com 2010-07-23 19:04 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
1 - 100 of 129 matches
Mail list logo
