[Bug c++/36688] [4.3/4.4 Regression] Incorrect struct assignments with nested const initializers

--- Comment #3 from jakub at gcc dot gnu dot org 2008-08-12 08:09 --- Subject: Bug 36688 Author: jakub Date: Tue Aug 12 08:07:57 2008 New Revision: 139004 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139004 Log: PR c++/36688 * gimplify.c (gimplify_modify_expr_r

[Bug c++/36688] [4.3/4.4 Regression] Incorrect struct assignments with nested const initializers

--- Comment #4 from jakub at gcc dot gnu dot org 2008-08-12 08:32 --- Subject: Bug 36688 Author: jakub Date: Tue Aug 12 08:31:15 2008 New Revision: 139006 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139006 Log: PR c++/36688 * gimplify.c (gimplify_modify_expr_r

[Bug tree-optimization/37084] [4.4 regression] ICE in gimple_assign_rhs1

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-12 08:39 --- Confirmed. #3 0x006c360a in copy_bb (id=0x7fffd920, bb=0x7759c300, frequency_scale=0, count_scale=1) at /space/rguenther/src/svn/trunk/gcc/tree-inline.c:1269 1269 new_rhs = for

[Bug bootstrap/37086] Cross-compilers built with GCC 3.4 do not work

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-12 08:41 --- As this is a bug in GCC 3.4 let's close this as invalid (can't we do a C only host bootstrap for building cross-compilers to work around issues with host compilers?) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?i

[Bug c++/36688] [4.3/4.4 Regression] Incorrect struct assignments with nested const initializers

--- Comment #5 from jakub at gcc dot gnu dot org 2008-08-12 08:42 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug bootstrap/37091] Rev 138207 causes ICE using bootstrap for crt for win64

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-12 08:42 --- *** This bug has been marked as a duplicate of 37086 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/37086] Cross-compilers built with GCC 3.4 do not work

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-12 08:42 --- *** Bug 37091 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/37084] [4.4 regression] ICE in gimple_assign_rhs1

--- Comment #3 from jakub at gcc dot gnu dot org 2008-08-12 08:46 --- /* With return slot optimization we can end up with non-gimple (foo *)&this->m, fix that here. */ if ((is_gimple_assign (stmt) && gimple_assign_rhs_code (stmt) == NOP_EXPR

[Bug middle-end/37090] optimization breaks code in manually unrolled loop

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-12 08:48 --- I can confirm this with 4.3.1 but it works for me on the current 4.3 branch, so this seems to be fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug debug/37058] [4.4 Regression] profiling testcases fail with .cfi_endproc without corresponding .cfi_startproc

--- Comment #2 from jakub at gcc dot gnu dot org 2008-08-12 09:46 --- -freorder-blocks-and-partition never really worked with EH, whether you get assembler errors as with the .cfi_* directives or whether it just silently generates bogus unwind info is unimportant. GCC isn't able to trac

[Bug c/36849] IMA rejects to merge (function)decls with va_args

--- Comment #2 from aldot at gcc dot gnu dot org 2008-08-12 09:54 --- (In reply to comment #1) > The error message is correct as the function types are not compatible. If in > fact this is invalid C even though we don't currently diagnostic it without > -combine. > > Closing as invalid

[Bug middle-end/37014] [4.2/4.3/4.4 Regression] internal compiler error: in expand_expr_real_1, at expr.c:8760

-- 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

[Bug bootstrap/37035] gcc-4.2.2 build failed on solaris-8

--- Comment #2 from halder dot malay at gmail dot com 2008-08-12 10:54 --- (In reply to comment #1) > Did you set CONFIG_SHELL? > no i haven't set CONFIG_SHELL -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37035

[Bug bootstrap/37092] New: gcc-4.2.2 build failed on solaris-8

i am building gcc 4.2.2 on a solaris machine using gcc-3.4.4 my build machine SunOS 5.8 Generic_108528-20 sun4u sparc SUNW,Sun-Blade-100 my gcc-3.4.4 Reading specs from /tools/openbin/gcc/3.4.4/sparc-sun-solaris8/lib/gcc/sparc-sun-solaris2.8/3.4.4/specs Configured with: ../gcc-3.4.4/configure

