[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize in verify_ssa

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:59 --- *** Bug 22543 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/22543] [4.1 regression] ICE: verify_ssa failed with -ftree-vectorize

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:59 --- This is a dup of bug 8. *** This bug has been marked as a duplicate of 8 *** -- What|Removed |Added -

[Bug c++/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:53 --- This looks like a front-end bug rather than a tree opt bug. -- What|Removed |Added

[Bug tree-optimization/23059] [4.1 Regression] ICE: verify_ssa failed with -O3 -ftree-vectorize -Woverloaded-virtual

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:52 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/22635] OVERLOAD should not be a linked list of trees

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:47 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/23188] [4.1 Regression] vect-reduc-* fail

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:44 --- Hmm, I think this was exposed by: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02041.html http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02043.html http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02037.html Whic

[Bug target/23231] cross compiling fails for mips-sgi-irix6.5

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:36 --- Hmm cross64.h is being used for crosses, why I don't know. That should be only used for crosses which are on IRIX. -- What|Removed |Added -

[Bug bootstrap/17777] AIX bootstrap comparison failure with xlc6

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:35 --- So I am closing this as invalid then as I know David E. was able to bootstrap with XLC and I have not seen other reports about this yet. -- What|Removed |Added

[Bug other/22499] 4.1.0-beta20050730: installation does not fully honour configure --*dir completely

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:33 --- This is all expected behavior. See . Basically even if you supply --libdir=dirname we will always add $target/$version as you might install different versions of

[Bug other/23253] [3.4 only] copyright year still at 2004

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:25 --- Confirmed, only happend on the 3.4 branch. I think the issue is we always forget about release branches when updating the copyright when the year changes. -- What|Removed

[Bug regression/23256] gcc-3.3.6 ICE during bootstrap on arm

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:21 --- 3.3.6 was the last 3.3.x release and since 3.4.4 works, I am closing as fixed for 3.4.4. -- What|Removed |Added -

[Bug fortran/23259] gfortran.dg/large_integer_kind_1.f90 FAIL with Error: Kind -1 not supported for type INTEGER at (1)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:13 --- I want to say this is a target bug as this is not rejected on PPC64 or x86_64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23259

[Bug libgcj/23258] jcf-dump documentation is incomplete (and confusing)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:10 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/23257] Incorrect exception-handling behavior with references

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:09 --- Hmm, ICC 8.0 produces the same result as GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23257

[Bug fortran/23259] New: gfortran.dg/large_integer_kind_1.f90 FAIL with Error: Kind -1 not supported for type INTEGER at (1)

See, for example, http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00272.html Executing on host: /usr/local/src/trunk/objdir/gcc/testsuite/../gfortran -B/usr/local/src/trunk/objdir/gcc/testsuite/../ /usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90 -O0 -pedantic-erro

[Bug tree-optimization/23128] [4.1 Regression] VRP fails for unsigned values

--- Additional Comments From phython at gcc dot gnu dot org 2005-08-06 05:42 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/23128] [4.1 Regression] VRP fails for unsigned values

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 05:35 --- Subject: Bug 23128 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-06 05:35:32 Modified files: gcc: ChangeLog tree-vrp.c gcc/tes

[Bug debug/22514] [4.1 Regression] ICE in force_decl_die with invalid code after error

--- Additional Comments From phython at gcc dot gnu dot org 2005-08-06 05:18 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug debug/22514] [4.1 Regression] ICE in force_decl_die with invalid code after error

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 05:18 --- Subject: Bug 22514 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-06 05:18:09 Modified files: gcc/cp : ChangeLog name-lookup.c gcc/

[Bug libgcj/23258] New: jcf-dump documentation is incomplete (and confusing)

0) Previously filed downstream here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164713 1) man jcf-dump and info jcf-dump are (basically) identical. Neither mention: --bootclasspath --extdirs --print-main 2) jcf-dump --help doesn't mention: --CLASSPATH --print-main --print-constants 3)

[Bug fortran/23254] gfortran .f90 complex parameter initialization syntax bug

--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-06 02:38 --- gfortran is doing the right thing according to section 7.1.6.1 of the Fortran 95 standard. For completeness, here is the output of NAGWare F95 compiler. kargl[204] f95 -kind=byte -c lk.f90 Error: lk.f90, lin

[Bug c++/23257] New: Incorrect exception-handling behavior with references

