[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs
--- Comment #9 from ubizjak at gmail dot com 2009-09-05 06:08 --- (In reply to comment #8) I will start full bootstrap and regression test over night. The patch was bootstrapped and regression tested on alphaev68-linux-gnu where it fixes mentioned failures. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
[Bug tree-optimization/41271] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1
--- Comment #1 from ubizjak at gmail dot com 2009-09-05 06:48 --- This test fails for all targets. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|hppa-unknown-linux-gnu | GCC host triplet|hppa-unknown-linux-gnu | GCC target triplet|hppa-unknown-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2009-09-05 06:48:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41271
[Bug tree-optimization/41271] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1
--- Comment #2 from ubizjak at gmail dot com 2009-09-05 07:00 --- Works with r151120 [1], fails with r151122 [2]. [1] http://gcc.gnu.org/ml/gcc-testresults/2009-08/msg02761.html [2] http://gcc.gnu.org/ml/gcc-testresults/2009-08/msg02759.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41271
[Bug c++/41254] crashed compile Qt4 gui library
--- Comment #3 from t7 at gmail dot com 2009-09-05 07:02 --- (In reply to comment #2) The preprocessed source is not useful as it contains references to the precompiled header. Please reproduce without the precompiled header. I have no idea on how to do that I would like to have this bug fixed, thank you. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug tree-optimization/41271] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1
--- Comment #3 from ubizjak at gmail dot com 2009-09-05 07:05 --- It is r151122, richi's fix for PR41163: Author: rguenth Date: Wed Aug 26 13:23:04 2009 New Revision: 151122 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151122 -- ubizjak at gmail dot com changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41271
[Bug java/41260] major regressions in libjava testsuite between 4.4.1 and gcc trunk
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-09-05 07:14 --- Second round of regression hunting shows.. r147974 without regressions r147995 with regressions -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug tree-optimization/41271] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1
--- Comment #4 from ubizjak at gmail dot com 2009-09-05 07:19 --- Backing out [1] fixes the failure. [1] http://gcc.gnu.org/ml/gcc-patches/2009-08/msg01423.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41271
[Bug ada/41100] [4.4 regression] Unchecked_Deallocation causes double-free errors
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-09-05 07:34 --- Created an attachment (id=18499) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18499action=view) Diff between gnatmake -gnatDg -Pdoublefree.gpr on 32-bit i486 and 64-bit amd64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41100
[Bug ada/41100] [4.4 regression] Unchecked_Deallocation causes double-free errors
--- Comment #2 from ludovic at ludovic-brenta dot org 2009-09-05 07:38 --- Created an attachment (id=18500) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18500action=view) Object and executable files, plus output of -gnatDg, on 32-bit i486. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41100
[Bug debug/41266] Emit DW_TAG_template_parameter_pack and DW_TAG_formal_parameter_pack
--- Comment #1 from dodji at gcc dot gnu dot org 2009-09-05 07:38 --- A patch was sent to http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00387.html . -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-09-05 07:38:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41266
[Bug ada/41100] [4.4 regression] Unchecked_Deallocation causes double-free errors
--- Comment #3 from ludovic at ludovic-brenta dot org 2009-09-05 07:39 --- Created an attachment (id=18501) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18501action=view) Object and executable files, plus output of -gnatDg, on 64-bit x86-64 (amd64). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41100
[Bug java/41260] major regressions in libjava testsuite between 4.4.1 and gcc trunk
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-09-05 08:08 --- r147982 without regressions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug debug/41272] FAIL: gcc.dg/debug/dwarf2/inline2.c scan-assembler-times \(DIE \(.*?\) DW_TAG_in lined_subroutine 6
--- Comment #3 from dodji at gcc dot gnu dot org 2009-09-05 08:40 --- I can't reproduce this on x86_64-unknown-linux-gnu on the 4.4 branch at revision 151443. It looks like on your system, some functions that should be inlined aren't, for some reason. Are inlining decision platform dependant ? -- dodji at gcc dot gnu dot org changed: What|Removed |Added CC||dodji at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41272
[Bug java/41260] major regressions in libjava testsuite between 4.4.1 and gcc trunk
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2009-09-05 08:57 --- r147989 without regressions. The regressions start with r147995. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug java/41260] major regressions in libjava testsuite between 4.4.1 and gcc trunk caused by r147995
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2009-09-05 08:58 --- Author: rth Date: Sat May 30 00:33:46 2009 New Revision: 147995 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147995 Log: * cfgcleanup.c (try_crossjump_to_edge): Only skip past NOTE_INSN_BASIC_BLOCK. * cfglayout.c (duplicate_insn_chain): Copy epilogue insn marks. Duplicate NOTE_INSN_EPILOGUE_BEG notes. * cfgrtl.c (can_delete_note_p): Allow NOTE_INSN_EPILOGUE_BEG to be deleted. * dwarf2out.c (struct cfa_loc): Change indirect field to bitfield, add in_use field. (add_cfi): Disable check redefining cfa away from drap. (lookup_cfa_1): Add remember argument; handle remember/restore. (lookup_cfa): Pass remember argument. (cfa_remember): New. (compute_barrier_args_size_1): Remove sibcall check. (dwarf2out_frame_debug_def_cfa): New. (dwarf2out_frame_debug_adjust_cfa): New. (dwarf2out_frame_debug_cfa_offset): New. (dwarf2out_frame_debug_cfa_register): New. (dwarf2out_frame_debug_cfa_restore): New. (dwarf2out_frame_debug): Handle REG_CFA_* notes. (dwarf2out_begin_epilogue): New. (dwarf2out_frame_debug_restore_state): New. (dw_cfi_oprnd1_desc): Handle DW_CFA_remember_state, DW_CFA_restore_state. (output_cfi_directive): Likewise. (convert_cfa_to_fb_loc_list): Likewise. (dw_cfi_oprnd1_desc): Handle DW_CFA_restore. * dwarf2out.h: Update. * emit-rtl.c (try_split): Don't split RTX_FRAME_RELATED_P. (copy_insn_1): Early out for null. * final.c (final_scan_insn): Call dwarf2out_begin_epilogue and dwarf2out_frame_debug_restore_state. * function.c (prologue, epilogue, sibcall_epilogue): Remove. (prologue_insn_hash, epilogue_insn_hash): New. (free_after_compilation): Adjust freeing accordingly. (record_insns): Create hash table if needed; push insns into hash instead of array. (maybe_copy_epilogue_insn): New. (contains): Search hash table instead of array. (sibcall_epilogue_contains): Remove. (thread_prologue_and_epilogue_insns): Split eh_return insns and mark them as epilogues. (reposition_prologue_and_epilogue_notes): Rewrite epilogue scanning in terms of basic blocks. * insn-notes.def (CFA_RESTORE_STATE): New. * jump.c (returnjump_p_1): Accept EH_RETURN. (eh_returnjump_p_1, eh_returnjump_p): New. * reg-notes.def (CFA_DEF_CFA, CFA_ADJUST_CFA, CFA_OFFSET, CFA_REGISTER, CFA_RESTORE): New. * rtl.def (EH_RETURN): New. * rtl.h (eh_returnjump_p, maybe_copy_epilogue_insn): Declare. * config/bfin/bfin.md (UNSPEC_VOLATILE_EH_RETURN): Remove. (eh_return_internal): Use eh_return rtx; split w/ epilogue. * config/i386/i386.c (gen_push): Update cfa state. (pro_epilogue_adjust_stack): Add set_cfa argument. When true, add a CFA_ADJUST_CFA note. (ix86_dwarf_handle_frame_unspec): Remove. (ix86_expand_prologue): Update cfa state. (ix86_emit_restore_reg_using_pop): New. (ix86_emit_restore_regs_using_pop): New. (ix86_emit_leave): New. (ix86_emit_restore_regs_using_mov): Add CFA_RESTORE notes. (ix86_expand_epilogue): Add notes for unwinding the epilogue. * config/i386/i386.h (struct machine_cfa_state): New. (ix86_cfa_state): New. * config/i386/i386.md (UNSPEC_EH_RETURN): Remove. (eh_return_internal): Merge from eh_return_mode, use eh_return rtx, split w/ epilogue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug fortran/40070] Some math expressions containing exponents fail on a Windows 64 build
--- Comment #14 from ktietz at gcc dot gnu dot org 2009-09-05 09:17 --- (In reply to comment #13) This looks like a target bug. This looks also like a problem with the way arguments and results are handled (this is why I have suggested an alignement problem in comment #9). The result in comment #2: Function 3: result 1: -4171845731254704300. result 2: 142007.828125 seems also to point in this direction. We had a strict-aliasing bug in mingw's runtime. Could you retest the bug with newer runtime, if it is solved. Cheers, Kai -- ktietz at gcc dot gnu dot org changed: What|Removed |Added CC||ktietz at gcc dot gnu dot ||org GCC target triplet||*-*-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40070
[Bug bootstrap/19255] cross-chain build failure [MinGW]
--- Comment #5 from ktietz at gcc dot gnu dot org 2009-09-05 09:57 --- Yes, I close it. -- ktietz at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19255
[Bug middle-end/41268] [4.5 Regression] bootstrap is broken after r151350 (expand from tuples)
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|bootstrap is broken after |[4.5 Regression] bootstrap |r151350 (expand from tuples)|is broken after r151350 ||(expand from tuples) Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41268
[Bug testsuite/41270] FAIL: gcc.dg/guality/guality.c -O0 (test for excess errors)
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-05 10:01 --- I think this is supposed to be fixed with r151434, can you double-check this still occurs for you? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41270
[Bug driver/41024] driver passes wrong parameter to as
--- Comment #2 from ktietz at gcc dot gnu dot org 2009-09-05 10:02 --- (In reply to comment #1) It's because of this in gcc/config/i386/mingw-w64.h: #define ASM_SPEC %{v:-V} %{n} %{T} %{Ym,*} %{Yd,*} \ %{Wa,*:%*} %{m32:--32} %{m64:--64} The %{v:-V} part is what's triggering what you see. Now, the question is why is your as rejecting the -V option? My linux as accepts it, my darwin as also, but i586-pc-mingw32-as doesn't... After further investigation, it seems that handling the option -V on i386 processors is only done for ELF targets; can't even begin to think of a good reason for that, but that's what gas source code says. So, I recommend the following (untested) patch to GCC: Index: gcc/config/i386/mingw-w64.h === --- gcc/config/i386/mingw-w64.h (revision 151373) +++ gcc/config/i386/mingw-w64.h (working copy) @@ -36,7 +36,7 @@ /* Enable multilib. */ #undef ASM_SPEC -#define ASM_SPEC %{v:-V} %{n} %{T} %{Ym,*} %{Yd,*} \ +#define ASM_SPEC %{v} %{n} %{T} %{Ym,*} %{Yd,*} \ %{Wa,*:%*} %{m32:--32} %{m64:--64} #if TARGET_64BIT_DEFAULT Ok, could you sent a patch for it. It is pre-approved by me. Thanks, Kai -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41024
[Bug debug/41272] FAIL: gcc.dg/debug/dwarf2/inline2.c scan-assembler-times \(DIE \(.*?\) DW_TAG_in lined_subroutine 6
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-05 10:05 --- They are platform dependent in that non-register operations are accounted according to their move cost. Thus if at all it is int* a = 0; a[0] = var3; that makes the difference. You can either increase optimization level or the inlining parameters. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41272
[Bug tree-optimization/41271] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-05 10:09 --- Pfff. -- 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|2009-09-05 06:48:12 |2009-09-05 10:09:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41271
[Bug fortran/40812] Files 2GB are incorrectly handled on mingw
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-09-05 10:10 --- I can confirm the issue with Steve's testcase on a (i686-darwin) to (i586-pc-mingw32) cross-compiler, at trunk revision 151373. The issue can even be seen while running the compiled program under wine, which should make it rather easy to reproduce without having to deal with Windows :) I even have a simplified testcase, with one big write (and no CPU consumption dealing with integer formating): implicit none character(len=1024*1024), parameter :: mb = integer :: i open(1, file = 't2.dat') write (1,(A)) (mb, i = 1, 2*1024 + 100) close(1) end $ ls -l t2* -rw-r--r-- 1 fx staff 2252343396 Sep 5 12:05 t2-darwin.dat -rw-r--r-- 1 fx staff 2251296966 Sep 5 12:06 t2-mingw.dat where t2-darwin.dat is produced by the darwin executable, and t2.dat is produced by the mingw executable. Please note: the sizes should actually not be equal, but t2-mingw.dat should have exactly 2148 more bytes (= 2*1024 + 100) because mingw has CR+LF line endings. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|Same| GCC host triplet|Windows XP Pro, Core2Quad | |Q6600, 2Gb RAM | GCC target triplet|Same|i586-pc-mingw32 Keywords||wrong-code Known to fail||4.5.0 Last reconfirmed|-00-00 00:00:00 |2009-09-05 10:10:54 date|| Summary|Incorrectly writes/reads|Files 2GB are incorrectly |formatted ASCII files |handled on mingw |greater than 2Gb| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40812
[Bug driver/41024] driver passes wrong parameter to as
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-09-05 10:14 --- (In reply to comment #2) Ok, could you sent a patch for it. It is pre-approved by me. I can't test it, have you? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41024
[Bug c++/41273] New: ICE in add_virtual_operand, at tree-ssa-operands.c:638
The attached code fails with: p...@dogbert g++ -O2 -g -c mole_h2.cpp mole_h2.cpp: In function void H2_LevelPops(): mole_h2.cpp:5:6: internal compiler error: in add_virtual_operand, at tree-ssa-operands.c:638 Please submit a full bug report, ...etc. p...@dogbert g++ -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc450/configure --prefix=/usr/local/gcc450 --enable-languages=c,c++,fortran Thread model: posix gcc version 4.5.0 20090905 (experimental) (GCC) (this is r151446). Note that there is nothing C++ specific left in the reduced test case, however if you rename to mole_h2.c and compile with gcc, the bug goes away. The -g option is necessary to trigger the bug. The code is compiled correctly with g++ 4.4.1 and older. -- Summary: ICE in add_virtual_operand, at tree-ssa-operands.c:638 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: p dot vanhoof at oma dot be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41273
[Bug c++/41273] ICE in add_virtual_operand, at tree-ssa-operands.c:638
--- Comment #1 from p dot vanhoof at oma dot be 2009-09-05 10:20 --- Created an attachment (id=18502) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18502action=view) code that fails -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41273
[Bug c++/41254] crashed compile Qt4 gui library
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-05 10:23 --- remove tmp/obj/release_static/qt_gui_pch.h and re-run the g++ command without the -include tmp/obj/release_static/qt_gui_pch.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug java/41260] [4.5 Regression] major regressions in libjava testsuite between 4.4.1 and gcc trunk caused by r147995
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|major regressions in libjava|[4.5 Regression] major |testsuite between 4.4.1 and |regressions in libjava |gcc trunk caused by r147995 |testsuite between 4.4.1 and ||gcc trunk caused by r147995 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug c++/41254] crashed compile Qt4 gui library
--- Comment #5 from t7 at gmail dot com 2009-09-05 10:53 --- Created an attachment (id=18503) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18503action=view) Preprocessed test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug c++/41273] [4.5 Regression] ICE in add_virtual_operand, at tree-ssa-operands.c:638
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-05 11:30 --- That's gcc_assert (!is_gimple_debug (stmt)); and thus Alexs. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org, rguenth at gcc dot gnu ||dot org Summary|ICE in add_virtual_operand, |[4.5 Regression] ICE in |at tree-ssa-operands.c:638 |add_virtual_operand, at ||tree-ssa-operands.c:638 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41273
[Bug driver/41024] driver passes wrong parameter to as
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-09-05 11:20 --- (In reply to comment #3) (In reply to comment #2) Ok, could you sent a patch for it. It is pre-approved by me. I can't test it, have you? I am retesting it. I think {v:-v} is better here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41024
[Bug c++/41254] crashed compile Qt4 gui library
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-05 11:34 --- Free lang data related. We're recursing a bit too deep ... Reducing. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org, dnovillo at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug tree-optimization/41271] [4.5 Regression] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1
--- Comment #7 from joseph at codesourcery dot com 2009-09-05 11:35 --- Subject: Re: [4.5 Regression] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1 On Sat, 5 Sep 2009, rguenth at gcc dot gnu dot org wrote: It's glibc prototyping printf as extern int printf (__const char * __restrict __format, ...); note the __restrict qualifier on __format. This doesn't match up exactly with our builtin function definition which is extern int printf (__const char * __format, ...); No idea why glibc adds __restrict everywhere. Because in C99 that is the correct prototype for printf (and a lot of other standard functions also have restrict qualifiers on pointer parameters). Qualifiers on function parameters are ignored for the purposes of type compatibility and composite types (6.7.5.3#15) so it shouldn't matter whether the restrict is present on the built-in function or not - the qualifiers only matter within the function definition, not for callers of the function. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41271
[Bug fortran/41258] [4.4/4.5 Regression] internal compiler error: in find_typebound_proc_uop, at fortran/symbol.c:4575
--- Comment #3 from pault at gcc dot gnu dot org 2009-09-05 11:36 --- Created an attachment (id=18504) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18504action=view) Fix for the PR As soon as it has finished regtesting, I will commit as 'obvious'. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41258
[Bug c++/41273] [4.5 Regression] ICE in add_virtual_operand, at tree-ssa-operands.c:638
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-05 11:42 --- I have a patch. -- 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|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-09-05 11:42:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41273
[Bug tree-optimization/41271] [4.5 Regression] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1
--- Comment #8 from rguenther at suse dot de 2009-09-05 11:47 --- Subject: Re: [4.5 Regression] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1 On Sat, 5 Sep 2009, joseph at codesourcery dot com wrote: --- Comment #7 from joseph at codesourcery dot com 2009-09-05 11:35 --- Subject: Re: [4.5 Regression] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1 On Sat, 5 Sep 2009, rguenth at gcc dot gnu dot org wrote: It's glibc prototyping printf as extern int printf (__const char * __restrict __format, ...); note the __restrict qualifier on __format. This doesn't match up exactly with our builtin function definition which is extern int printf (__const char * __format, ...); No idea why glibc adds __restrict everywhere. Because in C99 that is the correct prototype for printf (and a lot of other standard functions also have restrict qualifiers on pointer parameters). Qualifiers on function parameters are ignored for the purposes of type compatibility and composite types (6.7.5.3#15) so it shouldn't matter whether the restrict is present on the built-in function or not - the qualifiers only matter within the function definition, not for callers of the function. Yes, my fix is to ignore the qualifiers. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41271
[Bug c++/41274] New: Some -Wconversion warnings are almost impossible to fix
Some -Wconversion warnings are just useless and almost impossible to fix. Consider the following example: template typename T inline void add_to_v1(T v1, const T v2) { v1 += v2; // warning: conversion to short int from int may alter its value } int main() { { short i1 = 0; short i2; i1 += i2; // warning: conversion to short int from int may alter its value } { short i1 = 0; short i2; i1 /= i2; // warning: conversion to short int from int may alter its value } { char c1 = 0; char c2; c1 += c2; // warning: conversion to char from int may alter its value } { short v1; add_to_v1(v1, (short)2); // see function template above } return 0; } As you can see, a simple += operator between short integers causes the warning, which is, of course, a standard C/C++ feature with defined behaviour. Same goes for the other ones, like /= operator. The worse thing about it is that it's impossible to shut it up when using function templates, without making specializations for every type for which sizeof(T) sizeof(int). The += operator in the function template above is expected to work with any T supporting operator+=. Instead, we get an essentially non-fixable warning there. Since a+=b and a=a+b mean different things depending on type, such warnings cannot be fixed with static_cast. gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) -- Summary: Some -Wconversion warnings are almost impossible to fix Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ashaduri at gmail dot com GCC build triplet: x86_64-suse-linux GCC host triplet: x86_64-suse-linux GCC target triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41274
[Bug driver/41024] driver passes wrong parameter to as
--- Comment #5 from ktietz at gcc dot gnu dot org 2009-09-05 13:14 --- I am retesting it. I think {v:-v} is better here. This patch works fine. Could you post a patch for it. It is pre-approved. Thanks, Kai Index: mingw-w64.h === --- mingw-w64.h (revision 151421) +++ mingw-w64.h (working copy) @@ -36,7 +36,7 @@ /* Enable multilib. */ #undef ASM_SPEC -#define ASM_SPEC %{v:-V} %{n} %{T} %{Ym,*} %{Yd,*} \ +#define ASM_SPEC %{v:-v} %{n} %{T} %{Ym,*} %{Yd,*} \ %{Wa,*:%*} %{m32:--32} %{m64:--64} #if TARGET_64BIT_DEFAULT -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41024
[Bug java/41260] [4.5 Regression] major regressions in libjava testsuite between 4.4.1 and gcc trunk caused by r147995
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2009-09-05 13:35 --- Created an attachment (id=18505) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18505action=view) testsuite results for r147989 on x86_64-apple-darwin10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug c++/41275] New: [4.5] ICE: expand_expr_real_1, at expr.c:8416
With GCC tr...@151445 g++-4.5 -v -save-temps -O2 -fomit-frame-pointer -DUNIX -Wall -Wno-multichar -Wsign-compare -Wundef -Wwrite-strings -Wpointer-arith -Wno-uninitialized -W -Wno-unused-parameter -Wformat=2 -Wredundant-decls -fno-strict-aliasing -Wcast-qual -fno-strict-overflow -DWITH_ALLEGRO -I/usr/include -DWITH_SDL -I/usr/include/SDL -D_REENTRANT -DWITH_ZLIB -D_SQ64 -I/home/rubidium/openttd/special/gcc-4.5/src/3rdparty/squirrel/include -DWITH_PNG -I/usr/include/libpng12 -DWITH_FONTCONFIG-DWITH_FREETYPE -I/usr/include/freetype2 -DWITH_ICU -D_REENTRANT -I/usr/include -DENABLE_NETWORK -DWITH_PERSONAL_DIR -DPERSONAL_DIR=\.openttd\ -DGLOBAL_DATA_DIR=\/usr/local/share/games/openttd\ -I /home/rubidium/openttd/special/gcc-4.5/objs/release -I /home/rubidium/openttd/special/gcc-4.5/objs/lang -c -o misc_gui.o /home/rubidium/openttd/special/gcc-4.5/src/misc_gui.cpp Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../4.5/configure --program-suffix=-4.5 --enable-languages=c,c++ : (reconfigured) ../4.5/configure --program-suffix=-4.5 --enable-languages=c,c++ --no-create --no-recursion : (reconfigured) ../4.5/configure --program-suffix=-4.5 --enable-languages=c,c++ --no-create --no-recursion : (reconfigured) ../4.5/configure --program-suffix=-4.5 --enable-languages=c,c++ --no-create --no-recursion Thread model: posix gcc version 4.5.0 20090905 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O2' '-fomit-frame-pointer' '-DUNIX' '-Wall' '-Wno-multichar' '-Wsign-compare' '-Wundef' '-Wwrite-strings' '-Wpointer-arith' '-Wno-uninitialized' '-W' '-Wno-unused-parameter' '-Wformat=2' '-Wredundant-decls' '-fno-strict-aliasing' '-Wcast-qual' '-fno-strict-overflow' '-DWITH_ALLEGRO' '-I/usr/include' '-DWITH_SDL' '-I/usr/include/SDL' '-D_REENTRANT' '-DWITH_ZLIB' '-D_SQ64' '-I/home/rubidium/openttd/special/gcc-4.5/src/3rdparty/squirrel/include' '-DWITH_PNG' '-I/usr/include/libpng12' '-DWITH_FONTCONFIG' '-DWITH_FREETYPE' '-I/usr/include/freetype2' '-DWITH_ICU' '-D_REENTRANT' '-I/usr/include' '-DENABLE_NETWORK' '-DWITH_PERSONAL_DIR' '-DPERSONAL_DIR=.openttd' '-DGLOBAL_DATA_DIR=/usr/local/share/games/openttd' '-I' '/home/rubidium/openttd/special/gcc-4.5/objs/release' '-I' '/home/rubidium/openttd/special/gcc-4.5/objs/lang' '-c' '-o' 'misc_gui.o' '-shared-libgcc' '-mtune=generic' /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1plus -E -quiet -v -I/usr/include -I/usr/include/SDL -I/home/rubidium/openttd/special/gcc-4.5/src/3rdparty/squirrel/include -I/usr/include/libpng12 -I/usr/include/freetype2 -I/usr/include -I /home/rubidium/openttd/special/gcc-4.5/objs/release -I /home/rubidium/openttd/special/gcc-4.5/objs/lang -D_GNU_SOURCE -DUNIX -DWITH_ALLEGRO -DWITH_SDL -D_REENTRANT -DWITH_ZLIB -D_SQ64 -DWITH_PNG -DWITH_FONTCONFIG -DWITH_FREETYPE -DWITH_ICU -D_REENTRANT -DENABLE_NETWORK -DWITH_PERSONAL_DIR -DPERSONAL_DIR=.openttd -DGLOBAL_DATA_DIR=/usr/local/share/games/openttd /home/rubidium/openttd/special/gcc-4.5/src/misc_gui.cpp -mtune=generic -Wall -Wno-multichar -Wsign-compare -Wundef -Wwrite-strings -Wpointer-arith -Wno-uninitialized -W -Wno-unused-parameter -Wformat=2 -Wredundant-decls -Wcast-qual -fomit-frame-pointer -fno-strict-aliasing -fno-strict-overflow -O2 -fpch-preprocess -o misc_gui.ii ignoring nonexistent directory /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../x86_64-unknown-linux-gnu/include ignoring duplicate directory /usr/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /usr/include as it is a non-system directory that duplicates a system directory #include ... search starts here: #include ... search starts here: /usr/include/SDL /home/rubidium/openttd/special/gcc-4.5/src/3rdparty/squirrel/include /usr/include/libpng12 /usr/include/freetype2 /home/rubidium/openttd/special/gcc-4.5/objs/release /home/rubidium/openttd/special/gcc-4.5/objs/lang /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0 /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/x86_64-unknown-linux-gnu /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/backward /usr/local/include /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/include /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/include-fixed /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O2' '-fomit-frame-pointer' '-DUNIX' '-Wall' '-Wno-multichar' '-Wsign-compare' '-Wundef' '-Wwrite-strings' '-Wpointer-arith' '-Wno-uninitialized' '-W' '-Wno-unused-parameter' '-Wformat=2' '-Wredundant-decls' '-fno-strict-aliasing' '-Wcast-qual' '-fno-strict-overflow' '-DWITH_ALLEGRO' '-I/usr/include' '-DWITH_SDL' '-I/usr/include/SDL
[Bug c++/41275] [4.5] ICE: expand_expr_real_1, at expr.c:8416
--- Comment #1 from rubidium at openttd dot org 2009-09-05 13:42 --- Created an attachment (id=18506) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18506action=view) The .ii file of save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41275
[Bug tree-optimization/41276] New: [4.5 Regression] Segmentation fault in lookup_page_table_entry
/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/ -B/opt/g nu64/gcc/gcc-4.5.0/hppa64-hp-hpux11.11/bin/ -B/opt/gnu64/gcc/gcc-4.5.0/hppa64-hp -hpux11.11/bin/ -B/opt/gnu64/gcc/gcc-4.5.0/hppa64-hp-hpux11.11/lib/ -isystem /op t/gnu64/gcc/gcc-4.5.0/hppa64-hp-hpux11.11/include -isystem /opt/gnu64/gcc/gcc-4. 5.0/hppa64-hp-hpux11.11/sys-include-c -g -O2 -DIN_GCC -W -Wall -Wwrite-st rings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attr ibute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wer ror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I. ./../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../lib cpp/include -I/opt/gnu64/gcc/gcc-4.5.0/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber../../gcc/gcc/cse.c -o cse.o ../../gcc/gcc/cse.c: In function 'canon_reg': ../../gcc/gcc/cse.c:2947:1: internal compiler error: Segmentation fault Under gdb, we have: Starting program: /test/gnu/gcc/objdir/prev-gcc/cc1 -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I/opt/gnu64/gcc/gcc-4.5.0/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -iprefix /test/gnu/gcc/objdir/prev-gcc/../lib/gcc/hppa64-hp-hpux11.11/4.5.0/ -isystem /test/gnu/gcc/objdir/./prev-gcc/include -isystem /test/gnu/gcc/objdir/./prev-gcc/include-fixed -DIN_GCC -DHAVE_CONFIG_H -isystem /opt/gnu64/gcc/gcc-4.5.0/hppa64-hp-hpux11.11/include -isystem /opt/gnu64/gcc/gcc-4.5.0/hppa64-hp-hpux11.11/sys-include ../../gcc/gcc/cse.c -dumpbase cse.c -auxbase-strip cse.s -g -O2 -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -version -fno-common -o cse.s -quiet warning: Private mapping of shared library text was not specified by the executable; setting a breakpoint in a shared library which is not privately mapped will not work. See the HP-UX 11i v3 chatr manpage for methods to privately map shared library text. warning: Loadable segment .tbss outside of ELF segments warning: Loadable segment .tbss outside of ELF segments GNU C (GCC) version 4.5.0 20090905 (experimental) [trunk revision 151445] (hppa64-hp-hpux11.11) compiled by GNU C version 4.3.3, GMP version 4.3.1, MPFR version 2.4.1 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C (GCC) version 4.5.0 20090905 (experimental) [trunk revision 151445] (hppa64-hp-hpux11.11) compiled by GNU C version 4.3.3, GMP version 4.3.1, MPFR version 2.4.1 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 902df5a7f01231b647007075d5f10e0d Program received signal SIGSEGV, Segmentation fault. 0x40a548e4 in lookup_page_table_entry (p=Cannot access memory at address 0x0 ) at ../../gcc/gcc/ggc-page.c:580 580 while (table-high_bits != high_bits) (gdb) p table $20 = (page_table) 0x0 The fault occurs in the first call to lookup_page_table_entry. We have the following when the code first reaches line 581: Breakpoint 5, lookup_page_table_entry (p=0x245265766973696f) at ../../gcc/gcc/ggc-page.c:581 581 table = table-next; (gdb) p/x $r26 $21 = 0x800100345520 (gdb) p/x high_bits $22 = 0x8001 (gdb) p/x table-high_bits $23 = 0x83ff (gdb) p/x table-next $24 = 0x0 Have to think the value passed in $r26 is garbage. Breakpoint 5, lookup_page_table_entry (p=0x245265766973696f) at ../../gcc/gcc/ggc-page.c:581 581 table = table-next; (gdb) bt #0 lookup_page_table_entry (p=0x245265766973696f) at ../../gcc/gcc/ggc-page.c:581 #1 0x40a55f40 in ggc_set_mark (p=0x800100345520) at ../../gcc/gcc/ggc-page.c:1319 #2 0x4143bbc0 in gt_ggc_mx_rtx_def (x_p=0x245265766973696f) at gtype-desc.c:1220 #3 0x4143f014 in gt_ggc_mx_rtx_def (x_p=0x245265766973696f) at gtype-desc.c:1790 #4 0x4143e850 in gt_ggc_mx_rtx_def (x_p=0x245265766973696f) at gtype-desc.c:1709 #5 0x41437318 in gt_ggc_mx_rtl_bb_info (x_p=0x245265766973696f) at gtype-desc.c:319 #6 0x41439f68 in gt_ggc_mx_basic_block_def (x_p=0x245265766973696f) at gtype-desc.c:929 #7 0x41437e00 in gt_ggc_mx_control_flow_graph ( x_p=0x245265766973696f) at gtype-desc.c:450 #8 0x41439450 in gt_ggc_mx_function (x_p=0x245265766973696f) at gtype-desc.c:788 #9 0x406e2730 in gt_ggc_mx_lang_tree_node (x_p=0x245265766973696f) at ./gt-c-decl.h:405 #10 0x406e2828 in gt_ggc_mx_lang_tree_node (x_p=0x245265766973696f) at ./gt-c-decl.h:412 #11 0x406e2828 in gt_ggc_mx_lang_tree_node (x_p=0x245265766973696f) ---Type return to continue, or q return to quit--- at ./gt-c-decl.h:412 #12
[Bug c++/41275] [4.5] ICE: expand_expr_real_1, at expr.c:8416
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-05 13:53 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41275
[Bug tree-optimization/41276] [4.5 Regression] Segmentation fault in lookup_page_table_entry
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-05 13:55 --- Subject: Re: New: [4.5 Regression] Segmentation fault in lookup_page_table_entry Attached .i. Dave --- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-05 13:55 --- Created an attachment (id=18507) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18507action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41276
[Bug tree-optimization/41276] [4.5 Regression] Segmentation fault in lookup_page_table_entry
--- Comment #3 from danglin at gcc dot gnu dot org 2009-09-05 13:58 --- # ./xgcc -B./ -v Reading specs from ./specs Target: hppa64-hp-hpux11.11 Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu64/bin/as --with-ld=/usr/ccs/bin/ld --enable-shared --with-local-prefix=/opt/gnu64 --prefix=/opt/gnu64/gcc/gcc-4.5.0 --build=hppa64-hp-hpux11.11 --enable-threads=posix --disable-nls --with-gmp=/opt/gnu64/gcc/gcc-4.5.0 -enable-languages=c,c++,objc,obj-c++,fortran Thread model: posix gcc version 4.5.0 20090905 (experimental) [trunk revision 151445] (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41276
[Bug c/41277] New: [4.5 regression] libx264 don't want to compile
Hi, I can't compile libx264 with GCC 4.5.0 (20090827), but I can without problems with GCC 4.4.2 (20090825). I include preprocessed problematic file from GCC 4.4.2 and GCC 4.5.0 - encoder/analyse.c Regards -- Summary: [4.5 regression] libx264 don't want to compile Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ami_stuff at o2 dot pl GCC host triplet: i686-cygwin GCC target triplet: m68k-amigaos http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41277
[Bug java/41260] [4.5 Regression] major regressions in libjava testsuite between 4.4.1 and gcc trunk caused by r147995
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2009-09-05 14:02 --- Still running make check on r147995 but that revision appears to have caused massive regressions in testsuite which aren't present in currently in gcc trunk. Will look for any other test cases outside of libjava that are still failing on x86_64-apple-darwin10 and started failing at r147995. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug c/41277] [4.5 regression] libx264 don't want to compile
--- Comment #1 from ami_stuff at o2 dot pl 2009-09-05 14:03 --- Created an attachment (id=18508) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18508action=view) preprocessed file from GCC 4.4.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41277
[Bug c/41277] [4.5 regression] libx264 don't want to compile
--- Comment #2 from ami_stuff at o2 dot pl 2009-09-05 14:03 --- Created an attachment (id=18509) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18509action=view) preprecessed file from GCC 4.5.0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41277
[Bug c++/40752] -Wconversion generates false warnings for operands not larger than target type
--- Comment #16 from manu at gcc dot gnu dot org 2009-09-05 14:05 --- *** Bug 41274 has been marked as a duplicate of this bug. *** -- manu at gcc dot gnu dot org changed: What|Removed |Added CC||ashaduri at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40752
[Bug c++/41274] Some -Wconversion warnings are almost impossible to fix
--- Comment #1 from manu at gcc dot gnu dot org 2009-09-05 14:05 --- *** This bug has been marked as a duplicate of 40752 *** -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41274
[Bug c/41277] [4.5 regression] libx264 don't want to compile
--- Comment #3 from ami_stuff at o2 dot pl 2009-09-05 14:07 --- $ make_68k_v45 /usr/local/amiga/bin/m68k-amigaos-gcc-4.5.0.exe -V 4.5.0 --save-temp -O2 -finlin e-functions -ffast-math -Wall -I. -DHAVE_MALLOC_H -DWORDS_BIGENDIAN -s -fomit-f rame-pointer -m68060 -c -o encoder/analyse.o encoder/analyse.c In file included from ./common/common.h:683:0, from encoder/analyse.c:31: ./common/macroblock.h: In function 'x264_mb_transform_8x8_allowed': ./common/macroblock.h:465:5: warning: dereferencing type-punned pointer will bre ak strict-aliasing rules In file included from encoder/rdo.c:59:0, from encoder/analyse.c:37: encoder/cabac.c: In function 'x264_cabac_mb8x8_mvd': encoder/cabac.c:462:13: warning: format '%s' expects type 'char *', but argument 5 has type 'int' encoder/analyse.c: In function 'x264_mb_analyse_inter_p16x16': encoder/analyse.c:1205:13: warning: format '%s' expects type 'char *', but argum ent 5 has type 'int' encoder/analyse.c:1217:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1221:5: warning: format '%s' expects type 'char *', but argume nt 5 has type 'int' encoder/analyse.c:1227:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1227:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1230:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function 'x264_mb_analyse_inter_p8x8_mixed_ref': encoder/analyse.c:1290:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1295:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function 'x264_mb_analyse_inter_p8x8': encoder/analyse.c:1326:5: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1344:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1346:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function 'x264_mb_analyse_inter_p16x8': encoder/analyse.c:1393:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1407:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function 'x264_mb_analyse_inter_p8x16': encoder/analyse.c:1442:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1456:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function 'x264_mb_analyse_inter_p4x4': encoder/analyse.c:1525:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function 'x264_mb_analyse_inter_p8x4': encoder/analyse.c:1565:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function 'x264_mb_analyse_inter_p4x8': encoder/analyse.c:1602:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function 'x264_mb_analyse_inter_b16x16': encoder/analyse.c:1677:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1704:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function 'x264_mb_cache_mv_p8x8': encoder/analyse.c:1743:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1746:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1747:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1750:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1751:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1754:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1755:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1756:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1757:13: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function 'x264_mb_cache_mv_b8x8': encoder/analyse.c:1807:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1807:9: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function 'x264_mb_cache_mv_b16x8': encoder/analyse.c:1812:5: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c:1812:5: warning: dereferencing type-punned pointer will break strict-aliasing rules encoder/analyse.c: In function
[Bug c/41277] [4.5 regression] ICE with libx264
-- ami_stuff at o2 dot pl changed: What|Removed |Added Severity|critical|major Summary|[4.5 regression] libx264|[4.5 regression] ICE with |don't want to compile |libx264 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41277
[Bug driver/41024] driver passes wrong parameter to as
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2009-09-05 14:14 --- Subject: Bug 41024 Author: fxcoudert Date: Sat Sep 5 14:14:28 2009 New Revision: 151450 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151450 Log: PR target/41024 * config/i386/mingw-w64.h (ASM_SPEC): Pass -v instead of -V to the assembler. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/mingw-w64.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41024
[Bug target/41024] driver passes wrong parameter to as
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-09-05 14:16 --- Fixed on trunk, does not exist on 4.4 branch. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Component|driver |target Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41024
[Bug c/41277] [4.5 regression] libx264 don't want to compile + ICE
-- ami_stuff at o2 dot pl changed: What|Removed |Added Severity|major |critical Summary|[4.5 regression] ICE with |[4.5 regression] libx264 |libx264 |don't want to compile + ICE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41277
[Bug target/22145] /usr/include/objc/objc-runtime.h on powerpc-darwin7.8.0 needs fixed included
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-09-05 14:21 --- Has apparently been fixed by an SDK update. Closing. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22145
[Bug fortran/41258] [4.4/4.5 Regression] internal compiler error: in find_typebound_proc_uop, at fortran/symbol.c:4575
--- Comment #4 from pault at gcc dot gnu dot org 2009-09-05 14:21 --- Subject: Bug 41258 Author: pault Date: Sat Sep 5 14:20:51 2009 New Revision: 151451 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151451 Log: 2009-09-05 Paul Thomas pa...@gcc.gnu.org PR fortran/41258 * primary.c (gfc_match_varspec): Do not look for typebound procedures unless the derived type has a f2k_derived namespace. 2009-09-05 Paul Thomas pa...@gcc.gnu.org PR fortran/41258 * gfortran.dg/typebound_proc_12.f90 : New test. Added: trunk/gcc/testsuite/gfortran.dg/typebound_proc_12.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/primary.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41258
[Bug c++/41275] [4.5 Regression] ICE: expand_expr_real_1, at expr.c:8416
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-05 14:22 --- typedef unsigned short StringID; static const StringID INVALID_STRING_ID = 0x; class ZeroedMemoryAllocator { public: virtual ~ZeroedMemoryAllocator() { } }; struct Window : ZeroedMemoryAllocator { Window(); }; struct ErrmsgWindow : public Window { ErrmsgWindow(bool show_company_manager_face) : Window() { } ~ErrmsgWindow() { extern StringID _switch_mode_errorstr; _switch_mode_errorstr = INVALID_STRING_ID; } }; void ShowErrorMessage(void) { ErrmsgWindow w(false); } -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org, matz at suse dot de Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-09-05 14:22:36 date|| Summary|[4.5] ICE: |[4.5 Regression] ICE: |expand_expr_real_1, at |expand_expr_real_1, at |expr.c:8416 |expr.c:8416 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41275
[Bug fortran/41258] [4.4/4.5 Regression] internal compiler error: in find_typebound_proc_uop, at fortran/symbol.c:4575
--- Comment #5 from pault at gcc dot gnu dot org 2009-09-05 14:25 --- Subject: Bug 41258 Author: pault Date: Sat Sep 5 14:25:39 2009 New Revision: 151452 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151452 Log: 2009-09-05 Paul Thomas pa...@gcc.gnu.org PR fortran/41258 * primary.c (gfc_match_varspec): Do not look for typebound procedures unless the derived type has a f2k_derived namespace. 2009-09-05 Paul Thomas pa...@gcc.gnu.org PR fortran/41258 * gfortran.dg/typebound_proc_12.f90 : New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/typebound_proc_12.f90 Modified: branches/gcc-4_4-branch/gcc/fortran/ChangeLog branches/gcc-4_4-branch/gcc/fortran/primary.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41258
[Bug java/41260] [4.5 Regression] major regressions in libjava testsuite between 4.4.1 and gcc trunk caused by r147995
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2009-09-05 14:27 --- I just noticed PR 40304 which fixed regressions stack unwind from r147995. Will move testing up to that revision to try to reduce the noise when looking for residual regressions in current gcc trunk that may have been introduced at r147995 (outside of libjava). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug c/41277] [4.5 regression] libx264 don't want to compile + ICE
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-05 14:31 --- Reducing. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41277
[Bug fortran/41258] [4.4/4.5 Regression] internal compiler error: in find_typebound_proc_uop, at fortran/symbol.c:4575
--- Comment #6 from pault at gcc dot gnu dot org 2009-09-05 14:31 --- Fixed on trunk and 4.4. Joost, many thanks for the report. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41258
[Bug fortran/41278] New: internal compiler error related to matmul and transpose
This works with g95 and ifort but gives a compiler error with gfortran: bash-3.1$ cat bug.F90 program bug implicit none real, dimension(3,3) :: matA,matB matA(1,:)=(/1., 2., 3./) matA(2,:)=(/4., 5., 6./) matA(3,:)=(/7., 8., 9./) matB=matmul(transpose(0.5*matA),matA) end program bug bash-3.1$ gfortran -v -Wall bug.F90 -o bug Driving: gfortran -v -Wall bug.F90 -o bug -lgfortranbegin -lgfortran -lm -shared-libgcc Reading specs from /usr/lib64/gcc/x86_64-slackware-linux/4.3.3/specs Target: x86_64-slackware-linux Configured with: ../gcc-4.3.3/configure --prefix=/usr --libdir=/usr/lib64 --enable-shared --enable-bootstrap --enable-languages=ada,c,c++,fortran,java,objc --enable-threads=posix --enable-checking=release --with-system-zlib --disable-libunwind-exceptions --enable-__cxa_atexit --enable-libssp --with-gnu-ld --verbose --disable-multilib --target=x86_64-slackware-linux --build=x86_64-slackware-linux --host=x86_64-slackware-linux Thread model: posix gcc version 4.3.3 (GCC) COLLECT_GCC_OPTIONS='-v' '-Wall' '-o' 'bug' '-shared-libgcc' '-mtune=generic' /usr/libexec/gcc/x86_64-slackware-linux/4.3.3/cc1 -E -lang-fortran -traditional-cpp -D_LANGUAGE_FORTRAN -quiet -v bug.F90 -mtune=generic -Wall -o /tmp/ccLe3BpA.f95 ignoring nonexistent directory /usr/lib64/gcc/x86_64-slackware-linux/4.3.3/../../../../x86_64-slackware-linux/include #include ... search starts here: #include ... search starts here: /usr/local/include /usr/lib64/gcc/x86_64-slackware-linux/4.3.3/include /usr/lib64/gcc/x86_64-slackware-linux/4.3.3/include-fixed /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-Wall' '-o' 'bug' '-shared-libgcc' '-mtune=generic' /usr/libexec/gcc/x86_64-slackware-linux/4.3.3/f951 /tmp/ccLe3BpA.f95 -ffree-form -quiet -dumpbase bug.F90 -mtune=generic -auxbase bug -Wall -version -fpreprocessed -fintrinsic-modules-path /usr/lib64/gcc/x86_64-slackware-linux/4.3.3/finclude -o /tmp/ccsYLGw0.s GNU F95 (GCC) version 4.3.3 (x86_64-slackware-linux) compiled by GNU C version 4.3.3, GMP version 4.2.4, MPFR version 2.3.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 bug.F90: In function 'bug': bug.F90:8: internal compiler error: in gfc_conv_array_transpose, at fortran/trans-array.c:734 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: internal compiler error related to matmul and transpose Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: cmklaij at hetnet dot nl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41278
[Bug tree-optimization/41181] [4.5 Regression] internal compiler error when using x86_64-w64-mingw32-gcc to build ffmpeg ac3enc.c
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-05 14:47 --- *** Bug 41277 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||ami_stuff at o2 dot pl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
[Bug c/41277] [4.5 regression] libx264 don't want to compile + ICE
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-05 14:47 --- char paths[1024]; static void x264_slicetype_path(char (*best_paths)[250], int n, int length) { __builtin_memcpy (best_paths[n], paths, length); } void x264_slicetype_analyse(int n, int length) { char best_paths[250][250]; x264_slicetype_path (best_paths, n, length); } *** This bug has been marked as a duplicate of 41181 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41277
[Bug tree-optimization/41181] [4.5 Regression] internal compiler error when using x86_64-w64-mingw32-gcc to build ffmpeg ac3enc.c
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-05 14:48 --- Testcase from PR41277 char paths[1024]; static void x264_slicetype_path(char (*best_paths)[250], int n, int length) { __builtin_memcpy (best_paths[n], paths, length); } void x264_slicetype_analyse(int n, int length) { char best_paths[250][250]; x264_slicetype_path (best_paths, n, length); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
[Bug tree-optimization/41276] [4.5 Regression] Segmentation fault in lookup_page_table_entry
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41276
[Bug fortran/41278] internal compiler error related to matmul and transpose
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-09-05 14:54 --- ICE confirmed with test case on 4.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41278
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #48 from ebotcazou at gcc dot gnu dot org 2009-09-05 15:03 --- This patch along with Vladamir's patch fixes the problem on FreeBSD. Thanks for the quick response. The patch fixes the cfgloopmanip.o comparison failure on i586-linux as well. Unfortunately that's pretty much it: Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1plus-checksum.o differs Bootstrap comparison failure! gcc/ada/sem_res.o differs gcc/ada/checks.o differs gcc/ada/sem_dist.o differs gcc/ada/exp_ch9.o differs gcc/ada/exp_util.o differs gcc/ada/exp_dist.o differs make[2]: *** [compare] Error 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug tree-optimization/41271] [4.5 Regression] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-05 15:14 --- Subject: Bug 41271 Author: rguenth Date: Sat Sep 5 15:14:12 2009 New Revision: 151453 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151453 Log: 2009-09-05 Richard Guenther rguent...@suse.de PR middle-end/41271 * tree-ssa.c (useless_type_conversion_p): Drop qualifiers before comparing function argument types. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41271
[Bug c++/41273] [4.5 Regression] ICE in add_virtual_operand, at tree-ssa-operands.c:638
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-05 15:15 --- Subject: Bug 41273 Author: rguenth Date: Sat Sep 5 15:15:16 2009 New Revision: 151454 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151454 Log: 2009-09-05 Richard Guenther rguent...@suse.de PR debug/41273 * tree-ssa-operands.c (get_tmr_operands): Pass through opf_no_vops. * g++.dg/torture/pr41273.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/pr41273.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-operands.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41273
[Bug tree-optimization/41271] [4.5 Regression] FAIL: gcc.dg/matrix/matrix-2.c scan-ipa-dump-times matrix-reorg Flattened 2 dimensions 1
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-09-05 15:18 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41271
[Bug c++/41273] [4.5 Regression] ICE in add_virtual_operand, at tree-ssa-operands.c:638
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-05 15:18 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41273
[Bug fortran/41278] internal compiler error related to matmul and transpose
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2009-09-05 15:19:09 date|| Version|unknown |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41278
[Bug java/41260] [4.5 Regression] major regressions in libjava testsuite between 4.4.1 and gcc trunk caused by r147995
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-09-05 15:25 --- In r147989, we had no regressions in x86_64-apple-darwin10 in the g++ testsuite. However, in r148013 (which is after the fix for PR 40304), we have the following g++ testsuite failures which still exist in gcc trunk on x86_64-apple-darwin10... FAIL: g++.dg/cpp0x/variadic73.C execution test FAIL: g++.dg/eh/delayslot1.C execution test FAIL: g++.dg/eh/ia64-2.C execution test FAIL: g++.dg/eh/simd-1.C execution test FAIL: g++.dg/eh/simd-2.C execution test FAIL: g++.dg/eh/synth2.C execution test FAIL: g++.dg/ext/cleanup-8.C execution test FAIL: g++.dg/ext/cleanup-9.C execution test FAIL: g++.dg/init/array16.C execution test FAIL: g++.dg/init/array5.C execution test FAIL: g++.dg/init/ref9.C execution test FAIL: g++.dg/opt/eh2.C execution test FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O0 execution test FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O1 execution test FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O2 execution test FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O3 -fomit-frame-pointer execution test FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O3 -g execution test FAIL: g++.dg/torture/stackalign/throw-1.C -O0 execution test FAIL: g++.dg/torture/stackalign/throw-1.C -O1 execution test FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O0 execution test FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O1 execution test FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O2 execution test FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O3 -fomit-frame-pointer execution test FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O3 -g execution test FAIL: g++.dg/torture/stackalign/throw-1.C -O0 execution test FAIL: g++.dg/torture/stackalign/throw-1.C -O1 execution test FAIL: g++.old-deja/g++.abi/cxa_vec.C execution test FAIL: g++.old-deja/g++.eh/badalloc1.C execution test FAIL: g++.old-deja/g++.eh/rethrow3.C execution test FAIL: g++.old-deja/g++.eh/vbase2.C execution test FAIL: g++.old-deja/g++.martin/new1.C execution test FAIL: g++.old-deja/g++.mike/eh2.C execution test FAIL: g++.old-deja/g++.mike/eh29.C execution test FAIL: g++.old-deja/g++.mike/eh41.C execution test FAIL: g++.old-deja/g++.mike/eh44.C execution test FAIL: g++.old-deja/g++.oliva/delete3.C execution test FAIL: g++.old-deja/g++.other/array1.C execution test FAIL: g++.old-deja/g++.other/init7.C execution test FAIL: g++.old-deja/g++.other/singleton.C execution test FAIL: g++.old-deja/g++.robertl/eb50.C execution test FAIL: g++.old-deja/g++.robertl/eh990323-5.C execution test Any idea of which of these would present the easy opportunity for debugging the problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug middle-end/41260] [4.5 Regression] major regressions in libjava testsuite between 4.4.1 and gcc trunk caused by r147995
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2009-09-05 15:32 --- We also picked up failures in the gcc testsuite between r147989 and r1478013 of... FAIL: gcc.dg/cleanup-12.c execution test FAIL: gcc.dg/cleanup-8.c execution test in case these are directly related to this regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug fortran/41278] internal compiler error related to matmul and transpose
--- Comment #2 from jv244 at cam dot ac dot uk 2009-09-05 15:34 --- 853 gcc_assert (src_info-dimen == 2); (gdb) list 848 dest_ss = se-ss; 849 850 src_info = src_ss-data.info; 851 dest_info = dest_ss-data.info; 852 gcc_assert (dest_info-dimen == 2); 853 gcc_assert (src_info-dimen == 2); 854 855 /* Get a descriptor for EXPR. */ 856 gfc_init_se (src_se, NULL); 857 gfc_conv_expr_descriptor (src_se, expr, src_ss); -- jv244 at cam dot ac dot uk changed: What|Removed |Added OtherBugsDependingO||32834 nThis|| Known to fail||4.3.1 4.4.0 4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41278
[Bug middle-end/41260] [4.5 Regression] major regressions on x86_64-apple-darwin10 caused by r147995
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2009-09-05 15:58 --- Looking at the assembly output from the testcase... FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O0 execution test the diff between that generated in r147989 and r1478013 is... --- /sw/src/fink.build/gcc45-4.4.999-20090529/darwin_objdir/gcc/testsuite/g++/eh-vararg-2.s.r147989 2009-09-05 11:53:50.0 -0400 +++ /sw/src/fink.build/gcc45-4.4.999-20090531/darwin_objdir/gcc/testsuite/g++/eh-vararg-2.s.r148013 2009-09-05 11:48:40.0 -0400 @@ -26,19 +26,20 @@ movq24(%rsp), %rax movl(%rax), %eax leave +LCFI4: ret LFE0: .globl __Z5checkPvi __Z5checkPvi: LFB1: pushq %rbp -LCFI4: - movq%rsp, %rbp LCFI5: - andq$-32, %rsp + movq%rsp, %rbp LCFI6: - subq$32, %rsp + andq$-32, %rsp LCFI7: + subq$32, %rsp +LCFI8: movq%rdi, 24(%rsp) movl%esi, 20(%rsp) movl20(%rsp), %eax @@ -51,6 +52,7 @@ call_abort L3: leave +LCFI9: ret LFE1: .globl _global @@ -66,13 +68,13 @@ __Z3barPci: LFB2: pushq %rbp -LCFI8: +LCFI10: movq%rsp, %rbp -LCFI9: +LCFI11: andq$-32, %rsp -LCFI10: +LCFI12: subq$32, %rsp -LCFI11: +LCFI13: movq%rdi, 24(%rsp) movl%esi, 20(%rsp) movl20(%rsp), %eax @@ -82,6 +84,7 @@ movq%rax, %rdi call_strncpy leave +LCFI14: ret LFE2: .section __TEXT,__textcoal_nt,coalesced,pure_instructions @@ -91,11 +94,12 @@ __ZN4BaseC2Ev: LFB5: pushq %rbp -LCFI12: +LCFI15: movq%rsp, %rbp -LCFI13: +LCFI16: movq%rdi, -8(%rbp) leave +LCFI17: ret LFE5: .align 1 @@ -104,13 +108,13 @@ __ZN1AC1Ev: LFB8: pushq %rbp -LCFI14: +LCFI18: movq%rsp, %rbp -LCFI15: +LCFI19: andq$-32, %rsp -LCFI16: +LCFI20: subq$32, %rsp -LCFI17: +LCFI21: movq%rdi, 24(%rsp) movq24(%rsp), %rax movq%rax, %rdi @@ -120,6 +124,7 @@ movq24(%rsp), %rax movq%rdx, (%rax) leave +LCFI22: ret LFE8: .text @@ -127,21 +132,21 @@ __Z4testP13__va_list_tag: LFB9: leaq8(%rsp), %r10 -LCFI18: +LCFI23: andq$-64, %rsp -LCFI19: +LCFI24: pushq -8(%r10) -LCFI20: +LCFI25: pushq %rbp -LCFI21: +LCFI26: movq%rsp, %rbp -LCFI22: +LCFI27: pushq %r10 -LCFI23: +LCFI28: pushq %rbx -LCFI24: +LCFI29: subq$160, %rsp -LCFI25: +LCFI30: movq%rdi, -152(%rbp) movq-152(%rbp), %rax movl(%rax), %eax @@ -306,13 +311,13 @@ __Z3fooPKcz: LFB13: pushq %rbp -LCFI26: +LCFI31: movq%rsp, %rbp -LCFI27: +LCFI32: andq$-32, %rsp -LCFI28: +LCFI33: subq$256, %rsp -LCFI29: +LCFI34: movq%rsi, 72(%rsp) movq%rdx, 80(%rsp) movq%rcx, 88(%rsp) @@ -348,6 +353,7 @@ movq%rax, %rdi call__Z4testP13__va_list_tag leave +LCFI35: ret LFE13: .const @@ -358,13 +364,13 @@ _main: LFB14: pushq %rbp -LCFI30: +LCFI36: movq%rsp, %rbp -LCFI31: +LCFI37: andq$-32, %rsp -LCFI32: +LCFI38: subq$32, %rsp -LCFI33: +LCFI39: movsd LC1(%rip), %xmm0 movl$5, %esi leaqLC2(%rip), %rdi @@ -388,6 +394,7 @@ L27: movl$0, %eax leave +LCFI40: ret LFE14: .section __DATA,__gcc_except_tab @@ -523,155 +530,190 @@ .long L$set$14 .byte 0xd .byte 0x6 + .byte 0x4 + .set L$set$15,LCFI4-LCFI1 + .long L$set$15 + .byte 0xc6 + .byte 0xc + .byte 0x7 + .byte 0x8 .align 3 LEFDE1: .globl __Z5checkPvi.eh __Z5checkPvi.eh: LSFDE3: - .set L$set$15,LEFDE3-LASFDE3 - .long L$set$15 + .set L$set$16,LEFDE3-LASFDE3 + .long L$set$16 LASFDE3: .long LASFDE3-EH_frame1 .quad LFB1-. - .set L$set$16,LFE1-LFB1 - .quad L$set$16 + .set L$set$17,LFE1-LFB1 + .quad L$set$17 .byte 0x8 .quad 0x0 .byte 0x4 - .set L$set$17,LCFI4-LFB1 - .long L$set$17 + .set L$set$18,LCFI5-LFB1 + .long L$set$18 .byte 0xe .byte 0x10 .byte 0x11 .byte 0x6 .byte 0x2 .byte 0x4 - .set L$set$18,LCFI5-LCFI4 - .long L$set$18 + .set L$set$19,LCFI6-LCFI5 + .long L$set$19 .byte 0xd .byte 0x6 + .byte 0x4 + .set L$set$20,LCFI9-LCFI6 + .long L$set$20 + .byte 0xc6 + .byte 0xc + .byte 0x7 + .byte 0x8 .align 3 LEFDE3: .globl __Z3barPci.eh __Z3barPci.eh: LSFDE5: - .set
[Bug middle-end/41260] [4.5 Regression] major regressions on x86_64-apple-darwin10 caused by r147995
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2009-09-05 16:01 --- Created an attachment (id=18510) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18510action=view) g++.dg/torture/stackalign/eh-vararg-2.C preprocessed source on x86_64-apple-darwin10 at r147989 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug middle-end/41260] [4.5 Regression] major regressions on x86_64-apple-darwin10 caused by r147995
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2009-09-05 16:02 --- Created an attachment (id=18511) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18511action=view) g++.dg/torture/stackalign/eh-vararg-2.C assembly on x86_64-apple-darwin10 at r147989 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug middle-end/41260] [4.5 Regression] major regressions on x86_64-apple-darwin10 caused by r147995
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2009-09-05 16:03 --- Created an attachment (id=18512) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18512action=view) g++.dg/torture/stackalign/eh-vararg-2.C assembly on x86_64-apple-darwin10 at r148013 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug target/41279] New: [4.5 Regression] 252.eon performance regression
Happened between revs 151305 (good) and 151347 (bad). This range includes the VTA merge and the SRA useless transformation fix. -- Summary: [4.5 Regression] 252.eon performance regression Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org GCC target triplet: ia64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41279
[Bug middle-end/41260] [4.5 Regression] major regressions on x86_64-apple-darwin10 caused by r147995
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2009-09-05 16:05 --- Attached assembly from failing... FAIL: g++.dg/torture/stackalign/eh-vararg-2.C -O0 execution test introduced by r147995 was produced for r147989 and r1478013 using the commands... /sw/src/fink.build/gcc45-4.4.999-20090529/darwin_objdir/gcc/testsuite/g++/../../g++ -B/sw/src/fink.build/gcc45-4.4.999-20090529/darwin_objdir/gcc/testsuite/g++/../../ /sw/src/fink.build/gcc45-4.4.999-20090529/gcc-4.5-20090529/gcc/testsuite/g++.dg/torture/stackalign/eh-vararg-2.C --save-temps -nostdinc++ -I/sw/src/fink.build/gcc45-4.4.999-20090529/darwin_objdir/x86_64-apple-darwin10/libstdc++-v3/include/x86_64-apple-darwin10 -I/sw/src/fink.build/gcc45-4.4.999-20090529/darwin_objdir/x86_64-apple-darwin10/libstdc++-v3/include -I/sw/src/fink.build/gcc45-4.4.999-20090529/gcc-4.5-20090529/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc45-4.4.999-20090529/gcc-4.5-20090529/libstdc++-v3/include/backward -I/sw/src/fink.build/gcc45-4.4.999-20090529/gcc-4.5-20090529/libstdc++-v3/testsuite/util -fmessage-length=0 -O0 -mstackrealign -mpreferred-stack-boundary=5 -L/sw/src/fink.build/gcc45-4.4.999-20090529/darwin_objdir/x86_64-apple-darwin10/./libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc45-4.4.999-20090529/darwin_objdir/x86_64-apple-darwin10/./libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc45-4.4.999-20090529/darwin_objdir/x86_64-apple-darwin10/./libiberty -multiply_defined suppress -lm -o ./eh-vararg-2.exe and /sw/src/fink.build/gcc45-4.4.999-20090531/darwin_objdir/gcc/testsuite/g++/../../g++ -B/sw/src/fink.build/gcc45-4.4.999-20090531/darwin_objdir/gcc/testsuite/g++/../../ /sw/src/fink.build/gcc45-4.4.999-20090531/gcc-4.5-20090531/gcc/testsuite/g++.dg/torture/stackalign/eh-vararg-2.C --save-temps -nostdinc++ -I/sw/src/fink.build/gcc45-4.4.999-20090531/darwin_objdir/x86_64-apple-darwin10/libstdc++-v3/include/x86_64-apple-darwin10 -I/sw/src/fink.build/gcc45-4.4.999-20090531/darwin_objdir/x86_64-apple-darwin10/libstdc++-v3/include -I/sw/src/fink.build/gcc45-4.4.999-20090531/gcc-4.5-20090531/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc45-4.4.999-20090531/gcc-4.5-20090531/libstdc++-v3/include/backward -I/sw/src/fink.build/gcc45-4.4.999-20090531/gcc-4.5-20090531/libstdc++-v3/testsuite/util -fmessage-length=0 -O0 -mstackrealign -mpreferred-stack-boundary=5 -L/sw/src/fink.build/gcc45-4.4.999-20090531/darwin_objdir/x86_64-apple-darwin10/./libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc45-4.4.999-20090531/darwin_objdir/x86_64-apple-darwin10/./libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc45-4.4.999-20090531/darwin_objdir/x86_64-apple-darwin10/./libiberty -multiply_defined suppress -lm -o ./eh-vararg-2.exe respectively. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug target/41279] [4.5 Regression] 252.eon performance regression
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-05 16:07 --- Likewise effects in SPEC FP. My guess would be scheduler effects of the VTA changes there. While compare-debug tests code generation is the same with -g vs. -g0 nothing checks code generation differences caused by the VTA fixes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41279
[Bug middle-end/41260] [4.5 Regression] major regressions on x86_64-apple-darwin10 caused by r147995
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2009-09-05 16:11 --- Richard, Please let me know if there is a better test case than g++.dg/torture/stackalign/eh-vararg-2.C, out of the regressions caused by r147995, listed in Comment 12 or 13 and I'll provide the assembly output from under r147989 and r1478013 for that case as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #49 from ebotcazou at gcc dot gnu dot org 2009-09-05 16:11 --- gcc/ada/exp_util.o differs --- exp_util-stage2.txt 2009-09-05 18:09:00.0 +0200 +++ exp_util-stage3.txt 2009-09-05 18:08:06.0 +0200 @@ -1,5 +1,5 @@ -exp_util-stage2.o: file format elf32-i386 +exp_util-stage3.o: file format elf32-i386 Disassembly of section .text: @@ -7437,7 +7437,7 @@ 525d: 83 c4 10add$0x10,%esp 5260: 84 c0 test %al,%al 5262: 0f 85 80 01 00 00 jne0x53e8 -5268: 52 push %edx +5268: 50 push %eax 5269: 53 push %ebx 526a: 6a 52 push $0x52 526c: 56 push %esi @@ -7448,57 +7448,58 @@ 527e: 83 c4 10add$0x10,%esp 5281: 3c 41 cmp$0x41,%al 5283: 0f 84 f9 05 00 00 je 0x5882 -5289: 52 push %edx -528a: 52 push %edx +5289: 51 push %ecx +528a: 51 push %ecx 528b: 56 push %esi -528c: 8b 44 24 1c mov0x1c(%esp),%eax -5290: 50 push %eax +528c: 8b 54 24 1c mov0x1c(%esp),%edx +5290: 52 push %edx 5291: e8 fc ff ff ff call 0x5292 5296: 89 1c 24mov%ebx,(%esp) 5299: 89 44 24 1c mov%eax,0x1c(%esp) 529d: e8 fc ff ff ff call 0x529e -52a2: 89 c2 mov%eax,%edx -52a4: 58 pop%eax -52a5: 59 pop%ecx +52a2: 59 pop%ecx +52a3: 89 c2 mov%eax,%edx +52a5: 58 pop%eax 52a6: 56 push %esi 52a7: 55 push %ebp 52a8: 89 54 24 14 mov%edx,0x14(%esp) 52ac: e8 fc ff ff ff call 0x52ad -52b1: 5a pop%edx -52b2: 59 pop%ecx +52b1: 59 pop%ecx +52b2: 5a pop%edx 52b3: 8b 54 24 0c mov0xc(%esp),%edx 52b7: 52 push %edx 52b8: 6a 00 push $0x0 52ba: 50 push %eax 52bb: 6a 00 push $0x0 -52bd: 8b 44 24 28 mov0x28(%esp),%eax -52c1: 50 push %eax +52bd: 8b 54 24 28 mov0x28(%esp),%edx +52c1: 52 push %edx 52c2: 56 push %esi 52c3: e8 fc ff ff ff call 0x52c4 52c8: 83 c4 18add$0x18,%esp 52cb: 50 push %eax 52cc: 53 push %ebx 52cd: e8 fc ff ff ff call 0x52ce -52d2: 89 1c 24mov%ebx,(%esp) -52d5: e8 fc ff ff ff call 0x52d6 -52da: 83 c4 10add$0x10,%esp -52dd: 3c 41 cmp$0x41,%al -52df: 0f 84 74 05 00 00 je 0x5859 -52e5: 83 ec 0csub$0xc,%esp -52e8: 53 push %ebx -52e9: e8 fc ff ff ff call 0x52ea -52ee: 83 c4 10add$0x10,%esp -52f1: 3c 33 cmp$0x33,%al -52f3: 0f 84 60 05 00 00 je 0x5859 +52d2: 58 pop%eax +52d3: 53 push %ebx +52d4: e8 fc ff ff ff call 0x52d5 +52d9: 83 c4 10add$0x10,%esp +52dc: 3c 41 cmp$0x41,%al +52de: 0f 84 75 05 00 00 je 0x5859 +52e4: 83 ec 0csub$0xc,%esp +52e7: 53 push %ebx +52e8: e8 fc ff ff ff call 0x52e9 +52ed: 83 c4 10add$0x10,%esp +52f0: 3c 33 cmp$0x33,%al +52f2: 0f 84 61 05 00 00 je 0x5859 +52f8: 56 push %esi 52f9: 56 push %esi -52fa: 56 push %esi -52fb: 6a 00 push $0x0 -52fd: 8b 4c 24 1c mov0x1c(%esp),%ecx -5301: 51 push %ecx -5302: e8 fc ff ff ff call 0x5303 -5307: 83 c4 10
[Bug target/41279] [4.5 Regression] 252.eon performance regression
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41279
[Bug target/41279] [4.5 Regression] 252.eon performance regression
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-05 16:14 --- I'll revert the SRA fix on the tester to rule out that change for tonight. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41279
[Bug middle-end/41260] [4.5 Regression] major regressions on x86_64-apple-darwin10 caused by r147995
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2009-09-05 16:23 --- In case it matters, the eh-vararg-2.exe test case in r148013 fails with the message... terminate called after throwing an instance of 'A' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug libstdc++/41280] New: [4.5 Regression] Revision 151352 breaks 32bit libstdc++
On Linux/x86-64, revision 151352: http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00098.html breaks 32bit libstdc++. I got [...@gnu-34 bin]$ cat /tmp/x.cc #include iostream [...@gnu-34 bin]$ ./gcc -S -o /tmp/x.s /tmp/x.cc [...@gnu-34 bin]$ ./gcc -S -o /tmp/x.s /tmp/x.cc -m32 In file included from /tmp/x.cc:1:0: /export/gnu/import/rrs/151352/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/iostream:39:28: fatal error: bits/c++config.h: No such file or directory compilation terminated. [...@gnu-34 bin]$ -- Summary: [4.5 Regression] Revision 151352 breaks 32bit libstdc++ Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41280
[Bug tree-optimization/41276] [4.5 Regression] Segmentation fault in lookup_page_table_entry
--- Comment #4 from danglin at gcc dot gnu dot org 2009-09-05 16:41 --- (gdb) p debug_rtx (0x800100345520) (value/s/u/f:DI 65 @800100345520/800100309810) /* Used in the cselib routines to describe a value. Objects of this kind are only allocated in cselib.c, in an alloc pool instead of in GC memory. The only operand of a VALUE is a cselib_val_struct. var-tracking requires this to have a distinct integral value from DECL codes in trees. */ DEF_RTL_EXPR(VALUE, value, 0, RTX_OBJ) -- danglin at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.5.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41276
[Bug libstdc++/41280] [4.5 Regression] Revision 151352 breaks 32bit libstdc++
--- Comment #1 from hjl dot tools at gmail dot com 2009-09-05 17:09 --- make install installs the 32bit c++config.h in the same place as the 64bit version. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41280
[Bug libstdc++/41280] [4.5 Regression] Revision 151352 breaks 32bit libstdc++
--- Comment #2 from hjl dot tools at gmail dot com 2009-09-05 17:16 --- configure failed to set MULTISUBDIR in the libstdc++ subdirectories. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41280
[Bug lto/41281] New: toplevel asms do not work
Testcase: asm(.text\n .globl main\n \t.type main,@function\n main:\n \tret\n); $ ./xgcc -B. -o t t.c -flto /usr/lib/crt1.o: In function `_start': /build/buildd-eglibc_2.9-26-i386-ldMK3g/eglibc-2.9/csu/../sysdeps/i386/elf/start.S:115: undefined reference to `main' collect2: ld returned 1 exit status -- Summary: toplevel asms do not work Product: gcc Version: lto Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41281
[Bug tree-optimization/41276] [4.5 Regression] Segmentation fault in lookup_page_table_entry
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41276
[Bug libstdc++/41280] [4.5 Regression] Revision 151352 breaks 32bit libstdc++
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41280
[Bug libstdc++/41280] [4.5 Regression] Revision 151352 breaks 32bit libstdc++
--- Comment #4 from hjl dot tools at gmail dot com 2009-09-05 18:25 --- I am testing this patch: Index: configure.ac === --- configure.ac(revision 151352) +++ configure.ac(working copy) @@ -404,9 +404,10 @@ AC_CONFIG_FILES(AC_FOREACH([DIR], glibcx s!`test -f '$' || echo '$(srcdir)/'`!! _EOF sed -f vpsed$$ $ac_file tmp$$ - grep '^MULTISUBDIR =' Makefile tmp$$ mv tmp$$ $ac_file rm vpsed$$ + echo 'MULTISUBDIR =' $ac_file + . ${multi_basedir}/config-ml.in ]) AC_CONFIG_COMMANDS([generate-headers], -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41280
[Bug libstdc++/41280] [4.5 Regression] Revision 151352 breaks 32bit libstdc++
--- Comment #3 from hjl dot tools at gmail dot com 2009-09-05 18:18 --- MULTISUBDIR is updated in the 32bit libstdc++ Makefile after MULTISUBDIR = has been appended to Makefiles in the subdirectories. -- hjl dot tools at gmail dot com changed: What|Removed |Added Target Milestone|4.5.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41280
[Bug libstdc++/41280] [4.5 Regression] Revision 151352 breaks 32bit libstdc++
--- Comment #5 from hjl dot tools at gmail dot com 2009-09-05 18:32 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00412.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2009- ||09/msg00412.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41280