[Bug c++/37093] New: [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters

template static void foo (void *obj) { C *p = static_cast (obj); (p->*M) (); } template static void bar (C *c, void (C::*m) ()) { foo ((void *) c); } struct S { void baz () {} }; int main () { S a; bar (&a, &S::baz); } ICEs since 4.0 (in 3.4 and before before it gave rh458297.C: I

[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37093

[Bug bootstrap/37086] Cross-compilers built with GCC 3.4 do not work

--- Comment #4 from drow at gcc dot gnu dot org 2008-08-12 11:55 --- In the past, we've worked around bugs like this in widely used compilers - they make life difficult. Obviously it depends how nasty a workaround is found! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37086

[Bug c/36531] -Wno-packed appears to be disconnected/ignored

--- Comment #3 from manu at gcc dot gnu dot org 2008-08-12 12:36 --- @John, I know where the bug is but we still need a small testcase, please. -- manu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/37090] optimization breaks code in manually unrolled loop

--- Comment #4 from michael+gcc at stapelberg dot de 2008-08-12 12:43 --- Thanks for confirming it. Is there a way to work around this (except for -O0), as many distributions ship 4.3.1 as standard compiler? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37090

[Bug ada/37094] New: GNAT Bug Box During Build [regression]

This is with revision Compiler built for revision 138553 (20080802) with ACATS reported (http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00380.html) /home/joel/work-gnat/svn/b-gcc2-i386/./gcc/xgcc -B/home/joel/work-gnat/svn/b-gcc2-i386/./gcc/ -nostdinc -B/home/joel/work-gnat/svn/b-gcc2-i386/i38

[Bug ada/37040] GNAT Socket Code Broken on RTEMS

--- Comment #4 from joel at gcc dot gnu dot org 2008-08-12 12:52 --- Patch committed to SVN trunk. -- joel at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/37095] New: [4.4 regression] Trouble with covariant return

The following valid code snippet fails to compile on mainline when compiled with "-O": === struct A { virtual A* foo(); }; struct B : virtual A { virtual B* foo() { return 0; } }; B b; === bug.cc:11: error: 'B* *.LTHUNK

[Bug tree-optimization/37095] [4.4 regression] Trouble with covariant return

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37095

[Bug c++/37096] New: conditional evaluation incorrect with -O3

// system: core duo, 2.4 GHz, 64bit debian sid, vanilla kernel 2.6.26.2 // I stumbled over this using gcc 4.3.1 (Debian 4.3.1-8) // compiler switches: -O3 -mssse3 // there were no compiler warnings / errors. const int32_t nCC_[16] = { 3, 2, 2, 1, 1, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0

[Bug c++/36741] [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new

-- dodji at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org |dot org

[Bug target/37094] Ada build broken

--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-08-12 14:00 --- See http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00776.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/37086] Cross-compilers built with GCC 3.4 do not work

--- Comment #5 from joseph at codesourcery dot com 2008-08-12 14:00 --- Subject: Re: Cross-compilers built with GCC 3.4 do not work On Tue, 12 Aug 2008, rguenth at gcc dot gnu dot org wrote: > As this is a bug in GCC 3.4 let's close this as invalid (can't we do a > C only host bootst

[Bug c/35746] [4.3 regression] ICE with undefined variables

--- Comment #9 from aldyh at gcc dot gnu dot org 2008-08-12 14:05 --- Subject: Bug 35746 Author: aldyh Date: Tue Aug 12 14:04:18 2008 New Revision: 139018 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139018 Log: PR c/35746 * gimplify.c (gimplify_expr): Do not c

[Bug c/35746] [4.3 regression] ICE with undefined variables

--- Comment #10 from aldyh at gcc dot gnu dot org 2008-08-12 14:06 --- http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00778.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/35428] [4.3 regression] ICE with "-ftrapv"

--- Comment #11 from aldyh at gcc dot gnu dot org 2008-08-12 14:21 --- Still can't reproduce. What target are you compiling for? Verify my steps below, and see if there's any discrepancy in what you are doing. anquetil:/build/43/gcc$ ./cc1 --version GNU C (GCC) version 4.3.

[Bug bootstrap/37097] New: [4.4 Regression]: Revision 139014 failed to bootstrap

On Linux/x86, I got cc1: warnings being treated as errors ../../src/gcc/builtins.c: In function 'do_mpfr_bessel_n': ../../src/gcc/builtins.c:13085: error: unused variable 'result_c' ../../src/gcc/builtins.c:13085: error: unused variable 'result_s' make[5]: *** [builtins.o] Error 1 --

[Bug bootstrap/37097] [4.4 Regression]: Revision 139014 failed to bootstrap

--- Comment #1 from uweigand at gcc dot gnu dot org 2008-08-12 14:37 --- Subject: Bug 37097 Author: uweigand Date: Tue Aug 12 14:35:54 2008 New Revision: 139019 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139019 Log: PR bootstrap/37097 * builtins.c (do_mpfr_b

[Bug tree-optimization/35428] [4.3 regression] ICE with "-ftrapv"

--- Comment #12 from reichelt at gcc dot gnu dot org 2008-08-12 14:37 --- I'm using i686-pc-linux-gnu. On x86_64-unknown-linux-gnu you probably need to add "-m32" to the flags. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35428

[Bug c++/36741] [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new

--- Comment #3 from dodji at gcc dot gnu dot org 2008-08-12 14:42 --- Created an attachment (id=16058) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16058&action=view) primary candidate fix This minimal patch fixes the problem for me and regtests on x86_64. I have some questions

[Bug libstdc++/23888] should debug mode throw instead of assert?

--- Comment #5 from sylvain dot pion at sophia dot inria dot fr 2008-08-12 14:42 --- What about providing both modes, with for example a global run-time flag to select the mode which is the most appropriate ? And maybe defaulting to assert, since it looks like users might prefer this (

[Bug bootstrap/37097] [4.4 Regression]: Revision 139014 failed to bootstrap

--- Comment #2 from uweigand at gcc dot gnu dot org 2008-08-12 14:45 --- Should be fixed now ... -- uweigand at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/36998] [4.3/4.4 regression] Ada bootstrap broken on i586-*-*

--- Comment #25 from jakub at gcc dot gnu dot org 2008-08-12 14:48 --- Created an attachment (id=16059) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16059&action=view) dbr.patch Patch that should cure this testcase. We weren't handling the dbrs correctly. For the compute_barrier

[Bug tree-optimization/35428] [4.3 regression] ICE with "-ftrapv"

--- Comment #13 from aldyh at gcc dot gnu dot org 2008-08-12 15:02 --- Nope, still can't reproduce with i686-pc-linux-gnu, or with x86-64-linux using -m32. FWIW, Jakub can't reproduce it either. Can anyone beside Volker reproduce this? If nobody else can't, I'm inclined to say it's a

[Bug c/36849] IMA rejects to merge (function)decls with va_args

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-12 15:04 --- (In reply to comment #2) > Do you have a suggestion on how libc could legally provide an mremap > implementation as per the example in #0 that can be compiled with -combine? You don't. You can try some tricks with

[Bug tree-optimization/35428] [4.3 regression] ICE with "-ftrapv"

--- Comment #14 from rguenth at gcc dot gnu dot org 2008-08-12 15:16 --- Fails for me on a x86_64 -> i586-linux cross ./cc1 -quiet -O3 -ftrapv /tmp/t.c /tmp/t.c: In function 'foo': /tmp/t.c:2: internal compiler error: tree check: expected integer_cst, have polynomial_chrec in int_cst_v

[Bug tree-optimization/35428] [4.3 regression] ICE with "-ftrapv"

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2008-08-12 15:16:37 |2008-08-12 15:16:

[Bug c/35443] [4.2/4.3/4.4 regression] Completely broken diagnostic with bind_expr

-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug c/36849] IMA rejects to merge (function)decls with va_args

--- Comment #4 from aldot at gcc dot gnu dot org 2008-08-12 15:48 --- (In reply to comment #3) > You don't. You can try some tricks with __asm__ but I would not recommend it > though. Yes, i dont' want that. > > As far as I can tell mremap only takes 4 arguments anyways. unfortunat

[Bug c++/37096] conditional evaluation incorrect with -O3

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-08-12 15:49 --- Can you please provide a testcase that can be complied and run stating the expected and the errorneous output you see? Thanks. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug c++/36741] [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new

--- Comment #4 from dodji at gcc dot gnu dot org 2008-08-12 16:10 --- Created an attachment (id=16060) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16060&action=view) second fix candidate This patch should be better than the previous one because it one must use size_binop() with

[Bug c/35746] [4.3 regression] ICE with undefined variables

--- Comment #11 from andreasmeier80 at gmx dot de 2008-08-12 17:14 --- Should the testcase go also in mainline? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35746

[Bug tree-optimization/37084] [4.4 regression] ICE in gimple_assign_rhs1

--- Comment #4 from jakub at gcc dot gnu dot org 2008-08-12 17:59 --- Subject: Bug 37084 Author: jakub Date: Tue Aug 12 17:57:49 2008 New Revision: 139028 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139028 Log: PR tree-optimization/37084 * tree-inline.c (copy_

[Bug target/35575] ICE: in function_arg_slotno, at config/sparc/sparc.c:4696

--- Comment #1 from joel at gcc dot gnu dot org 2008-08-12 17:59 --- This is 5 months old and the target now builds. Must have been fixed along the way. Closing. -- joel at gcc dot gnu dot org changed: What|Removed |Added

[Bug ada/21327] gnat_ugn.texi invalid @direntry

--- Comment #3 from joel at gcc dot gnu dot org 2008-08-12 18:05 --- This looks to still be needed as of gcc (GCC) 4.4.0 20080811 (experimental) [trunk revision 138957] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21327

[Bug middle-end/37014] [4.2/4.3/4.4 Regression] internal compiler error: in expand_expr_real_1, at expr.c:8760

r_real_1): Handle TRUTH_ANDIF_EXPR and TRUTH_ORIF_EXPR. * dojump.c (do_jump): Likewise. * gcc.c-torture/compile/20080812-1.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/20080812-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/dojump.c trunk/gc

[Bug target/23695] [ColdFire] Illegal move of byte intoo address register causes compiler to ICE

--- Comment #6 from joel at gcc dot gnu dot org 2008-08-12 18:10 --- This works with 4.3.1. I am closing this one. -- joel at gcc dot gnu dot org changed: What|Removed |Added

[Bug libgomp/26165] Cannot find libgomp.spec after 'make install' on x86_64 and ppc64

--- Comment #16 from froydnj at gcc dot gnu dot org 2008-08-12 18:20 --- Subject: Bug 26165 Author: froydnj Date: Tue Aug 12 18:19:08 2008 New Revision: 139031 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139031 Log: PR libgomp/26165 * gcc.c (include_spec_fun

[Bug fortran/34805] defined assignment not allowed to vector subscripted array

--- Comment #6 from dick dot hendrickson at gmail dot com 2008-08-12 18:27 --- Subject: Re: defined assignment not allowed to vector subscripted array On Fri, Aug 8, 2008 at 3:39 PM, jv244 at cam dot ac dot uk <[EMAIL PROTECTED]> wrote: > > > --- Comment #5 from jv244 at cam dot a

[Bug middle-end/37014] [4.2/4.3/4.4 Regression] internal compiler error: in expand_expr_real_1, at expr.c:8760

r_real_1): Handle TRUTH_ANDIF_EXPR and TRUTH_ORIF_EXPR. * dojump.c (do_jump): Likewise. * gcc.c-torture/compile/20080812-1.c: New test. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/compile/20080812-1.c Modified: branches/gcc-4_3-branch/gcc/C

[Bug c/35742] [4.2/4.3/4.4 regression] Broken diagnostic: 'goto_expr' not supported by pp_c_expression

-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug c/35442] [4.2/4.3/4.4 Regression] Completely broken diagnostic with view_convert_expr

-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug c/35441] [4.2/4.3/4.4 regression] Completely broken diagnostics

