--- Comment #13 from ubizjak at gmail dot com 2010-07-28 06:24 ---
Reopened.
--
ubizjak at gmail dot com changed:
What|Removed |Added
CC|
WinAVR needs register r10 (among others) for certain mathematical operations of
the "long long" data type, e.g. when calling "__muldi3".
The user may declare r10 to be assigned to a register variable.
When this combination occurs, code will not execute correctly.
This is specifically an issue when
Compile the following code with options -march=armv7-a -mthumb -Os
extern void foo(int*);
void tr(int array[], int n)
{
int i;
for (i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=45098
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-28 02:29 ---
It is caused by revision 162578:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00932.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from jingyu at google dot com 2010-07-28 01:09 ---
Created an attachment (id=21328)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21328&action=view)
test case to reproduce the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45097
ion=2.4.1 --with-gdb-version=6.6
--with-arch=armv5te
--with-sysroot=/home/projects/gcc/toolchain_build/cupcake_rel_root
--program-transform-name='s&^&arm-linux-androideabi-&'
Thread model: posix
gcc version 4.6.0 20100727 (experimental) (GCC)
--
Summary: ICE
--- Comment #20 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-28
00:22 ---
Subject: Re: [4.6 Regression] FAIL: gcc.dg/pr35258.c
execution test
On Mon, 26 Jul 2010, rguenth at gcc dot gnu dot org wrote:
> Please check whether the attached patch fixes the testcase this bu
--- Comment #6 from redi at gcc dot gnu dot org 2010-07-27 23:54 ---
(In reply to comment #5)
> Thanks for all the great comments and insight.
>
> I'm still confused as to why when the BUFF_SIZE was defined as:
> static const signed int BUFF_SIZE = 20;
> it caused the error, but when
--- Comment #4 from danglin at gcc dot gnu dot org 2010-07-27 23:19 ---
Introduced in revision 162418. Don't see any difference in gcc (C)
testresults for 162417 (full bootstrap) and 162418 (--disable-bootstrap).
While the ICE nominally results from a hash lookup failure, replacing
lib
--- Comment #10 from rakdver at kam dot mff dot cuni dot cz 2010-07-27
23:09 ---
Subject: Re: [4.3/4.4/4.5/4.6 Regression]
"safe" conversion from unsigned to signed char gives broken code
> > ux = (unsigned char) x;
> > uy = (unsigned char) -(signed char) ux;
> > ...
> >
--- Comment #9 from joseph at codesourcery dot com 2010-07-27 22:42 ---
Subject: Re: [4.3/4.4/4.5/4.6 Regression] "safe"
conversion from unsigned to signed char gives broken code
On Tue, 27 Jul 2010, mikpe at it dot uu dot se wrote:
> Personally I think GCC should treat source-level
--- Comment #8 from mikpe at it dot uu dot se 2010-07-27 22:18 ---
(In reply to comment #7)
> In fact, it seems that the error is already there at the very
> beginning: the .original dump shows
>
> fixnum_neg
> {
> ux = (unsigned char) x;
> uy = (unsigned char) -(signed char) ux;
>
--- Comment #2 from danglin at gcc dot gnu dot org 2010-07-27 21:56 ---
pthread_default_stacksize_np fails with error EPERM.
[New process 12140, lwp 4032369]
[process 12140, lwp 4032369 exited]
Breakpoint 1, main () at ../../../gcc/boehm-gc/tests/test.c:1797
I think this is caused by
--- Comment #5 from bernds at gcc dot gnu dot org 2010-07-27 21:49 ---
Assuming fixed and closing. Please reopen if you still have a problem.
--
bernds at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #17 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:11
---
Should be fixed now by the above patch series.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:11
---
Should be fixed now by the above patch series.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:10
---
Should be fixed now by the above patch series.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:06
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 21:06:31 2010
New Revision: 162600
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162600
Log:
PR rtl-optimization/40956
PR target/424
--- Comment #16 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:06
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 21:06:31 2010
New Revision: 162600
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162600
Log:
PR rtl-optimization/40956
PR target/424
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:06
---
Subject: Bug 40956
Author: mkuvyrkov
Date: Tue Jul 27 21:06:31 2010
New Revision: 162600
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162600
Log:
PR rtl-optimization/40956
PR target/4249
--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-27 20:49
---
Note that 4.2.x is not maintained anymore, thus if the problem exist only in
that branch will not be fixed. I would suggest trying either a late release
from the 4.2.x branch, like 4.2.4 or, much better, the cu
--
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=45096
On Linux/x86, revision 162583 gave
FAIL: g++.dg/cpp0x/auto3.C (test for errors, line 13)
FAIL: g++.dg/cpp0x/auto3.C (test for excess errors)
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/g++.dg/cpp0x/auto3.C:6:6:
error: declaration of 'auto x' has no initializer^M
/export/gnu/import/sv
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-07-27 20:15
---
Introduced by the fix for PR middle-end/44790:
2010-07-07 Richard Guenther
PR middle-end/44790
* expr.c (expand_expr_real_1): Go the POINTER_PLUS_EXPR path
for expanding the constant o
--- Comment #2 from siarhei dot siamashka at gmail dot com 2010-07-27
20:07 ---
Created an attachment (id=21327)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21327&action=view)
simplified testcase
Confirmed with gcc 4.5.0 here. Also tried but could not reproduce the problem
with
--- Comment #1 from john dot m dot wildenthal at jpmchase dot com
2010-07-27 20:03 ---
Created an attachment (id=21326)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21326&action=view)
7zHandlerOut.ii
Bzip2 archive of the preprocessed file where the error occurs.
--
http://g
Trying to compile p7zip on a Power6 LPAR running AIX 6.1. Copied
makefile.aix_gcc over makefile.machine and ran "make all3". Error occurs at
g++ -O -s -save-temps -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-D_LARGE_FILES -DNDEBUG -D_REENTRANT -DENV_UNIX -fPIC -DEXTERNAL_CODECS
-DUNICODE -D_
--- Comment #15 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:48
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:48:15 2010
New Revision: 162597
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162597
Log:
PR target/42495
PR middle-end/42574
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:48
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:48:15 2010
New Revision: 162597
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162597
Log:
PR target/42495
PR middle-end/42574
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:46
---
Subject: Bug 40956
Author: mkuvyrkov
Date: Tue Jul 27 19:46:26 2010
New Revision: 162596
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162596
Log:
PR rtl-optimization/40956
* config/arm/a
--- Comment #14 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:45
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:44:51 2010
New Revision: 162595
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162595
Log:
PR target/42495
PR middle-end/42574
--- Comment #9 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:45
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:44:51 2010
New Revision: 162595
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162595
Log:
PR target/42495
PR middle-end/42574
--- Comment #13 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:42
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:42:15 2010
New Revision: 162594
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162594
Log:
PR target/42495
PR middle-end/42574
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:42
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:42:15 2010
New Revision: 162594
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162594
Log:
PR target/42495
PR middle-end/42574
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:38
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:38:10 2010
New Revision: 162592
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162592
Log:
PR target/42495
PR middle-end/42574
--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:38
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:38:10 2010
New Revision: 162592
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162592
Log:
PR target/42495
PR middle-end/42574
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:35
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:34:55 2010
New Revision: 162590
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162590
Log:
PR rtl-optimization/40956
PR target/424
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:35
---
Subject: Bug 40956
Author: mkuvyrkov
Date: Tue Jul 27 19:34:55 2010
New Revision: 162590
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162590
Log:
PR rtl-optimization/40956
PR target/4249
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:35
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:34:55 2010
New Revision: 162590
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162590
Log:
PR rtl-optimization/40956
PR target/4249
--- Comment #18 from jakub at gcc dot gnu dot org 2010-07-27 17:59 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #10 from jakub at gcc dot gnu dot org 2010-07-27 17:58 ---
Should be fixed now.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #17 from jakub at gcc dot gnu dot org 2010-07-27 17:55 ---
Subject: Bug 44542
Author: jakub
Date: Tue Jul 27 17:54:32 2010
New Revision: 162582
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162582
Log:
PR target/44542
* cfgexpand.c (expand_one_stack_
--- Comment #9 from jakub at gcc dot gnu dot org 2010-07-27 17:53 ---
Subject: Bug 44701
Author: jakub
Date: Tue Jul 27 17:52:35 2010
New Revision: 162581
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162581
Log:
PR testsuite/44701
* doc/md.texi: Clarify m and e
--- Comment #26 from jiez at gcc dot gnu dot org 2010-07-27 17:34 ---
Subject: Bug 44290
Author: jiez
Date: Tue Jul 27 17:33:30 2010
New Revision: 162579
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162579
Log:
PR target/44290
Revert
2010-07-23 Jie Zha
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-27 15:50 ---
Fixed on the trunk so far, with 4.5 will wait until 4.5.1 is released.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-27 15:46 ---
Subject: Bug 45079
Author: jakub
Date: Tue Jul 27 15:46:25 2010
New Revision: 162575
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162575
Log:
PR c/45079
* c-pretty-print.c (pp_c_expression):
--- Comment #5 from rwitmer at xmission dot com 2010-07-27 15:27 ---
Thanks for all the great comments and insight.
I'm still confused as to why when the BUFF_SIZE was defined as:
static const signed int BUFF_SIZE = 20;
it caused the error, but when it was defined as:
static const uns
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-27 15:14 ---
I've briefly looked at this. For !processing_template_decl, it shouldn't be
hard to walk LAMBDA_EXPR_CAPTURE_LIST e.g. in cp_parser_lambda_expression
and add copy_decl of the vars from the capture list with DECL_VALUE
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-07-27 14:13 ---
Hmm, mine :)
Honza
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #8 from ramana at gcc dot gnu dot org 2010-07-27 13:37 ---
Fixed.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from burnus at gcc dot gnu dot org 2010-07-27 13:35 ---
Different report, same problem: PR 45092
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44857
--- Comment #8 from hjl dot tools at gmail dot com 2010-07-27 13:33 ---
It is caused by revision 158253:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00357.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #22 from iains at gcc dot gnu dot org 2010-07-27 13:26 ---
Subject: Bug 29090
Author: iains
Date: Tue Jul 27 13:26:34 2010
New Revision: 162568
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162568
Log:
PR target/29090
* config/rs6000/rs6000.c (rs600
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to fa
--- Comment #21 from iains at gcc dot gnu dot org 2010-07-27 13:24 ---
Subject: Bug 29090
Author: iains
Date: Tue Jul 27 13:24:08 2010
New Revision: 162567
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162567
Log:
PR target/35491
PR target/29090
Merge
--- Comment #4 from iains at gcc dot gnu dot org 2010-07-27 13:24 ---
Subject: Bug 35491
Author: iains
Date: Tue Jul 27 13:24:08 2010
New Revision: 162567
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162567
Log:
PR target/35491
PR target/29090
Merge f
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-07-27 13:07
---
Subject: Bug 44555
Author: rguenth
Date: Tue Jul 27 13:07:28 2010
New Revision: 162566
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162566
Log:
2010-07-27 Richard Guenther
PR c/44555
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-27 13:05 ---
Subject: Bug 44977
Author: rguenth
Date: Tue Jul 27 13:05:17 2010
New Revision: 162565
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162565
Log:
2010-07-27 Richard Guenther
PR tree-optimization/
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-27 13:05 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-27 13:03 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-27 12:58 ---
Seems to be caused by partial inlining.
fnsplit splits off the:
q.0D.2030_3 = qD.1248;
fn7 (q.0D.2030_3);
part of fn9 into fn9.part.0:
fn9.part.0 ()
{
intD.0 D.2054;
voidD.32 * q.0D.2053;
struct T tD.2052;
--- Comment #1 from ramana at gcc dot gnu dot org 2010-07-27 12:47 ---
Patches should be submitted to gcc-patc...@gcc.gnu.org after having been
regression tested. Please also submit a testcase and appropriate Changelog
entries as documented here - http://gcc.gnu.org/contribute.html#patc
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-27 12:42 ---
Simplified testcase for -m32 -O2 -Wuninitialized:
struct S { char *s1; long s2; };
struct T { int t1; long t2; long t3; };
extern int fn2 (void);
extern int fn3 (struct T);
extern struct T fn4 ();
extern int fn5 (char
--- Comment #6 from moonshine at kapsi dot fi 2010-07-27 12:42 ---
(In reply to comment #5)
I compiled xz with a trunk compiler and this seems to be fixed now. Thanks!
--
moonshine at kapsi dot fi changed:
What|Removed |Added
-
--- Comment #5 from ramana at gcc dot gnu dot org 2010-07-27 12:32 ---
Patch posted here in response to the original thread. :
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02076.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45067
--- Comment #5 from irar at gcc dot gnu dot org 2010-07-27 12:26 ---
Subject: Bug 44152
Author: irar
Date: Tue Jul 27 12:26:31 2010
New Revision: 162564
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162564
Log:
PR tree-optimization/44152
* tree-vect-slp.c (vect
--- Comment #20 from mikael at gcc dot gnu dot org 2010-07-27 12:07 ---
4.6 done, backports pending.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
Kn
--- Comment #19 from iains at gcc dot gnu dot org 2010-07-27 12:03 ---
Subject: Bug 44140
Author: iains
Date: Tue Jul 27 12:02:50 2010
New Revision: 162563
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162563
Log:
re-enable tls and lto tests for ObjC/C++
PR ObjC/44140
--- Comment #12 from anitha dot boyapati at atmel dot com 2010-07-27 11:35
---
confirmed for 4.5.0. Yet to verify for HEAD.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
gcc 4.5.0
$ cat /tmp/bug.c
extern int printf(const char *fmt, ...);
void foo(void *x) { printf("%p\n", x); }
void bar(long long *x) { printf("%lld ", *x); foo(x); }
int main()
{
bar(&(long long){0ll});
bar(&(long long){1ll});
bar(&(long long){2ll});
bar(&(long long
--- Comment #12 from mikael at gcc dot gnu dot org 2010-07-27 11:29 ---
I might take a look someday.
It seems a namespace is freed to soon. -fwhole-file works as it retains
namespaces till the end.
--
mikael at gcc dot gnu dot org changed:
What|Removed
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-27 11:14 ---
Perhaps a question is whether we need to actually call gen_decl_die in
declare_in_namespace if local_scope_p (context_die). AFAIK we don't use the
DW_TAG_variable from the namespace scope in any attributes...
--
--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-27 11:14
---
Well, this specific snippet will work at some point, because we want to use
namespace association for the C++0x containers. Of course no binary
compatibility in general, C++0x and C++98 code will not be allowed
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-27 11:06 ---
Created an attachment (id=21325)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21325&action=view)
testcase
> g++ -r -nostdlib -O[s23] -g -flto d2.3.3.C d3.3.3.C
The key is that nsAccessible are not merged bec
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-27 10:39 ---
One of these DW_TAG_variable DIEs at the DW_TAG_namespace scope is created
from declare_in_namespace when processing decls_for_scope of a lexical block.
The other one comes from declare_in_namespace from dwarf2out_glob
--- Comment #7 from jakub at gcc dot gnu dot org 2010-07-27 10:17 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known t
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-27 09:49 ---
Reduced test case:
!--
module iso_red
type, public :: varying_string
character(LEN=1), dimension(:), allocatable :: chars
end type varying_strin
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-27 09:46 ---
Well - I have no idea ;) We can look at what the FE announces after I finished
testcase reduction.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-27 09:44 ---
Subject: Bug 45083
Author: jakub
Date: Tue Jul 27 09:43:59 2010
New Revision: 162559
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162559
Log:
PR tree-optimization/45083
* tree-inline.c (add_l
--- Comment #4 from hubicka at ucw dot cz 2010-07-27 09:43 ---
Subject: Re: -Os -g -fwhopr dwarf2out ICE
> So the issue may be that the LTO FE doesn't announce any decls to the debug
> machinery.
Because they are already announced before streaming ;). I am not at all
familiar with thi
--- Comment #1 from paolo dot carlini at oracle dot com 2010-07-27 09:42
---
Definitely they are not, **no** binary compatibility between C++98 and C++0x.
And I can tell you there are **many** more incompatibilities beyond this one
which you noticed.
--
paolo dot carlini at oracle d
--- Comment #4 from bernds at gcc dot gnu dot org 2010-07-27 09:35 ---
Subject: Bug 45051
Author: bernds
Date: Tue Jul 27 09:34:51 2010
New Revision: 162558
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162558
Log:
PR rtl-optimization/45051
* reload1.c (delete_o
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-27 09:26 ---
So the issue may be that the LTO FE doesn't announce any decls to the debug
machinery.
> grep debug_hooks cp/*.c
cp/decl.c:debug_hooks->type_decl (tdecl, 0);
cp/decl.c: /*debug_hooks->set_name (t, d
--- Comment #4 from irar at il dot ibm dot com 2010-07-27 09:25 ---
I am testing a patch.
--
irar at il dot ibm dot com changed:
What|Removed |Added
AssignedTo|un
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-27 09:17 ---
Trying to reduce ... it happens only with whopr.
Program received signal SIGSEGV, Segmentation fault.
0x005d33ba in prune_unused_types_mark (die=0x0, dokids=1)
at /space/rguenther/src/svn/trunk/gcc/dwarf
--- Comment #12 from ubizjak at gmail dot com 2010-07-27 09:05 ---
Created an attachment (id=21324)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21324&action=view)
alpha asm dump
This test still fails on alpha with attached asm dump.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-27 08:58 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2010-07-27 08:48 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #28 from burnus at gcc dot gnu dot org 2010-07-27 08:46 ---
FIXED on the trunk (4.6). Thanks for the reports, comments, patches,
suggestions, and reviews!
See PR 45077, PR 45087, and PR 44945 for remaining -fwhole-(file,program) bugs.
--
burnus at gcc dot gnu dot org cha
--- Comment #8 from jakub at gcc dot gnu dot org 2010-07-27 08:46 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2010-07-27 08:45 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #27 from burnus at gcc dot gnu dot org 2010-07-27 08:44 ---
Subject: Bug 40873
Author: burnus
Date: Tue Jul 27 08:44:22 2010
New Revision: 162557
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162557
Log:
2010-07-26 Tobias Burnus
PR fortran/40873
--
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 burnus at gcc dot gnu dot org 2010-07-27 08:29 ---
subroutine foo(x)
integer, allocatable :: x
end subroutine
integer, allocatable :: ptr
call foo(ptr)
end
Error: Dummy argument 'x' of procedure 'foo' at (1) has an attribute that
requires an explicit
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-27 08:29 ---
So, to add c1's type, we call gen_typedef_with_usage with A typedef variant.
19880 /* If TYPE is a typedef type variant, let's generate debug info
19881 for the parent typedef which TYPE is a type of. */
19882 i
Using gold for its --detect-odr-violations:
$ cat test.cc
#include
extern void foo();
int main() {
foo();
std::map m1;
m1.insert(std::make_pair(1, 2));
m1.erase(m1.begin());
}
$ cat test2.cc
#include
void foo() {
std::map m1;
m1.insert(std::make_pair(1, 2));
m1.erase(m1.begin());
97 matches
Mail list logo