This program === struct Base {}; struct Derived : virtual Base {}; Derived derived; Base base; int main() { Base *b = &derived; try { try { throw b; } catch (Base*& br) { br = &base; throw; } } catch (Base*& br) { if (br != &base) return 1; } } ==

[Bug c++/21117] [3.4/4.0/4.1 Regression] ICE after error about returning an incomplete type

--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 23:38 --- Front end bug. error ("return type %q#T is incomplete", TREE_TYPE (fntype)); /* Make it return void instead, but don't change the type of the DECL_RESULT, in case we have a named return va

[Bug middle-end/21894] [4.0/4.1 Regression] Invalid operand to binary operator with nested function

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW

[Bug middle-end/21728] [4.0/4.1 Regression] Nonlocal goto from an unused nested function

--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 23:13 --- "Problem occurs between user and keyboard." -- What|Removed |Added Status|ASSIGNED

[Bug middle-end/21728] [4.0/4.1 Regression] Nonlocal goto from an unused nested function

--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 23:08 --- Fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21728

[Bug middle-end/21728] [4.0/4.1 Regression] Nonlocal goto from an unused nested function

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-05 23:02 --- Subject: Bug 21728 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-05 23:02:41 Modified files: gcc: Change

[Bug middle-end/21728] [4.0/4.1 Regression] Nonlocal goto from an unused nested function

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-05 23:02 --- Subject: Bug 21728 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-05 23:01:54 Modified files: gcc: ChangeLog tree-cfg.c Added files:

[Bug fortran/23254] gfortran .f90 complex parameter initialization syntax bug

--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-05 22:52 --- The code appears to be illegal. Lahey reports Compiling program unit consts_test at line 1: 1034-S: "SOURCE.F90", line 10: Right parenthesis missing or position of right parenthesis invalid. 1034-S: "SOU

[Bug regression/23256] New: gcc-3.3.6 ICE during bootstrap on arm

While using gcc-3.3.3 to bootstrap gcc-3.3.6 on arm, the build fails with an ICE near the end of stage2: ./xgcc -B./ -B/home/mikpe/pkgs/linux-armv5b/gcc-3.3.6/armv5b-unknown-linux-gnu/bin/ -isystem /home/mikpe/pkgs/linux-armv5b/gcc-3.3.6/armv5b-unknown-linux-gnu/include -isystem /home/mikpe/pkgs/l

[Bug libfortran/23138] real-values are printed incorrectly

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-05 22:01 --- Patched tested and submitted to review (http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00338.html). -- What|Removed |Added ---

[Bug c++/23147] Missing declaration of static const members

--- Additional Comments From fw at deneb dot enyo dot de 2005-08-05 21:43 --- (In reply to comment #5) > (In reply to comment #4) > > > What about permitting this as a GNU extension? It seems quite useful for > > template code. > > With "this" you mean omitting the definition? Well, i

[Bug middle-end/21728] [4.0/4.1 Regression] Nonlocal goto from an unused nested function

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW

[Bug c++/19063] [3.4 regresion] ICE on invalid template parameter

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-05 21:04 --- *** Bug 13268 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/13268] ICE on illegal code: bool foo(const operator&);

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-05 21:04 --- *** This bug has been marked as a duplicate of 19063 *** -- What|Removed |Added

[Bug c++/13268] ICE on illegal code: bool foo(const operator&);

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-05 21:04 --- Reopending to mark as duplicate of PR 19063. -- What|Removed |Added Status|RESO

[Bug c++/19063] [3.4 regresion] ICE on invalid template parameter

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-05 21:01 --- Subject: Bug 19063 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-05 21:01:47 Modified files: gcc/cp : ChangeLog name-lookup.c Log message

[Bug middle-end/22156] [4.0/4.1 Regression] bit-field copying regressed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 20:45 --- If we add more bit-fields, that is now fixed in 4.0.2 and 4.1.0 by: 2005-08-04 Richard Henderson <[EMAIL PROTECTED]> PR 21529 * params.def (PARAM_SRA_MAX_STRUCTURE_COUNT): New. * p

[Bug inline-asm/23200] [4.0/4.1 regression] rejects "i"(&var + 1)

--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 20:43 --- Then it'll stay broken at -O0 until we completely rewrite rtl expansion. There are really very few ways around this problem... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23200

[Bug tree-optimization/15419] memcpy pessimization

-- What|Removed |Added AssignedTo|rth at gcc dot gnu dot org |unassigned at gcc dot gnu ||dot org Status|ASSIGNED

[Bug middle-end/21529] [4.0/4.1 Regression] code size regression (+40%) with -Os from GCC-3.4.3 to 4.1

--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 20:39 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/21529] [4.0/4.1 Regression] code size regression (+40%) with -Os from GCC-3.4.3 to 4.1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-05 20:39 --- Subject: Bug 21529 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-05 20:39:05 Modified files: gcc: Change

[Bug fortran/23254] gfortran .f90 complex parameter initialization syntax bug

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 20:35 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug fortran/23254] New: gfortran .f90 complex parameter initialization syntax bug

While testing some FORTRAN 90 code under Fedora Core 4, I found problem initializing COMPLEX PARAMETERs with other parameters that have + or - in front of the variable name. The following .f90 test code will illustrate the problem. All lines should compile fine. The lines that fail are commented w

[Bug libfortran/23138] real-values are printed incorrectly

-- Bug 23138 depends on bug 23210, which changed state. Bug 23210 Summary: i686-pc-mingw32/libssp: C compiler cannot create executables http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23210 What|Old Value |New Value -

[Bug bootstrap/23210] i686-pc-mingw32/libssp: C compiler cannot create executables

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-05 20:28 --- Sorry guys, I messed up with the other patches needed to build on mingw32. -- What|Removed |Added --

[Bug other/23253] [3.4 only] copyright year still at 2004

-- What|Removed |Added Summary|copyright year still at 2004|[3.4 only] copyright year ||still at 2004 Target Milestone|---

[Bug other/23253] New: copyright year still at 2004

/usr/local/bin/gcc --version gcc (GCC) 3.4.4 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This should be 2005, shouldn't it? --

[Bug fortran/23209] array shape conformance not checked

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-05 20:17 --- At least it's caught at runtime with -fbounds-check: $ gfortran -fbounds-check conform.f90 $ ./a.out Fortran runtime error: Array bound mismatch I agree that a compile-time check would be better. -- ht

[Bug c++/23118] [3.4/4.0/4.1 Regression] Another segmentation fault after improper overloading (BootView)

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-05 19:38 --- Testing a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |re

[Bug middle-end/23090] [4.0/4.1 Regression] gcc.c-torture/execute/20050713-1.c -Os fails

--- Additional Comments From dje at gcc dot gnu dot org 2005-08-05 18:56 --- The PowerPC string instruction requires an indirect address, so the base does not explicitly reference virtual-incoming-args, which breaks the tests that check_sibcall_argument_overlap to notice overlap. For

[Bug target/23251] Missing Darwin specific '-framework' flag on the gcc/g++ command-line

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 18:38 --- By: 2004-03-03 Mike Stump <[EMAIL PROTECTED]> Add framework support for darwin. * c-incpath.c: Include target.h and machmode.h. (add_path): Use a consistent style for cpp_dir. Ini

[Bug target/23251] Missing Darwin specific '-framework' flag on the gcc/g++ command-line

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 18:36 --- Fixed in 4.0.0 and above. -- What|Removed |Added Status|UNCONFIRMED

[Bug driver/23251] New: Missing Darwin specific '-framework' flag on the gcc/g++ command-line

This is a darwin specific flag that is passed to the linker and should be present. // Begin myTest.cpp #include int main(inst argc, char *argv[]) { printf("Hello World\n"); return 0; } // End myTest.cpp // // Begin myLog.txt jrevans% jrevans% /usr/bin/g++ -o myTest my

[Bug c++/23219] [4.1 Regression] ICE: Segmentation fault in decl_namespace_context

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-05 17:52 --- Even shorter testcase: == template struct A a; struct A {}; == -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23219

[Bug tree-optimization/21562] [4.0 Regression] Quiet bad codegen (unrolling + tail call interaction)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-05 17:51 --- Subject: Bug 21562 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-local-200502-branch Changes by: [EMAIL PROTECTED] 2005-08-05 17:51:14 Modified files: gcc

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-05 17:39 --- James has a potential fix for fold. If that doesn't work, a simple change to extract_range_from_assert_expr should provide a similar effect. However, the real problem in this PR is fold() not doing its j

[Bug c++/23219] [4.1 Regression] ICE: Segmentation fault in decl_namespace_context

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-05 17:38 --- Richard's patch indeed does not fix the shorter testcase == template struct A > {}; struct A {}; == which leads to a segfault in layout_decl

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

--- Additional Comments From phython at gcc dot gnu dot org 2005-08-05 17:27 --- I see what you mean. I'll look at the treelang bugs on the weekend. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23072

[Bug target/23240] gcc.c-torture/execute/pr23135.c execution fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 16:51 --- Hmm, does this work now after PR 23135 was fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23240

[Bug middle-end/23135] find_reloads_toplev -> find_reloads_subreg_address uses wrong reload type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 16:50 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-05 16:46 --- (In reply to comment #14) > I patched fold to change if (FOO > TYPE_MAX) or if (FOO < TYPE_MIN) to if (0) > and this fixes the ice. I'll mail the patch when I get back from work > tonight. That was my id

[Bug tree-optimization/18594] PHI insertion is slow

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 16:43 --- cfg.c:135 (alloc_block) 5933016: 0.5% 0: 0.0% 0: 0.0%1561320: 0.6% 39033 bitmap.c:137 (bitmap_element_allocate) 35842644: 2.8% 0:

[Bug tree-optimization/23247] [4.1 Regression] ICE on valid code when compiled with -O3 and -ftree-vectorize

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 16:42 --- Confirmed, reduced testcase: typedef struct { unsigned int mask[4]; } SE_PRIV; static const SE_PRIV se_priv_all = { { 0x, 0x, 0x, 0x } }; typedef struct sid_info { SE_PRIV

[Bug target/23250] [4.0/4.1 regression] 4.0.1 switch -mcallee-super-interworking generating wrong code for ARM7TDMI

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-05 16:35 --- Confirmed. Note, you can work around the problem by passing -mthumb-interwork in addition to -mcallee-super-interworking. -- What|Removed |Added ---

[Bug middle-end/23241] [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255

--- Additional Comments From jconner at apple dot com 2005-08-05 16:14 --- Subject: Re: [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255 > Right. The annoying thing is that it is in 3.3.6 too so I think > someone should > fix the typo on the 3.3 branch

[Bug target/23250] 4.0.1 switch -mcallee-super-interworking generating wrong code for ARM7TDMI

-- What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23250

[Bug fortran/23246] Error using function returning array as subroutine argument

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 16:12 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c/23250] New: 4.0.1 switch -mcallee-super-interworking generating wrong code for ARM7TDMI

The older version of gcc produces corret code e.g.: arm-elf-gcc-3.4.4 -g -Os -fPIC -mthumb -mlittle-endian -mapcs \ -march=armv4t -mcallee-super-interworking \ -c progWord.c -o 3_4_4_thumb.o 3_4_4_thumb.o: file format elf32-littlearm Disassembly of section .text: : 0

[Bug middle-end/23135] find_reloads_toplev -> find_reloads_subreg_address uses wrong reload type

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-05 16:06 --- Subject: Bug 23135 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-05 16:06:35 Modified files: gcc: ChangeLog reload.c Log message:

[Bug fortran/22010] Namelists defined in modules not handled properly

-- What|Removed |Added Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22010

[Bug c++/22604] [4.0/4.1 Regression] ICE after invalid covariant return

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-05 15:43 --- Testing a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |re

[Bug tree-optimization/23247] ICE on valid code when compiled with -O3 and -ftree-vectorize

-- What|Removed |Added Component|c |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23247

[Bug c++/22604] [4.0/4.1 Regression] ICE after invalid covariant return

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-05 15:28 --- For the record: The bug from comment #6 is tracked in PR23118. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22604

[Bug c/20652] rejects code with an error: aliased to undefined symbol

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 15:27 --- *** Bug 23245 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/23245] gcc 4.0.1 unable to build glibc 2.3.5 - 'isinf' aliased to undefined symbol '__isinf'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 15:27 --- glibc see PR 20652 which references the glibc patch which fixes it there. *** This bug has been marked as a duplicate of 20652 *** -- What|Removed |Added --

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

--- Additional Comments From christian dot joensson at gmail dot com 2005-08-05 15:01 --- hmm, a recent run on i686-linux givs me this: PASS: treelang/execute/static.tree execution test testcase /usr/local/src/trunk/gcc/gcc/testsuite/treelang/execute/execute.exp co\mpleted in 1 seconds

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

--- Additional Comments From phython at gcc dot gnu dot org 2005-08-05 14:49 --- I patched fold to change if (FOO > TYPE_MAX) or if (FOO < TYPE_MIN) to if (0) and this fixes the ice. I'll mail the patch when I get back from work tonight. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?i

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

--- Additional Comments From phython at gcc dot gnu dot org 2005-08-05 14:47 --- It seems to work find. In both cases you have two results for treelang. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23072

[Bug c++/22508] [4.0/4.1 Regression] ICE after invalid operator new

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-05 14:28 --- Testing a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |re

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|REOPENED

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-05 13:36 --- Bah. My compiler had checking disabled. Sorry about that. -- What|Removed |Added

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-05 13:30 --- Can't reproduce with mainline as of 2005-08-04. Could you try again? -- What|Removed |Added --

[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)

--- Additional Comments From bangerth at dealii dot org 2005-08-05 13:10 --- I fail to see how James' quote has any significance for this PR at all. It talks about overload resolution, which is not the question here at all. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

--- Additional Comments From christian dot joensson at gmail dot com 2005-08-05 12:23 --- BTW, this happens on mainline, 4.0 branch, and also 3.4 branch, see, e.g., http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00196.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23072

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

--- Additional Comments From christian dot joensson at gmail dot com 2005-08-05 12:21 --- Phython, Do you have any idea of this? -- What|Removed |Added CC|

[Bug other/22499] 4.1.0-beta20050730: installation does not fully honour configure --*dir completely

--- Additional Comments From gcc at derived-software dot ltd dot uk 2005-08-05 12:01 --- Ok, I've tried to configure with: ../gcc-4.1-20050730/configure --prefix=/usr \ --libexecdir=/usr/libexec/gcc/i686-pc-linux-gnu/4.1.0-beta20050730 \ --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.1.0-b

[Bug fortran/23246] Error using function returning array as subroutine argument

--- Additional Comments From f dot a dot akeroyd at rl dot ac dot uk 2005-08-05 10:57 --- *** Bug 23248 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23246

[Bug fortran/23248] Error using function returning array as subroutine argument

--- Additional Comments From f dot a dot akeroyd at rl dot ac dot uk 2005-08-05 10:56 --- Sorry for double submission - my session timed out and i didn't think bug 23246 had actually been submitted. *** This bug has been marked as a duplicate of 23246 *** -- What|Remov

[Bug fortran/23248] New: Error using function returning array as subroutine argument

When nesting a function that returns an array result within a call to a subroutine I get either segmentation or "double free" errors with gfortran. I am using gfortran 4.0.1 on Fedora Core 4 $ gfortran -v Using built-in specs. Target: i386-redhat-linux Configured with: ../configure --prefix=/usr

[Bug c/23247] ICE on valid code when compiled with -O3 and -ftree-vectorize

--- Additional Comments From zlynx at acm dot org 2005-08-05 10:45 --- Created an attachment (id=9435) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9435&action=view) code to reproduce ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23247

[Bug c/23247] New: ICE on valid code when compiled with -O3 and -ftree-vectorize

# gcc -v Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/gcc-4.1.0_beta20050730/work/gcc-4.1-20050730/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.0-beta20050730 --includedir=/usr/lib/gcc/x86_64-pc-l

[Bug fortran/23246] New: Error using function returning array as subroutine argument

When nesting a function that returns an array result within a call to a subroutine I get either segmentation or "double free" errors with gfortran. I am using gfortran 4.0.1 on Fedora Core 4 $ gfortran -v Using built-in specs. Target: i386-redhat-linux Configured with: ../configure --prefix=/usr

[Bug c++/23219] [4.1 Regression] ICE: Segmentation fault in decl_namespace_context

--- Additional Comments From nathan at gcc dot gnu dot org 2005-08-05 09:12 --- stealing from Richard -- thanks for your investigation. If it turns out your patch is best, I'll let you know :) -- What|Removed |Added --

[Bug c/23245] New: gcc 4.0.1 unable to build glibc 2.3.5 - 'isinf' aliased to undefined symbol '__isinf'

building glibc-2.3.5 on ix86 linux with gcc 4.0.1 fails complaining that 'isinf' aliased to undefined symbol '__isinf' however, on the same box, using the same config options but using gcc 3.4.3 the build is successful with no issues have been using: binutils 2.16.1 linux 2.6.11 is

[Bug libstdc++/23244] __gnu_cxx::hash_map inconsistent iterator behavior

--- Additional Comments From chris at bubblescope dot net 2005-08-05 08:29 --- While it doesn't fix your bug, if you want a hash_map I'd advise looking at tr1/unordered_map, which I'd expect to work better. I think however you'll find that all implementations of hash_map strictly tell