-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug debug/37098] New: [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

the following testcase http://www.pci.unizh.ch/vandevondele/tmp/all_cp2k_gfortran.f90.gz generates an ICE when compiling gfortran -v -c -g -O3 -ffast-math -funroll-loops -ftree-vectorize -march=native all_cp2k_gfortran.f90 Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with:

[Bug debug/37098] [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

--- Comment #1 from jv244 at cam dot ac dot uk 2008-08-12 19:04 --- some vta testing on CP2K as requested in http://gcc.gnu.org/ml/gcc/2008-08/msg00160.html -- jv244 at cam dot ac dot uk changed: What|Removed |Added

[Bug debug/37098] [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

--- Comment #2 from jv244 at cam dot ac dot uk 2008-08-12 19:25 --- already happens at -O1: gfortran -c -g -O1 all_cp2k_gfortran.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37098

[Bug fortran/37099] New: Wrong results when comparing a character array to a character expression

When compiled with gfortran 4.3.1/4.4.0, the following code: module xparams integer,parameter :: exprbeg=100,exprend=154 character(*),dimension(exprbeg:exprend),parameter :: & exprs=(/'nint() ','log10() ','sqrt() ','acos() ','asin() ', & 'atan() ','cosh() ','sinh() ','tanh

[Bug c++/37087] Segfault on compiling template defined in wrong namespace.

--- Comment #2 from paolo at gcc dot gnu dot org 2008-08-12 19:39 --- Subject: Bug 37087 Author: paolo Date: Tue Aug 12 19:38:02 2008 New Revision: 139034 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139034 Log: /cp 2008-08-12 Paolo Carlini <[EMAIL PROTECTED]> PR c+

[Bug fortran/37099] Wrong results when comparing a character array to a character expression

-- jv244 at cam dot ac dot uk changed: What|Removed |Added OtherBugsDependingO||32834 nThis|| Statu

[Bug c++/37087] Segfault on compiling template defined in wrong namespace.

--- Comment #3 from paolo dot carlini at oracle dot com 2008-08-12 19:45 --- Fixed for 4.4.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug target/34439] ICE in reload_cse_simplify_operands for Coldfire

--- Comment #4 from joel at gcc dot gnu dot org 2008-08-12 19:47 --- Works with 4.3.1. Should this be closed if someone can confirm it is fixed on the trunk? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34439

[Bug testsuite/36087] [4.4 Regression] test failures between revs. 134696 and 134717

--- Comment #9 from janis at gcc dot gnu dot org 2008-08-12 21:20 --- Subject: Bug 36087 Author: janis Date: Tue Aug 12 21:18:54 2008 New Revision: 139037 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139037 Log: PR testsuite/36087 * gcc.dg/var-expand3.c: Fix na

[Bug c++/37100] New: /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include/g++-v4/bits/stl_pair.h:99: error 404

At /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include/g++-v4/bits/stl_pair.h:99: /// the referenced doc doesn't exist. -- Summary: /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include/g++- v4/bits/stl_pair.h

[Bug libstdc++/37100] /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include/g++-v4/bits/stl_pair.h:99: error 404

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-12 22:43 --- That is because it moved: http://gcc.gnu.org/onlinedocs/libstdc++/manual/bk01pt04ch10.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37100

[Bug libstdc++/37100] /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include/g++-v4/bits/stl_pair.h:99: error 404

--- Comment #2 from paolo dot carlini at oracle dot com 2008-08-12 23:10 --- For now, let's just change the url to point to the utilities subsection, which doesn't change when the documentation is regenerated (... I know, we should really deal with the latter issue, but it's known alrea

[Bug tree-optimization/37101] New: [4.2/4.3 Regression] wrong code: tree vectorizer omits bogus movq/movlps construct

(see http://bugs.gentoo.org/show_bug.cgi?id=227311 ) Seeing this on my (amd64) gcc 4.3.1 in xorg-server code dix/resource.c with "-O2 -march=nocona -ftree-vectorize". ( gcc -O2 -march=nocona -ftree-vectorize -o resource.o -c resource.i ) Unfortunately I was not able to reproduce this using a sim

[Bug libstdc++/37100] /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include/g++-v4/bits/stl_pair.h:99: error 404

--- Comment #3 from paolo at gcc dot gnu dot org 2008-08-12 23:15 --- Subject: Bug 37100 Author: paolo Date: Tue Aug 12 23:14:10 2008 New Revision: 139040 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139040 Log: 2008-08-12 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug libstdc++/37100] /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include/g++-v4/bits/stl_pair.h:99: error 404

--- Comment #4 from paolo at gcc dot gnu dot org 2008-08-12 23:16 --- Subject: Bug 37100 Author: paolo Date: Tue Aug 12 23:15:23 2008 New Revision: 139041 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139041 Log: 2008-08-12 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug libstdc++/37100] /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include/g++-v4/bits/stl_pair.h:99: error 404

--- Comment #5 from paolo dot carlini at oracle dot com 2008-08-12 23:17 --- Fixed for 4.3.2. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug tree-optimization/37101] [4.2/4.3 Regression] wrong code: tree vectorizer omits bogus movq/movlps construct

--- Comment #1 from christophe at saout dot de 2008-08-12 23:17 --- Created an attachment (id=16061) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16061&action=view) preprocessed source file to be compiled to see the wrong generated code -- http://gcc.gnu.org/bugzilla/show_bug

[Bug c++/32305] ICE in initialize_flags_in_bb with -O -fipa-pta

--- Comment #8 from janis at gcc dot gnu dot org 2008-08-12 23:57 --- With r139042 the GCC Manual says that -fipa-pta is an experimental option that does not affect code generation. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32305

[Bug debug/37098] [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

--- Comment #3 from aoliva at gcc dot gnu dot org 2008-08-13 00:51 --- Created an attachment (id=16062) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16062&action=view) Patch that may fix the bug Thanks for the report. Wow, I was a bit surprised this didn't show up building libgf

[Bug rtl-optimization/36998] [4.3/4.4 regression] Ada bootstrap broken on i586-*-*

--- Comment #26 from kkojima at gcc dot gnu dot org 2008-08-13 03:30 --- (In reply to comment #25) > Created an attachment (id=16059) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16059&action=view) [edit] > dbr.patch This fixes the ICE. Trunk revision 138972 + pop.patch + dbr.p

[Bug c/37102] New: possible integer codegen bug

This is for svn 139046 on Ubuntu Hardy. [EMAIL PROTECTED]:~/volatile/tmp0$ current-gcc -O -Wall -fwrapv small.c -o small [EMAIL PROTECTED]:~/volatile/tmp0$ ./small 5 [EMAIL PROTECTED]:~/volatile/tmp0$ current-gcc -O3 -Wall -fwrapv small.c -o small [EMAIL PROTECTED]:~/volatile/tmp0$ ./small 0 [EMAI

[Bug c/37103] New: possible integer codegen bug

This is an interesting one... Compiling the code below at all common optimization levels, gcc r139046 generates code that prints hello, as does 4.3.1. Pre-4.3 versions of gcc emit code that prints nothing. I'm pretty sure that the older versions are correct. #include int func_72 (void); int f

Re: [Bug c/37103] New: possible integer codegen bug

Note for most targets not printing is correct as char is signed by default but for most powerpc targets the opposite is true. You should have explicted included signed for g_99. Sent from my iPhone On Aug 12, 2008, at 22:10, "regehr at cs dot utah dot edu" <[EMAIL PROTECTED] > wrote: Thi

[Bug c/37103] possible integer codegen bug

--- Comment #1 from pinskia at gmail dot com 2008-08-13 05:44 --- Subject: Re: New: possible integer codegen bug Note for most targets not printing is correct as char is signed by default but for most powerpc targets the opposite is true. You should have explicted included signed

[Bug debug/37098] [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

--- Comment #4 from jv244 at cam dot ac dot uk 2008-08-13 06:47 --- (In reply to comment #3) > Created an attachment (id=16062) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16062&action=view) [edit] > Patch that may fix the bug > > Thanks for the report. Wow, I was a bit surpris

[Bug middle-end/37104] New: [4.4 Regression] ICE: in compare_values_warnv, at tree-vrp.c:1031

On powerpc-apple-darwin9, but not on i686-apple-darwin9, since revision at least 138950 (not in rev. 137615), array_constructor_11.f90 gives the following ICE when compiled with -m64: [karma] f90/bug% gfc -m64 -O3 /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/array_constructor_11.f90 /opt/gcc/_gcc