Re: RM QA Session on May 27th
On Tue, 18 May 2010, Mark Mitchell wrote: http://gcc.gnu.org/wiki/Release%20Manager%20Q%26A I note that many of the questions already added to that page could be seen as suggesting a greater role for the RMs than there is at present in setting directions for GCC development. RMs (in their RM capacity) do not set priorities or make plans for GCC development; although we can determine dates for development stages and branches based on what features we want to get in them, we can't cause development to be concentrated in particular priority areas. People can reasonably ask our views on what the directions should be, but perhaps the questions asked suggest a further question of whether RMs should have a greater role in setting directions and how such a role could be effective in practice. -- Joseph S. Myers jos...@codesourcery.com
Re: RM QA Session on May 27th
Joseph S. Myers wrote: I note that many of the questions already added to that page could be seen as suggesting a greater role for the RMs than there is at present in setting directions for GCC development. RMs (in their RM capacity) do not set priorities or make plans for GCC development; although we can determine dates for development stages and branches based on what features we want to get in them, we can't cause development to be concentrated in particular priority areas. We can't direct development per se, but I personally feel that we've been too laissez faire over the past few cycles. I think we could do more to lead. Even the power to say no is a way to encourage development of other things. I've been hesitant to do that for fear of appearing overly strong, but if there's a mandate for that kind of leadership, then I think we could provide more of it. There is, however, a business model question as well. GCC does not have a single driving organization behind it; the silicon companies are interested in optimizing for their CPUs, Google is interested in general functionality and performance on its platforms of interest, and Red Hat and SuSE are focused on GNU/Linux features and performance. Questions like what's the plan for plugin infrastructure? implicitly ask who benefits enough from plugins -- whether in a monetary sense or just because they care enough -- to build plugin infrastructure? One of my current goals is to understand what things are possible in GCC and to drive funding for those features. I gave a talk at the Linux Foundation Collaboration Summit recently where I specifically highlighted plugin infrastructure and link-time/whole-program optimization as things I saw as potentially very valuable. -- Mark Mitchell CodeSourcery m...@codesourcery.com (650) 331-3385 x713
ICE in LTO.
Hello, I am hit by an ICE in LTO (latest GCC4.5 branch). The problem is that it shows up in our target/our target-specific application, so I cannot really reduce test case and file a bug. getShortVersionString.clone.0/1(-1) @0x2aa0c5fea0 (clone of getShortVersionString/4733) availability:local 17 time, 12 benefit 8 size, 3 benefit reachable local finalized called by: CoreMgr_init/109 (1.00 per call) calls: memcpy/4730 (1.00 per call) callgraph: ... lto1: internal compiler error: in propagate, at ipa-reference.c:1245 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. It seems that the cloned function lacks node_info as indicated by ip-reference.c:1245. I am not familiar with these stuff. Any suggestion on where I should look at? Thanks in advance. Cheers, Bingfeng Mei
Re: ICE in LTO.
On Wed, May 19, 2010 at 4:12 PM, Bingfeng Mei b...@broadcom.com wrote: Hello, I am hit by an ICE in LTO (latest GCC4.5 branch). The problem is that it shows up in our target/our target-specific application, so I cannot really reduce test case and file a bug. getShortVersionString.clone.0/1(-1) @0x2aa0c5fea0 (clone of getShortVersionString/4733) availability:local 17 time, 12 benefit 8 size, 3 benefit reachable local finalized called by: CoreMgr_init/109 (1.00 per call) calls: memcpy/4730 (1.00 per call) callgraph: ... lto1: internal compiler error: in propagate, at ipa-reference.c:1245 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. It seems that the cloned function lacks node_info as indicated by ip-reference.c:1245. I am not familiar with these stuff. Any suggestion on where I should look at? Thanks in advance. Are you using -flto or -fwhopr? Are you mixing -O0 and non-O0 at compile vs. link time? Which would make it PR42402. You should still be able to provide a reduced testcase. Richard. Cheers, Bingfeng Mei
RE: ICE in LTO.
Yes, that is the reason. One of our generated source file is compiled with -O0 with no particular reason and no one noticed. Thanks. Cheers, Bingfeng -Original Message- From: Richard Guenther [mailto:richard.guent...@gmail.com] Sent: 19 May 2010 16:12 To: Bingfeng Mei Cc: gcc@gcc.gnu.org Subject: Re: ICE in LTO. On Wed, May 19, 2010 at 4:12 PM, Bingfeng Mei b...@broadcom.com wrote: Hello, I am hit by an ICE in LTO (latest GCC4.5 branch). The problem is that it shows up in our target/our target-specific application, so I cannot really reduce test case and file a bug. getShortVersionString.clone.0/1(-1) @0x2aa0c5fea0 (clone of getShortVersionString/4733) availability:local 17 time, 12 benefit 8 size, 3 benefit reachable local finalized called by: CoreMgr_init/109 (1.00 per call) calls: memcpy/4730 (1.00 per call) callgraph: ... lto1: internal compiler error: in propagate, at ipa-reference.c:1245 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. It seems that the cloned function lacks node_info as indicated by ip-reference.c:1245. I am not familiar with these stuff. Any suggestion on where I should look at? Thanks in advance. Are you using -flto or -fwhopr? Are you mixing -O0 and non-O0 at compile vs. link time? Which would make it PR42402. You should still be able to provide a reduced testcase. Richard. Cheers, Bingfeng Mei
Haber Paketi Reklam Teklifi
Sn.Yetkili; Ürünlerinizin tanıtımı ve firmanızın marka prestiji konusunda değer katacağını düşündüğüm bir reklam teklifidir. 1 ay boyunca erkek hedef kitlede öğle kuşağında 4 ayrı kanalda aksam kuşağında 4 ayrı kanalda toplaMda 8 ayrı kanalda yayınlanacak dolu dolu bir reklam paketidir. ÖĞLE KUŞAĞI 1.HAFTA SKYTÜRK 5 ADET 8SN.LİK KUŞAK REKLAM(40sn.) 2.HAFTA HABERTÜRK 5 ADET 8SN.LİK KUŞAK REKLAM(40sn.) 3.HAFTA CNNTÜRK 5 ADET 8SN.LİK KUŞAK REKLAM(40sn.) 4.HAFTA KANALTURK 5 ADET 8SN.LİK KUŞAK REKLAM(40sn.) AKŞAM KUŞAĞI 1.HAFTA SAMANYOLU HABER 5 ADET 8SN.LİK KUŞAK REKLAM(40sn.) 2.HAFTA TGRT HABER 5 ADET 8SN.LİK KUŞAK REKLAM(40sn.) 3.HAFTA ÜLKE TV 5 ADET 8SN.LİK KUŞAK REKLAM(40sn.) 4.HAFTA BUGÜN TV 5 ADET 8SN.LİK KUŞAK REKLAM(40sn.) Toplam Spot: 40 adet kuşak reklam. Toplam Süre: 320sn. SADECE ve SADECE 2.500 TL+KDV. Prodüksiyon ve seslendirme ücretsiz olarak firmamız tarafından hazırlanacaktır. Farklı kanal ve projelerde de çalışmalarımız mevcuttur. Saygılarımla... ALTERNATİF MEDYA Hasan KARA Composition Artist T:0216 459 0 444 F:0216 459 0 555 ha...@alternatifmedya.tv alternatifmedya...@gmail.com Not: Mail almak istemiyorsanız bu maili 'listenizden çıkmak istiyorum' diye cevaplamanız yeterlidir.
g++ generates code for constructors and destructors several times
Hello, I have a question about code generated by g++. When compiling a C++ class, even as simple as the one below, the code for the constructor is instantiated twice and the code for the destructor is instanciated twice or three times. = myclass.cpp = class MyClass { MyClass(); virtual ~MyClass(); }; MyClass::MyClass() {} MyClass::~MyClass() {} = /myclass.cpp = I look at what this piece of code generates with: g++ -S -o - myclass.cpp | less And I can see the constructor twice. The two functions _ZN7MyClassC2Ev and _ZN7MyClassC1Ev have exactly the same code. The destructor is present three times. The functions _ZN7MyClassD2Ev, _ZN7MyClassD1Ev and _ZN7MyClassD0Ev have code that is almost the same. As the destructor is virtual, there is a virtual table which contains only _ZN7MyClassD1Ev and _ZN7MyClassD0Ev. The third instance of the destructor code (_ZN7MyClassD2Ev) doesn't appear in the virtual table. If I remove the virtual keyword to make the class non-polymorphic, the constructor is still compiled twice, as well as the destructor. Would anyone have the patience to explain me why the constructors/destructors are compiled several times ? Thanks, Lénaïc.
Re: g++ generates code for constructors and destructors several times
On Wed, May 19, 2010 at 9:17 AM, Lénaïc Huard lenaic.hu...@laposte.net wrote: If I remove the virtual keyword to make the class non-polymorphic, the constructor is still compiled twice, as well as the destructor. Would anyone have the patience to explain me why the constructors/destructors are compiled several times ? See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3187. Note 4.5 has improved this situation for many targets so you might want to try that version of GCC. Thanks, Andrew Pinski
Question about rtx format for insn, call_insn and junp_insn
Hello every body I have read the rtl.h rtl.c, but I don't realize the format for insn, call_insn and junp_insn it's define in rtl.def DEF_RTL_EXPR(JUMP_INSN, jump_insn, iuuBieie0, RTX_INSN) and it's dump by some real program (jump_insn 14 /* i */ 13 /* u */ 15 /* u */ 1 /* B */ (set (pc) (if_then_else (le (reg:CCGC 17 flags) (const_int 0 [0x0])) (label_ref 24) (pc))) /* e?? */ -1 /* i? */ (nil) /* e? */ (nil) /* 0? */ ) so my question is where is the i after B ?? gcc version 4.4.1
Re: [PATCH, RFC] plugin to warn about surplus includes
Bernhard == Bernhard Reutner-Fischer rep.dot@gmail.com writes: Bernhard - should handle structs. There are some other difficult cases. First, don't let this discourage you :-). I think this would be a useful feature. I think in general you cannot actually ever tell if a header is unused or not. Maybe it will only be used with some set of -D options, or when some configure option is passed in. So I think users of a plugin like this will always have to live with some false reporting. A header can #define things that are used by other headers. You would need to modify libcpp to detect this situation. Suppose a system header which is used includes a header which is not used. In this case, I think a warning about the inner header should be suppressed -- users generally can't do anything about this. (There are other worse cases like this. You might have a system header that seems directly unused, but it is the documented way to access some set of declarations. E.g., stdio.h might actually just be a bunch of #includes.) Tom
Re: Question about rtx format for insn, call_insn and junp_insn
kito npick...@gmail.com writes: Hello every body I have read the rtl.h rtl.c, but I don't realize the format for insn, call_insn and junp_insn it's define in rtl.def DEF_RTL_EXPR(JUMP_INSN, jump_insn, iuuBieie0, RTX_INSN) and it's dump by some real program (jump_insn 14 /* i */ 13 /* u */ 15 /* u */ 1 /* B */ (set (pc) (if_then_else (le (reg:CCGC 17 flags) (const_int 0 [0x0])) (label_ref 24) (pc))) /* e?? */ -1 /* i? */ (nil) /* e? */ (nil) /* 0? */ ) so my question is where is the i after B ?? Which program is doing the dump? The generator programs (genattrtab, etc.) produce different dumps from the compilers. The 'i' after the 'B' represents an insn locator, a value of type source_location aka location_t aka unsigned int. A generator program will never print that value. A compiler will print it only if it has a value--if the instruction has a known location. It will be printed as filename:lineno when available. The corresponding code in print-rtl.c is: case 'i': if (i == 4 INSN_P (in_rtx)) { #ifndef GENERATOR_FILE /* Pretty-print insn locators. Ignore scoping as it is mostly redundant with line number information and do not print anything when there is no location information available. */ if (INSN_LOCATOR (in_rtx) insn_file (in_rtx)) fprintf(outfile, %s:%i, insn_file (in_rtx), insn_line (in_rtx)); #endif Ian
Re: Question about rtx format for insn, call_insn and junp_insn
sorry I get incorrect gcc version info the correct version which doing dump is gcc 4.1.2 I dump rtl with the gcc 4.4.1 have the line info thanks for you reply 2010/5/20 Ian Lance Taylor i...@google.com: kito npick...@gmail.com writes: Hello every body I have read the rtl.h rtl.c, but I don't realize the format for insn, call_insn and junp_insn it's define in rtl.def DEF_RTL_EXPR(JUMP_INSN, jump_insn, iuuBieie0, RTX_INSN) and it's dump by some real program (jump_insn 14 /* i */ 13 /* u */ 15 /* u */ 1 /* B */ (set (pc) (if_then_else (le (reg:CCGC 17 flags) (const_int 0 [0x0])) (label_ref 24) (pc))) /* e?? */ -1 /* i? */ (nil) /* e? */ (nil) /* 0? */ ) so my question is where is the i after B ?? Which program is doing the dump? The generator programs (genattrtab, etc.) produce different dumps from the compilers. The 'i' after the 'B' represents an insn locator, a value of type source_location aka location_t aka unsigned int. A generator program will never print that value. A compiler will print it only if it has a value--if the instruction has a known location. It will be printed as filename:lineno when available. The corresponding code in print-rtl.c is: case 'i': if (i == 4 INSN_P (in_rtx)) { #ifndef GENERATOR_FILE /* Pretty-print insn locators. Ignore scoping as it is mostly redundant with line number information and do not print anything when there is no location information available. */ if (INSN_LOCATOR (in_rtx) insn_file (in_rtx)) fprintf(outfile, %s:%i, insn_file (in_rtx), insn_line (in_rtx)); #endif Ian
[Bug lto/44195] New: [4.6 regression] gcc.dg/lto/20100518 c_lto_20100518_0.o
On Linux/ia64,gcc.dg/lto/20100518 c_lto_20100518_0.o failed with Executing on host: /export/gnu/import/svn/gcc-test/bld/gcc/xgcc -B/export/gnu/import/svn/gcc-test/bld/gcc/ -O0 -fwhopr -c -o c_lto_20100518_0.o /export/gnu/import/svn/gcc-test/src-4.5/gcc/testsuite/gcc.dg/lto/20100518_0.c (timeout = 300) /tmp/cc4SDnj1.s: Assembler messages:^M /tmp/cc4SDnj1.s:109: Error: Unknown opcode `decl [r14]'^M /tmp/cc4SDnj1.s:109: Error: Unknown opcode `jnz .L2'^M compiler exited with status 1 They aren't ia64 instructions. -- Summary: [4.6 regression] gcc.dg/lto/20100518 c_lto_20100518_0.o Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44195
[Bug bootstrap/43733] bootstrap fails on Solaris 10 x86 with GNU as 2.15 and --with-arch=core2
--- Comment #24 from ubizjak at gmail dot com 2010-05-19 06:47 --- Can you try this patch: Index: configure.ac === --- configure.ac(revision 159481) +++ configure.ac(working copy) @@ -3254,9 +3254,10 @@ gcc_GAS_CHECK_FEATURE([sahf mnemonic], gcc_cv_as_ix86_sahf,,, - [sahf],, + [.code64 + sahf],, [AC_DEFINE(HAVE_AS_IX86_SAHF, 1, -[Define if your assembler supports the sahf mnemonic.])]) +[Define if your assembler supports the sahf mnemonic in 64bit mode.])]) gcc_GAS_CHECK_FEATURE([swap suffix], gcc_cv_as_ix86_swap,,, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43733
[Bug fortran/43591] PPC: internal compiler error: in gfc_traverse_expr, at fortran/expr.c:3604
--- Comment #19 from burnus at gcc dot gnu dot org 2010-05-19 07:22 --- Subject: Bug 43591 Author: burnus Date: Wed May 19 07:22:00 2010 New Revision: 159556 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159556 Log: 2010-05-19 Tobias Burnus bur...@net-b.de PR fortran/43591 * expr.c (gfc_is_constant_expr, gfc_traverse_expr): Handle proc-pointers and type-bound procedures. (gfc_specification_expr): Check proc-pointers for pureness. 2010-05-19 Tobias Burnus bur...@net-b.de PR fortran/43591 * gfortran.dg/spec_expr_6.f90: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gfortran.dg/spec_expr_6.f90 Modified: branches/gcc-4_5-branch/gcc/fortran/ChangeLog branches/gcc-4_5-branch/gcc/fortran/expr.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43591
[Bug fortran/43591] PPC: internal compiler error: in gfc_traverse_expr, at fortran/expr.c:3604
--- Comment #20 from burnus at gcc dot gnu dot org 2010-05-19 07:24 --- (In reply to comment #18) Patch was applied to trunk about 6 weeks ago - how are the backporting plans? Thanks for the reminder! Thorsten: Thanks for the bug report. As I do not intent to backport it to 4.4.x: Close as FIXED. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43591
[Bug target/44129] Building linux kernel with gcc-4.5.0 and CONFIG_CC_OPTIMIZE_FOR_SIZE segfaults
--- Comment #10 from kevin dot bowling at kev009 dot com 2010-05-19 08:33 --- Seeing Bruce's symptoms here, no relation to -Os vs -O2. gcc-4.5.0 on Gentoo ~amd64. -- kevin dot bowling at kev009 dot com changed: What|Removed |Added CC||kevin dot bowling at kev009 ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44129
[Bug middle-end/44101] [4.6 regression] ICE compiling 25_algorithms/fill/4.cc on Tru64 UNIX V5.1B
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-05-19 09:14 --- I need the version without precompiled header. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44101
[Bug target/44139] Exporting emutls symbols from a DLL broken on w32 targets
--- Comment #18 from ktietz at gcc dot gnu dot org 2010-05-19 09:15 --- Hi David, Could you test the suggested patch for AIX? Richard told me that the patch is sensible, but the attribute merging is something to be tested for AIX. Thanks in advance, Kai -- ktietz at gcc dot gnu dot org changed: What|Removed |Added CC||dje at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44139
[Bug lto/44195] [4.6 regression] gcc.dg/lto/20100518 c_lto_20100518_0.o
-- 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=44195
[Bug rtl-optimization/44194] struct returned by value generates useless stores
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-19 09:38 --- Confirmed. We already expand it that way: ;; s = foo (); (insn 5 4 6 t.c:7 (set (reg:QI 0 ax) (const_int 0 [0x0])) -1 (nil)) (call_insn 6 5 7 t.c:7 (set (parallel:BLK [ (expr_list:REG_DEP_TRUE (reg:DI 0 ax) (const_int 0 [0x0])) (expr_list:REG_DEP_TRUE (reg:DI 1 dx) (const_int 8 [0x8])) ]) (call (mem:QI (symbol_ref:DI (foo) [flags 0x41] function_decl 0x75aed500 foo) [0 S1 A8]) (const_int 0 [0x0]))) -1 (nil) (expr_list:REG_DEP_TRUE (use (reg:QI 0 ax)) (nil))) (insn 7 6 8 t.c:7 (set (reg:DI 60) (reg:DI 0 ax)) -1 (nil)) (insn 8 7 9 t.c:7 (set (reg:DI 61) (reg:DI 1 dx)) -1 (nil)) (insn 9 8 10 t.c:7 (set (mem/s/c:DI (plus:DI (reg/f:DI 54 virtual-stack-vars) (const_int -32 [0xffe0])) [2 S8 A128]) (reg:DI 60)) -1 (nil)) (insn 10 9 11 t.c:7 (set (mem/s/c:DI (plus:DI (reg/f:DI 54 virtual-stack-vars) (const_int -24 [0xffe8])) [2 S8 A64]) (reg:DI 61)) -1 (nil)) (insn 11 10 12 t.c:7 (set (reg:DI 62) (mem/s/c:DI (plus:DI (reg/f:DI 54 virtual-stack-vars) (const_int -32 [0xffe0])) [2 S8 A128])) -1 (nil)) (insn 12 11 13 t.c:7 (set (mem/s/c:DI (plus:DI (reg/f:DI 54 virtual-stack-vars) (const_int -16 [0xfff0])) [2 s+0 S8 A128]) (reg:DI 62)) -1 (nil)) (insn 13 12 14 t.c:7 (set (reg:DI 63) (mem/s/c:DI (plus:DI (reg/f:DI 54 virtual-stack-vars) (const_int -24 [0xffe8])) [2 S8 A64])) -1 (nil)) (insn 14 13 0 t.c:7 (set (mem/s/c:DI (plus:DI (reg/f:DI 54 virtual-stack-vars) (const_int -8 [0xfff8])) [2 s+8 S8 A64]) (reg:DI 63)) -1 (nil)) So we create a stack representation to copy it to the stack temporary (which both are unneeded). We should see that we can avoid the temporary at all as there is no aggregate use of the struct left. At least we should avoid the 2nd temporary. I'm very sure there is a duplicate for this bug somewhere. Also I wonder why RTL DSE cannot remove all the stores to the stack. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||matz at gcc dot gnu dot org Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2010-05-19 09:38:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44194
[Bug c++/44193] [4.3/4.4/4.5/4.6 Regression] function types, cv-quals and typename
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44193
[Bug bootstrap/44192] [4.6 regression] Failed to bootstrap
-- 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=44192
[Bug rtl-optimization/44194] struct returned by value generates useless stores
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-19 10:13 --- RTL DSE doesn't handle this because the call to bar, which isn't a const function, is considered a wild read and thus makes all stores necessary in the global as well as local algorithm. RTL DSE doesn't consider whether a frame based address could have possibly address taken or not and whether a call thus might read it or not. For tail calls before reload, perhaps we could handle tail calls similarly to const calls (be a read of all argument stores) with the addition that it would act as a read for all constant address stores (basically wild read for anything but frame based stores for the global algorithm, given that the stack is unwound before the tail call). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44194
[Bug rtl-optimization/44194] struct returned by value generates useless stores
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-19 10:22 --- At leas the stores to s have alias info: (insn 12 10 14 2 t.c:7 (set (mem/s/c:DI (plus:DI (reg/f:DI 20 frame) (const_int -16 [0xfff0])) [2 s+0 S8 A128]) (reg:DI 60)) 89 {*movdi_1_rex64} (nil)) (insn 14 12 17 2 t.c:7 (set (mem/s/c:DI (plus:DI (reg/f:DI 20 frame) (const_int -8 [0xfff8])) [2 s+8 S8 A64]) (reg:DI 61)) 89 {*movdi_1_rex64} (nil)) so RTL DSE could check whether the stack slot is aliased at all. The other memory temporary should be avoided at expansion time already. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44194
[Bug middle-end/44101] [4.6 regression] ICE compiling 25_algorithms/fill/4.cc on Tru64 UNIX V5.1B
--- Comment #5 from ro at gcc dot gnu dot org 2010-05-19 10:31 --- Created an attachment (id=20697) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20697action=view) preprocessed source code this time without pch -- ro at gcc dot gnu dot org changed: What|Removed |Added Attachment #20694|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44101
[Bug target/44132] [4.6 Regression] emutls is broken under a range of circumstances.
--- Comment #20 from ro at gcc dot gnu dot org 2010-05-19 10:39 --- This seems to be the same problem that breaks Solaris 8/9 SPARC bootstrap with Sun as: several libjava tools fail to link: Undefined first referenced symbol in file __emutls_v._ZL12method_cache./.libs/libgcj.so ld: fatal: Symbol referencing errors. No output written to .libs/jv-convert collect2: ld returned 1 exit status make[3]: *** [jv-convert] Error 1 -- ro at gcc dot gnu dot org changed: What|Removed |Added CC||ro at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44132
[Bug target/43871] -mcpu=power4 -mtune=cell emits power7/cell-only opcodes
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-19 11:38 --- Confirmed. Adding spu maintainers to CC. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||uweigand at de dot ibm dot ||com, dje at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-19 11:38:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43871
[Bug libstdc++/44190] Debug vector resize does not update capacity
--- Comment #6 from mikpe at it dot uu dot se 2010-05-19 11:43 --- This bug also affects 4.5 and 4.4, but not 4.3, making it a regression from 4.3. The fix for 4.6 backports cleanly to 4.5 and with minor fuzz to 4.4, and has been verified to fix the problem on those branches too with no new testsuite regressions (bootstrapped + regtested on i686-linux). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44190
[Bug fortran/34505] FLOAT/SNGL: Not accepted as actual argument; diagnostics problems
--- Comment #3 from dfranke at gcc dot gnu dot org 2010-05-19 11:44 --- Subject: Bug 34505 Author: dfranke Date: Wed May 19 11:43:53 2010 New Revision: 159558 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159558 Log: gcc/fortran/: 2010-05-19 Daniel Franke franke.dan...@gmail.com PR fortran/34505 * intrinsic.h (gfc_check_float): New prototype. (gfc_check_sngl): New prototype. * check.c (gfc_check_float): New. (gfc_check_sngl): New. * intrinsic.c (add_functions): Moved DFLOAT from aliasing DBLE to be a specific for REAL. Added check routines for FLOAT, DFLOAT and SNGL. * intrinsic.texi: Removed individual nodes of FLOAT, DFLOAT and SNGL, added them to the list of specifics of REAL instead. gcc/testsuite/: 2010-05-19 Daniel Franke franke.dan...@gmail.com PR fortran/34505 * gfortran.dg/dfloat_1.f90: Add warnings for non-default kind arguments; add check for return value kind. * gfortran.dg/float_1.f90: Likewise. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/check.c trunk/gcc/fortran/intrinsic.c trunk/gcc/fortran/intrinsic.h trunk/gcc/fortran/intrinsic.texi trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/dfloat_1.f90 trunk/gcc/testsuite/gfortran.dg/float_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34505
[Bug fortran/34505] FLOAT/SNGL: Not accepted as actual argument; diagnostics problems
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-05-19 11:46 --- Fixed in trunk. Closing -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34505
[Bug libstdc++/44190] Debug vector resize does not update capacity
--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-19 11:50 --- How it can possibly not affect 4.3? The code is exactly the same. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44190
[Bug libstdc++/44190] Debug vector resize does not update capacity
--- Comment #8 from mikpe at it dot uu dot se 2010-05-19 11:57 --- I just compiled the original test case with 4.5, 4.4, and 4.3, and the assert didn't trigger when compiled with 4.3. I didn't investigate any further. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44190
[Bug libstdc++/44190] Debug vector resize does not update capacity
--- Comment #9 from paolo dot carlini at oracle dot com 2010-05-19 12:01 --- Given the identical resize code, missing a real analysis of why the patch is needed in mainline and isn't in 4.3, I don't feel comfortable committing the patch to the older branches, since nobody else complained so far and in general the pedantic mode is much less used. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44190
[Bug libstdc++/44190] Debug vector resize does not update capacity
--- Comment #10 from paolo dot carlini at oracle dot com 2010-05-19 12:06 --- Ok, now I see, vector::capacity itself has been changed between 4.3 and 4.4. Let's apply the patch to 4.5 too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44190
[Bug libstdc++/44190] Debug vector resize does not update capacity
--- Comment #11 from paolo at gcc dot gnu dot org 2010-05-19 12:09 --- Subject: Bug 44190 Author: paolo Date: Wed May 19 12:08:53 2010 New Revision: 159560 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159560 Log: 2010-05-19 Eelis van der Weegen gcc-bugzi...@contacts.eelis.net PR libstdc++/44190 * include/debug/vector (vector::resize): Call _M_update_guaranteed_capacity. * testsuite/23_containers/vector/capacity/44190.cc: New. Added: branches/gcc-4_5-branch/libstdc++-v3/testsuite/23_containers/vector/capacity/44190.cc Modified: branches/gcc-4_5-branch/libstdc++-v3/ChangeLog branches/gcc-4_5-branch/libstdc++-v3/include/debug/vector -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44190
[Bug libstdc++/44190] Debug vector resize does not update capacity
-- paolo dot carlini at oracle dot com changed: What|Removed |Added Target Milestone|4.6.0 |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44190
[Bug bootstrap/43733] bootstrap fails on Solaris 10 x86 with GNU as 2.15 and --with-arch=core2
--- Comment #25 from ubizjak at gmail dot com 2010-05-19 12:21 --- Created an attachment (id=20698) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20698action=view) complete patch Can you please test the complete patch if it solves your bootstrap failure? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43733
[Bug debug/42278] [4.4/4.5 Regression] incorrect dwarf data gcc-4.4.2
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-debug Known to fail|4.4.3 4.6.0 |4.4.3 4.5.0 Known to work||4.6.0 Priority|P3 |P2 Summary|[4.4/4.5/4.6 regression]|[4.4/4.5 Regression] |incorrect dwarf data gcc- |incorrect dwarf data gcc- |4.4.2 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42278
[Bug target/43698] [4.5/4.6 Regression] Invalid code when building gentoo pax-utils-0.1.19 with -Os optimizations
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43698
[Bug target/43715] configure option --enable-plugin fails on darwin
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |target Known to fail||4.5.0 Known to work||4.6.0 Summary|[4.5] configure option -- |configure option --enable- |enable-plugin fails on |plugin fails on darwin |darwin | Target Milestone|4.5.1 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715
[Bug libstdc++/44190] Debug vector resize does not update capacity
--- Comment #12 from mikpe at it dot uu dot se 2010-05-19 12:29 --- (In reply to comment #10) Let's apply the patch to 4.5 too. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44190
[Bug tree-optimization/43801] [4.5/4.6 Regression] error: function causes a section type conflict with -fipa-cp -fipa-cp-clone
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-19 12:32 --- Re-confirmed. Honza - you fixed sth like that for LTO, can you look at this please? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Last reconfirmed|2010-04-20 03:07:02 |2010-05-19 12:32:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43801
[Bug target/43804] [4.5/4.6 regression] ICE in reload_cse_simplify_operands
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
[Bug target/43810] [4.5 Regression] linking results in undefined references to _savegpr_* _restgpr_*_x
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-05-19 12:34 --- See comment #4. I believe this is a pilot error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43810
[Bug libstdc++/43820] [4.4/4.5/4.6 Regression] auto_ptr used with incomplete type no longer triggers warning
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Version|unknown |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43820
[Bug target/43884] [4.4/4.5/4.6 Regression] Performance degradation for simple fibonacci numbers calculation
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Version|unknown |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43884
[Bug target/43889] [4.5/4.6 Regression]: mmix-knuth-mmixware gcc.c-torture/execute/arith-rand.c -O3 -fomit-frame-pointer -funroll-loops
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-19 12:52 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail||4.5.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43889
[Bug target/43897] [4.4/4.5/4.6 Regression] IA-64 asm clobbers are ignored
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43897
[Bug tree-optimization/43905] [4.5/4.6 Regression] duplicate __PRETTY_FUNCTION__ symbol for functions differing in const-ness
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43905
[Bug middle-end/43987] [4.5 Regression] type-punning causes broken binaries unless -O0 is used
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987
[Bug rtl-optimization/44012] [4.5/4.6 Regression] ICE: SIGSEGV in ira_merge_allocno_live_ranges
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-05-19 12:54 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to fail||4.5.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44012
[Bug inline-asm/44018] [4.5/4.6 Regression] Using cpuid.h, can't find a register in class 'CLOBBERED_REGS' while reloading 'asm'
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44018
[Bug other/44038] [4.5 regression] ICE: verify_stmts failed
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44038
[Bug fortran/38404] Warning message identifies incorrect line
--- Comment #5 from dfranke at gcc dot gnu dot org 2010-05-19 12:55 --- Subject: Bug 38404 Author: dfranke Date: Wed May 19 12:55:26 2010 New Revision: 159561 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159561 Log: gcc/fortran/: 2010-05-19 Daniel Franke franke.dan...@gmail.com PR fortran/38404 * primary.c (match_string_constant): Move start_locus just inside the string. * data.c (create_character_intializer): Clarified truncation warning. gcc/testsuite/: 2010-05-19 Daniel Franke franke.dan...@gmail.com PR fortran/38404 * gfortran.dg/data_char_1.f90: Updated warning message. * gfortran.dg/data_array_6.f: New. Added: trunk/gcc/testsuite/gfortran.dg/data_array_6.f Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/data.c trunk/gcc/fortran/primary.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/data_char_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38404
[Bug c++/44039] [4.5/4.6 regression] ICE: Segmentation fault on error recovery
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-19 12:56 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-invalid-code Priority|P3 |P5 Last reconfirmed|-00-00 00:00:00 |2010-05-19 12:56:51 date|| Summary|[4.5 regression] ICE: |[4.5/4.6 regression] ICE: |Segmentation fault on error |Segmentation fault on error |recovery|recovery http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44039
[Bug fortran/38404] Warning message identifies incorrect line
--- Comment #6 from dfranke at gcc dot gnu dot org 2010-05-19 12:56 --- Fixed in trunk. Closing. Thanks for the report! -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38404
[Bug fortran/34505] FLOAT/SNGL: Not accepted as actual argument; diagnostics problems
--- Comment #5 from dfranke at gcc dot gnu dot org 2010-05-19 12:57 --- (In reply to comment #4) Fixed in trunk. Closing Second try. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34505
[Bug c++/44040] [4.5/4.6 Regression] ICE: cc1plus segmentation fault
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-19 12:57 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P3 |P5 Last reconfirmed|-00-00 00:00:00 |2010-05-19 12:57:55 date|| Summary|[4.5 Regression] ICE: |[4.5/4.6 Regression] ICE: |cc1plus segmentation fault |cc1plus segmentation fault http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44040
[Bug middle-end/44041] [4.5 regression] -combine ICE: verify_gimple failed (invalid conversion in return statement)
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44041
[Bug tree-optimization/44061] [4.5/4.6 Regression] Warns about out-of-bounds array access inside __builtin_constant_p guarded section
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44061
[Bug middle-end/44069] [4.5/4.6 Regression] optimization bug initializing from cast array
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44069
[Bug java/44095] [4.5/4.6 Regression] massive java failures due to -findirect-dispatch breakage on sparc64-linux
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 Summary|[4.5/4.6 regression] massive|[4.5/4.6 Regression] massive |java failures due to - |java failures due to - |findirect-dispatch breakage |findirect-dispatch breakage |on sparc64-linux|on sparc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44095
[Bug middle-end/44133] [4.5 Regression] Uninit warning regression with new SRA
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||diagnostic Known to work||4.6.0 Priority|P3 |P2 Summary|[4.5/4.6 Regression] Uninit |[4.5 Regression] Uninit |warning regression with new |warning regression with new |SRA |SRA http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44133
[Bug c++/44164] [4.5 Regression] Aliasing bug triggered by Boost.Bind/Boost.Function
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44164
[Bug rtl-optimization/44174] [4.4/4.5/4.6 Regression] can't find a register in class 'CLOBBERED_REGS' while reloading 'asm'
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44174
[Bug tree-optimization/44182] [4.5/4.6 Regression] -fcompare-debug failure (length) with -O1
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44182
[Bug c++/44193] [4.3/4.4/4.5/4.6 Regression] function types, cv-quals and typename
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44193
[Bug bootstrap/43870] ICE in gcc/config/soft-fp/divtf3.c
--- Comment #5 from ro at gcc dot gnu dot org 2010-05-19 13:04 --- Happens for me, too. Kenneth, as the author of this code, could you have a look? Thanks. Rainer -- ro at gcc dot gnu dot org changed: What|Removed |Added CC||Kenneth dot Zadeck at ||NaturalBridge dot com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-19 13:04:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43870
[Bug fortran/42360] intent(out)-dummy-not-set warning for types depends on order of component initializers
--- Comment #2 from dfranke at gcc dot gnu dot org 2010-05-19 13:07 --- Subject: Bug 42360 Author: dfranke Date: Wed May 19 13:07:25 2010 New Revision: 159562 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159562 Log: gcc/fortran/: 2010-05-19 Daniel Franke franke.dan...@gmail.com PR fortran/42360 * gfortran.h (gfc_has_default_initializer): New. * expr.c (gfc_has_default_initializer): New. * resolve.c (has_default_initializer): Removed, use gfc_has_default_initializer() instead. Updated all callers. * trans-array.c (has_default_initializer): Removed, use gfc_has_default_initializer() instead. Updated all callers. * trans-decl.c (generate_local_decl): Do not check the first component only to check for initializers, but use gfc_has_default_initializer() instead. gcc/testsuite/: 2010-05-19 Daniel Franke franke.dan...@gmail.com PR fortran/42360 * gfortran.dg/warn_intent_out_not_set.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/warn_intent_out_not_set.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/expr.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/resolve.c trunk/gcc/fortran/trans-array.c trunk/gcc/fortran/trans-decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42360
[Bug lto/43455] ICE in fold_convert_loc, at fold-const.c:2670 with -O2 -flto
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.6.0 |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43455
[Bug lto/42653] ICE with -g and -flto (requires both flags to crash)
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-19 13:16 --- And 4.5.1. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.6.0 |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42653
[Bug lto/43946] SPEC2000 GCC fails to build with -fprofile-generate -O2 -ffast-math -flto -fwhole-program
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-05-19 13:16 --- Subject: Bug 43946 Author: rguenth Date: Wed May 19 13:14:37 2010 New Revision: 159564 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159564 Log: 2010-05-19 Richard Guenther rguent...@suse.de Backport from mainline: 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43455 * tree-inline.c (tree_can_inline_p): Also check compatibility of return types. * gcc.dg/lto/20100423-1_0.c: New testcase. * gcc.dg/lto/20100423-1_1.c: Likewise. 2010-04-23 Richard Guenther rguent...@suse.de PR lto/42653 * tree.c (free_lang_data_in_decl): Do not reset DECL_CONTEXT of FUNCTION_DECLs. * g++.dg/lto/20100423-1_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/42425 * tree.c (free_lang_data_in_type): Do not free TYPE_CONTEXT if emitting debug information and it is either a function or a namespace decl. * g++.dg/lto/20100423-2_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43080 * gimple.c (gimple_decl_printable_name): Deal gracefully with a NULL DECL_NAME. * g++.dg/lto/20100423-3_0.C: New testcase. 2010-04-30 Richard Guenther rguent...@suse.de PR lto/43946 * passes.c (init_optimization_passes): Move pass_ipa_free_lang_data first after all lowering passes. * gcc.dg/lto/20100430-1_0.c: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-1_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-2_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-3_0.C branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_0.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100430-1_0.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/gimple.c branches/gcc-4_5-branch/gcc/passes.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-inline.c branches/gcc-4_5-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43946
[Bug lto/43455] ICE in fold_convert_loc, at fold-const.c:2670 with -O2 -flto
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-19 13:16 --- Subject: Bug 43455 Author: rguenth Date: Wed May 19 13:14:37 2010 New Revision: 159564 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159564 Log: 2010-05-19 Richard Guenther rguent...@suse.de Backport from mainline: 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43455 * tree-inline.c (tree_can_inline_p): Also check compatibility of return types. * gcc.dg/lto/20100423-1_0.c: New testcase. * gcc.dg/lto/20100423-1_1.c: Likewise. 2010-04-23 Richard Guenther rguent...@suse.de PR lto/42653 * tree.c (free_lang_data_in_decl): Do not reset DECL_CONTEXT of FUNCTION_DECLs. * g++.dg/lto/20100423-1_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/42425 * tree.c (free_lang_data_in_type): Do not free TYPE_CONTEXT if emitting debug information and it is either a function or a namespace decl. * g++.dg/lto/20100423-2_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43080 * gimple.c (gimple_decl_printable_name): Deal gracefully with a NULL DECL_NAME. * g++.dg/lto/20100423-3_0.C: New testcase. 2010-04-30 Richard Guenther rguent...@suse.de PR lto/43946 * passes.c (init_optimization_passes): Move pass_ipa_free_lang_data first after all lowering passes. * gcc.dg/lto/20100430-1_0.c: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-1_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-2_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-3_0.C branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_0.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100430-1_0.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/gimple.c branches/gcc-4_5-branch/gcc/passes.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-inline.c branches/gcc-4_5-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43455
[Bug debug/42425] ICE declaring local class
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-19 13:16 --- Subject: Bug 42425 Author: rguenth Date: Wed May 19 13:14:37 2010 New Revision: 159564 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159564 Log: 2010-05-19 Richard Guenther rguent...@suse.de Backport from mainline: 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43455 * tree-inline.c (tree_can_inline_p): Also check compatibility of return types. * gcc.dg/lto/20100423-1_0.c: New testcase. * gcc.dg/lto/20100423-1_1.c: Likewise. 2010-04-23 Richard Guenther rguent...@suse.de PR lto/42653 * tree.c (free_lang_data_in_decl): Do not reset DECL_CONTEXT of FUNCTION_DECLs. * g++.dg/lto/20100423-1_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/42425 * tree.c (free_lang_data_in_type): Do not free TYPE_CONTEXT if emitting debug information and it is either a function or a namespace decl. * g++.dg/lto/20100423-2_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43080 * gimple.c (gimple_decl_printable_name): Deal gracefully with a NULL DECL_NAME. * g++.dg/lto/20100423-3_0.C: New testcase. 2010-04-30 Richard Guenther rguent...@suse.de PR lto/43946 * passes.c (init_optimization_passes): Move pass_ipa_free_lang_data first after all lowering passes. * gcc.dg/lto/20100430-1_0.c: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-1_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-2_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-3_0.C branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_0.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100430-1_0.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/gimple.c branches/gcc-4_5-branch/gcc/passes.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-inline.c branches/gcc-4_5-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42425
[Bug c++/43080] ICE with anonymous union and -flto
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-19 13:16 --- Subject: Bug 43080 Author: rguenth Date: Wed May 19 13:14:37 2010 New Revision: 159564 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159564 Log: 2010-05-19 Richard Guenther rguent...@suse.de Backport from mainline: 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43455 * tree-inline.c (tree_can_inline_p): Also check compatibility of return types. * gcc.dg/lto/20100423-1_0.c: New testcase. * gcc.dg/lto/20100423-1_1.c: Likewise. 2010-04-23 Richard Guenther rguent...@suse.de PR lto/42653 * tree.c (free_lang_data_in_decl): Do not reset DECL_CONTEXT of FUNCTION_DECLs. * g++.dg/lto/20100423-1_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/42425 * tree.c (free_lang_data_in_type): Do not free TYPE_CONTEXT if emitting debug information and it is either a function or a namespace decl. * g++.dg/lto/20100423-2_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43080 * gimple.c (gimple_decl_printable_name): Deal gracefully with a NULL DECL_NAME. * g++.dg/lto/20100423-3_0.C: New testcase. 2010-04-30 Richard Guenther rguent...@suse.de PR lto/43946 * passes.c (init_optimization_passes): Move pass_ipa_free_lang_data first after all lowering passes. * gcc.dg/lto/20100430-1_0.c: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-1_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-2_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-3_0.C branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_0.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100430-1_0.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/gimple.c branches/gcc-4_5-branch/gcc/passes.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-inline.c branches/gcc-4_5-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43080
[Bug debug/42425] ICE declaring local class
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-19 13:16 --- Subject: Bug 42425 Author: rguenth Date: Wed May 19 13:14:37 2010 New Revision: 159564 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159564 Log: 2010-05-19 Richard Guenther rguent...@suse.de Backport from mainline: 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43455 * tree-inline.c (tree_can_inline_p): Also check compatibility of return types. * gcc.dg/lto/20100423-1_0.c: New testcase. * gcc.dg/lto/20100423-1_1.c: Likewise. 2010-04-23 Richard Guenther rguent...@suse.de PR lto/42653 * tree.c (free_lang_data_in_decl): Do not reset DECL_CONTEXT of FUNCTION_DECLs. * g++.dg/lto/20100423-1_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/42425 * tree.c (free_lang_data_in_type): Do not free TYPE_CONTEXT if emitting debug information and it is either a function or a namespace decl. * g++.dg/lto/20100423-2_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43080 * gimple.c (gimple_decl_printable_name): Deal gracefully with a NULL DECL_NAME. * g++.dg/lto/20100423-3_0.C: New testcase. 2010-04-30 Richard Guenther rguent...@suse.de PR lto/43946 * passes.c (init_optimization_passes): Move pass_ipa_free_lang_data first after all lowering passes. * gcc.dg/lto/20100430-1_0.c: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-1_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-2_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-3_0.C branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_0.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100430-1_0.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/gimple.c branches/gcc-4_5-branch/gcc/passes.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-inline.c branches/gcc-4_5-branch/gcc/tree.c -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.6.0 |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42425
[Bug lto/42653] ICE with -g and -flto (requires both flags to crash)
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-05-19 13:16 --- Subject: Bug 42653 Author: rguenth Date: Wed May 19 13:14:37 2010 New Revision: 159564 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159564 Log: 2010-05-19 Richard Guenther rguent...@suse.de Backport from mainline: 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43455 * tree-inline.c (tree_can_inline_p): Also check compatibility of return types. * gcc.dg/lto/20100423-1_0.c: New testcase. * gcc.dg/lto/20100423-1_1.c: Likewise. 2010-04-23 Richard Guenther rguent...@suse.de PR lto/42653 * tree.c (free_lang_data_in_decl): Do not reset DECL_CONTEXT of FUNCTION_DECLs. * g++.dg/lto/20100423-1_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/42425 * tree.c (free_lang_data_in_type): Do not free TYPE_CONTEXT if emitting debug information and it is either a function or a namespace decl. * g++.dg/lto/20100423-2_0.C: New testcase. 2010-04-26 Richard Guenther rguent...@suse.de PR lto/43080 * gimple.c (gimple_decl_printable_name): Deal gracefully with a NULL DECL_NAME. * g++.dg/lto/20100423-3_0.C: New testcase. 2010-04-30 Richard Guenther rguent...@suse.de PR lto/43946 * passes.c (init_optimization_passes): Move pass_ipa_free_lang_data first after all lowering passes. * gcc.dg/lto/20100430-1_0.c: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-1_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-2_0.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/lto/20100423-3_0.C branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_0.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100423-1_1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/lto/20100430-1_0.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/gimple.c branches/gcc-4_5-branch/gcc/passes.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-inline.c branches/gcc-4_5-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42653
[Bug c++/43080] ICE with anonymous union and -flto
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.6.0 |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43080
[Bug lto/43946] SPEC2000 GCC fails to build with -fprofile-generate -O2 -ffast-math -flto -fwhole-program
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.6.0 |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43946
[Bug fortran/42360] intent(out)-dummy-not-set warning for types depends on order of component initializers
--- Comment #3 from dfranke at gcc dot gnu dot org 2010-05-19 13:28 --- Fixed in trunk. Closing. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42360
[Bug lto/44196] New: lto1: internal compiler error: Segmentation fault
When trying to compile and link the attached file bug_lto.ii with LTO the link process dies with the message lto1: internal compiler error: Segmentation fault Everything is fine if I do not use -flto for linking the shared library. Command line that triggers the bug: $ /home/martinkr/Programme/compilers/bin/g++ -flto -fPIC -o bug_lto.o -c bug_lto.ii $ /home/martinkr/Programme/compilers/bin/g++ -flto -fPIC -shared -o libdummy.so bug_lto.o lto1: internal compiler error: Segmentation fault lto-wrapper: /home/martinkr/Programme/compilers/bin/g++ returned 1 exit status collect2: lto-wrapper returned 1 exit status $ /home/martinkr/Programme/compilers/bin/g++ -v Using built-in specs. COLLECT_GCC=/home/martinkr/Programme/compilers/bin/g++ COLLECT_LTO_WRAPPER=/home/martinkr/Programme/compilers/libexec/gcc/x86_64-linux-gnu/4.5.1/lto-wrapper Target: x86_64-linux-gnu Configured with: ../configure --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/home/martinkr/Programme/compilers --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --without-included-gettext --enable-threads=posix --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-cpu=core2 Thread model: posix gcc version 4.5.1 20100513 (prerelease) (GCC) The error is also present in the 4.5.0 release. -- Summary: lto1: internal compiler error: Segmentation fault Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: martin dot kronbichler at it dot uu dot se GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44196
[Bug lto/44196] lto1: internal compiler error: Segmentation fault
--- Comment #1 from martin dot kronbichler at it dot uu dot se 2010-05-19 13:35 --- Created an attachment (id=20699) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20699action=view) File that triggers the problem when linking a shared library A reduced testcase. Extracted from the Trilinos library Tpetra (trilinos.sandia.gov). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44196
[Bug bootstrap/43870] ICE in gcc/config/soft-fp/divtf3.c
--- Comment #6 from zadeck at naturalbridge dot com 2010-05-19 13:41 --- I have a deadline and do not have time to play with this. The comparison function in df-scan.c, df_ref_compare, is not stable according to what has been discussed in pr42157. however, it does satisfy the definition of qsort in the linux manuals. if you need it to be that stable for those platforms, then change the last line of df_ref_compare from return 0; to be return (int)DF_REF_ORDER (ref1) - (int)DF_REF_ORDER (ref2); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43870
[Bug debug/44178] -fcompare-debug failure with -O1 -fgcse -fsched-pressure -funroll-loops -fschedule-insns
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-19 13:53 --- Created an attachment (id=20700) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20700action=view) gcc46-pr44178.patch Untested fix. -- 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 | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44178
[Bug lto/44196] lto1: ICE: tree check: expected field_decl, have type_decl in gimple_types_compatible_p, at gimple.c:3597
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-19 13:59 --- Confirmed. Reducing. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||lto Last reconfirmed|-00-00 00:00:00 |2010-05-19 13:59:35 date|| Summary|lto1: internal compiler |lto1: ICE: tree check: |error: Segmentation fault |expected field_decl, have ||type_decl in ||gimple_types_compatible_p, ||at gimple.c:3597 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44196
[Bug bootstrap/43870] ICE in gcc/config/soft-fp/divtf3.c
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-19 14:03 --- Subject: Re: ICE in gcc/config/soft-fp/divtf3.c --- Comment #6 from zadeck at naturalbridge dot com 2010-05-19 13:41 --- I have a deadline and do not have time to play with this. The comparison function in df-scan.c, df_ref_compare, is not stable according to what has been discussed in pr42157. however, it does satisfy the definition of qsort in the linux manuals. I've no idea if the Solaris 8 (and IRIX 5) qsort violates ISO C90 here. if you need it to be that stable for those platforms, then change the last line of df_ref_compare from return 0; to be return (int)DF_REF_ORDER (ref1) - (int)DF_REF_ORDER (ref2); Thanks, that's all I needed: bootstrap is past the ICE in the stage1 libgcc now, I'll let if finish and submit the patch, attributed to you, once testing is complete. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43870
[Bug bootstrap/43870] ICE in gcc/config/soft-fp/divtf3.c
--- Comment #8 from zadeck at naturalbridge dot com 2010-05-19 14:06 --- df maintainers cannot approve their own patches. you should get bonzini or any other back end maintainer to approve it. thanks for doing the testing. kenny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43870
[Bug bootstrap/43870] ICE in gcc/config/soft-fp/divtf3.c
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-19 14:07 --- Subject: Re: ICE in gcc/config/soft-fp/divtf3.c --- Comment #8 from zadeck at naturalbridge dot com 2010-05-19 14:06 --- df maintainers cannot approve their own patches. you should get bonzini or any other back end maintainer to approve it. Understood: all I meant was that the ChangeLog entry would name you as the patch author. thanks for doing the testing. Thanks for the blazingly fast response. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43870
[Bug lto/44196] lto1: ICE: tree check: expected field_decl, have type_decl in gimple_types_compatible_p, at gimple.c:3597
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-19 14:10 --- template typename Ordinal struct DirectSerializationTraits { static void fromCountToDirectBytes(const Ordinal count) {} }; templatetypename Ordinal class SerializationTraits : public DirectSerializationTraitsOrdinal { }; template typename Ordinal class ConstValueTypeSerializationBuffer { public: ConstValueTypeSerializationBuffer(const Ordinal count) { typedef SerializationTraitsOrdinal SerT; SerT::fromCountToDirectBytes(count); } }; int main () { ConstValueTypeSerializationBufferint charSendBuffer(1); } -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2010-05-19 13:59:35 |2010-05-19 14:10:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44196
[Bug lto/44196] lto1: ICE: tree check: expected field_decl, have type_decl in gimple_types_compatible_p, at gimple.c:3597
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-19 14:40 --- Hm, we still have TYPE_DECLs in TYPE_FIELDs somehow. I have a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44196
[Bug fortran/38822] Compile-time simplification of x**(real)
--- Comment #17 from dfranke at gcc dot gnu dot org 2010-05-19 14:43 --- No more ICE, removed keyword. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Keywords|ice-on-valid-code | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822
[Bug target/44132] [4.6 Regression] emutls is broken under a range of circumstances.
--- Comment #21 from iains at gcc dot gnu dot org 2010-05-19 14:48 --- Created an attachment (id=20701) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20701action=view) latest.. this is mostly there ... might be worth trying on other platforms for feedback. without the catch-net of expr.c (which covered up several things.. ) When stuff works here it seems to work across the board now (including lto, whopr). three issues: 1/ Finalization of emutls control vars. 2/ Failure to emit constructor for uninitialized control vars. 3/ Small buglet in emutls. strategy for (1) a) finalization of the control vars is cascaded from finalization of the user-land vars in varpool.c b) a mop-up pass is carried out in emutls_final() - this is needed to pick up vars introduced by late passes (in particular by OMP). c) The initializer for init vars is applied and decl-finalized as soon as it is presented (we keep a mark to notice if the user tries to re-init). d) I've reorganized the code in varpool_finalize_decl () to ensure that varpool_enqueue_needed_node () is not done until after all the checks have been carried out for 'needed'. e) Removed some redundant calls to varpool_assemble_pending_decls () from varpool_finalize_decl (). 2. (a) some code re-organization in varasm.c to put all the emutls stuff together. (b) re-wrote the emutls structure to put the pointer at the start. (c) all tls control vars are static and they all need to be constructed - (FWIW DECL_COMMON() was never set anyway)/ 3. I put some comments into emutls.c since I had to figure it out ... and a minor bug that would hit after you reached 32 emutls vars. I'd welcome feedback on the approach(es) and whether it helps on other EMUTLS platforms. What is **NOT** fixed: A there is still some leakage in OMP (some interaction with threadprivate) I will carry on looking at that ... B PR43602 -- the tree-profile pass generates gimple directly without considering that it might need to be further gimplifed... C PR44140 -- although it shows up in a tls test is not realted to these issues. -- iains at gcc dot gnu dot org changed: What|Removed |Added Attachment #20688|0 |1 is obsolete|| Attachment #20693|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44132
[Bug middle-end/43987] [4.5 Regression] type-punning causes broken binaries unless -O0 is used
--- Comment #22 from rguenth at gcc dot gnu dot org 2010-05-19 14:48 --- Subject: Bug 43987 Author: rguenth Date: Wed May 19 14:48:24 2010 New Revision: 159567 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159567 Log: 2010-05-19 Richard Guenther rguent...@suse.de PR tree-optimization/43987 * tree-ssa-structalias.c (could_have_pointers): For possibly address-taken variables force pointers to be recorded. (create_variable_info_for_1): Likewise. (push_fields_onto_fieldstack): Pass in wheter all fields must have pointers. (find_func_aliases): Query types instead of vars whether they contain pointers where appropriate. * gcc.c-torture/execute/pr43987.c: New testcase. * gcc.dg/torture/pta-escape-1.c: Adjust. * gcc.dg/tree-ssa/pta-escape-1.c: Likewise. * gcc.dg/tree-ssa/pta-escape-2.c: Likewise. * gcc.dg/tree-ssa/pta-escape-3.c: Likewise. * gcc.dg/torture/ipa-pta-1.c: Likewise. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr43987.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/torture/ipa-pta-1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/torture/pta-escape-1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/tree-ssa/pta-escape-1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/tree-ssa/pta-escape-2.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/tree-ssa/pta-escape-3.c branches/gcc-4_5-branch/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987
[Bug debug/44113] bad debugging information for unrolled loops
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-19 14:52 --- The problem is just that there are no instructions with locus on line 4 - with unrolling no traces of the for loop in the assembly remains and all instructions in the body have line 5 and immediately after it another unrolled iteration has the same line. Apparently gdb on next just puts a breakpoint on the first insn after it that has different file or line number. GCC could emit extra .loc 1 5 0 directives which would just add another row in the line table, or .loc 1 5 0 is_stmt 0 right after the first insn and .loc 1 5 0 is_stmt 1 back before first insn of the next iteration, but apparently this doesn't change anything in gdb. Not even lying and alternating .loc 1 5 0 and .loc 1 5 1 helps. And, putting extra .loc 1 4 0 covering no instructions doesn't change anything either. So I'm afraid there is nothing to do here on the gcc side, except lying that some insn comes from some other line (and for unrolling where the body is just one insn there is nothing to do at all). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44113
[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*
--- Comment #22 from iains at gcc dot gnu dot org 2010-05-19 14:54 --- I would imagine that this will ultimately affect all EMUTLS targets even tho it's against darwin. tree-profile.c is generating gimple directly for the inserted statements - AFAICT it's assuming that these don't need further expansion/gimplification... We need to substitute a reference and call for each emutls var ref. so that needs to be stuffed in and gimplified.. on my TODO if unless someone gets there first .. -- iains at gcc dot gnu dot org changed: What|Removed |Added CC|developer at sandoe-|iains at gcc dot gnu dot org |acoustics dot co dot uk | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602
[Bug debug/43950] fortran: Use DW_AT_identifier_case
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-19 14:54 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43950
[Bug debug/43762] VLA artificial length var loclist is missing DW_OP_stack_value
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-19 14:55 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43762
[Bug debug/43540] ICE: vector VEC(dw_cfi_ref,heap) grow domain error, in output_cfis at dwarf2out.c:3346 or OOM-killed
--- Comment #10 from jakub at gcc dot gnu dot org 2010-05-19 14:56 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43540
[Bug lto/44196] lto1: ICE: tree check: expected field_decl, have type_decl in gimple_types_compatible_p, at gimple.c:3597
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-19 15:01 --- Hm, we have a cgraph node ConstValueTypeSerializationBufferOrdinal::ConstValueTypeSerializationBuffer(Ordinal) [with Ordinal = int]/2(1) @0x77edd930 (asm: _ZN33ConstValueTypeSerializationBufferIiEC2Ei) analyzed 11 time, 12 benefit 2 size, 3 benefit reachable body finalized called by: int main()/0 (1.00 per call) (can throw external) calls: static void DirectSerializationTraitsOrdinal::fromCountToDirectBytes(Ordinal) [with Ordinal = int]/4 (1.00 per call) References: Refering this function: aliases thunks: ConstValueTypeSerializationBufferOrdinal::ConstValueTypeSerializationBuffer(Ordinal) [with Ordinal = int]/3 (asm: _ZN33ConstValueTypeSerializationBufferIiEC1Ei) where its function decl has DECL_SAVED_TREE, DECL_INITIAL and gimple_has_body_p is false. Huh. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44196