[Bug rtl-optimization/15439] ICE with -fschedule-insns2 -fsched2-use-traces

--- Comment #4 from uros at kss-loka dot si 2005-11-11 08:20 --- This is in fact duplicate of PR 19340. Fixed in 3.4.5. *** This bug has been marked as a duplicate of 19340 *** -- uros at kss-loka dot si changed: What|Removed |Added --

[Bug target/19340] Compilation SEGFAULTs with -O1 -fschedule-insns2 -fsched2-use-traces on an x86 architecture.

--- Comment #10 from uros at kss-loka dot si 2005-11-11 08:20 --- *** Bug 15439 has been marked as a duplicate of this bug. *** -- uros at kss-loka dot si changed: What|Removed |Added

[Bug c/24788] New: getting complier error:Internal compiler error in ix86_attr_length_immediate_default

Hello, We are uprading gcc 2.95 to gcc 3.2.2 in Lynxos on x86. We have given the configration has :- --host=$(HOST) --target=$(TARGET) \ --prefix=$(PREFIX) \ --program-prefix="" \ --enable-languages=c \ --disable-nls then we

[Bug fortran/24789] New: [gfortran] ICE when assigning to array of strings

specs. Target: x86_64-unknown-linux-gnu Configured with: /home/martin/software/gcc/configure --quiet --prefix=/home/martin/software/ugcc --enable-languages=c++,fortran Thread model: posix gcc version 4.1.0 2005 (experimental) /home/martin/software/ugcc/libexec/gcc/x86_64-unknown-linux-gnu/4.1.0

[Bug libfortran/24787] [libfortran] SCAN is broken

--- Comment #1 from kargl at gcc dot gnu dot org 2005-11-11 08:42 --- Man, I love the easy ones. http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00803.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24787

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

--- Comment #11 from bonzini at gcc dot gnu dot org 2005-11-11 08:59 --- Could the patch to lower pointer arithmetic to array arithmetic help? typedef int int_array[]; typedef int_array *p_int_array; int var; void f() { asm volatile ("" :: "i"(&(*(p_int_array)&var)[1])); } does n

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

--- Comment #12 from bonzini at gcc dot gnu dot org 2005-11-11 09:00 --- CCing dberlin as he was the author of the pointer->array patch. -- bonzini at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/24790] New: arguments are displayed as reference or pointer to normal type in GDB

Here is a testcase: fmain.f: = dimension a(10) call sub(a,10) fsub.f: = subroutine sub(a,n) dimension a(n) do i = 1, n a(i) = sqr(i) end do return end subroutine function sqr(m) sqr = m * m

[Bug fortran/24546] [meta-bug] gfortran debugging problems

--- Comment #4 from woodzltc at sources dot redhat dot com 2005-11-11 09:18 --- Hi Andrew, I opened PR 24790 to track this. Wish that it is just what you thought of. But I didn't figure out how to assign that to you. So I add you the cc list. Regards - Wu Zhou -- woodzltc at so

[Bug c++/24780] [4.0/4.1 Regression] ICE set_mem_attributes_minus_bitpos

--- Comment #6 from jakub at gcc dot gnu dot org 2005-11-11 09:31 --- Here complete_vars is called (via complete_type->instantiate_class_template->finish_struct_1 call chain) before TYPE_NEEDS_CONSTRUCTING flag is set (mark_used->instantiate_decl->tsubst->build_cplus_array_type call chai

[Bug c/24788] getting complier error:Internal compiler error in ix86_attr_length_immediate_default

--- Comment #1 from rguenth at gcc dot gnu dot org 2005-11-11 09:31 --- Note that the gcc 3.3 series is no longer in active maintainace. You may either want to contact your vendor about your problems or upgrade to at least the gcc 3.4 series. Also you should follow instructions in the

[Bug c++/24780] [4.0/4.1 Regression] ICE set_mem_attributes_minus_bitpos

--- Comment #7 from jakub at gcc dot gnu dot org 2005-11-11 09:39 --- Or broadcast both flags to all type variants similarly how layout_type->finalize_type_size broadcasts type size etc. I.e. - TYPE_NEEDS_CONSTRUCTING (type) -= TYPE_NEEDS_CONSTRUCTING (TYPE_MAIN_VARIANT (t))

[Bug c++/24791] New: ICE on invalid instantiation of template's static member

tracked down sample is: $ cat xx.cc template < int I > struct A { int get_val() const; static int val_; }; template< int I > int A::get_val() const { return val_; } template< int I >// this is invalid: works with "template <>" int A<0>::val_(0); // must instantiate

[Bug ada/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR

--- Comment #8 from ebotcazou at gcc dot gnu dot org 2005-11-11 10:32 --- Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug java/24792] New: Inner interface's are not know inside package's

#!/bin/sh mkdir test_pack cat > test_pack/DisplayRenderer.java < test_pack/StyledText.java

[Bug java/24792] Inner interface's are not know inside package's

--- Comment #1 from jakub at gcc dot gnu dot org 2005-11-11 12:12 --- Oops. *** This bug has been marked as a duplicate of 8544 *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added --

[Bug java/8544] Inner interface's are not know inside package's

--- Comment #5 from jakub at gcc dot gnu dot org 2005-11-11 12:12 --- *** Bug 24792 has been marked as a duplicate of this bug. *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/24793] New: ICE: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

The tree check after IVOPTs is reporting /opt/gcc/4.1-devel/bin/gfortran -S -o /dev/null -O1 -m32 grd2c.fppized.min.f grd2c.fppized.min.f: In function ‘jkbcdf’: grd2c.fppized.min.f:34: internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746 Please sub

[Bug tree-optimization/24793] ICE: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

--- Comment #1 from rguenth at gcc dot gnu dot org 2005-11-11 12:15 --- Created an attachment (id=10213) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10213&action=view) reduced testcase Testcase is from SPEC 2006 416.gamess -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2479

[Bug fortran/18883] ICE in gfc_finish_var_decl

--- Comment #9 from eedelman at gcc dot gnu dot org 2005-11-11 12:18 --- Fixed on 4.1. Not yet fixed on 4.0, because it depends on PR 15326 which hasn't been fixed for 4.0. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003

--- Comment #8 from aj at gcc dot gnu dot org 2005-11-11 12:26 --- I got the same ICE with one of the SPEC2006 candidate benchmarks on x86_64-linux-gnu. -- aj at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/23815] Add -byteswapio flag

--- Comment #15 from rrr6399 at futuretek dot com 2005-11-11 13:26 --- I think the approach of having multiple ways of changing the behavior is a good one. Many Unix programs do this kind of thing to allow the user to choose the best way to accomplish the goal. I've found each approach u

[Bug rtl-optimization/22509] [4.1 regression] elemental.f90 testsuite failure (-fweb)

--- Comment #22 from rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-11-11 13:33 --- Subject: Re: [4.1 regression] elemental.f90 testsuite failure (-fweb) > Is this a 4.0 regression too? yes, the C testcase reproduces for me in 4.0 in the same way, except that -fweb must be

[Bug rtl-optimization/22509] [4.1 regression] elemental.f90 testsuite failure (-fweb)

--- Comment #23 from rakdver at gcc dot gnu dot org 2005-11-11 13:38 --- Subject: Bug 22509 Author: rakdver Date: Fri Nov 11 13:38:07 2005 New Revision: 106783 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106783 Log: PR rtl-optimization/22509 * local-alloc.c (

[Bug rtl-optimization/24760] -d option changes generated code

--- Comment #10 from amylaar at gcc dot gnu dot org 2005-11-11 13:39 --- (In reply to comment #1) > Most (if not all) of these issues are usually a pass depending on addresses > being the same. > I think David E. has a bug filed about one of these issues already. > I've tried to searc

[Bug libfortran/24794] New: problem with namelist input of character array

Here is a test program and an input file demostrating the problem: [EMAIL PROTECTED] ~/namelist $ cat namelist.f90 program bla implicit none integer, parameter :: maxop=15, iunit=7 character*8 namea(maxop), nameb(maxop) integer i NAMELIST/CCSOPR/ NAMEA,NAMEB OPEN (iunit, file

[Bug libfortran/24342] [4.1 regression] testsuite failure:gfortran.fortran-torture/execute/in-pack.f90 exe

--- Comment #8 from fxcoudert at gcc dot gnu dot org 2005-11-11 14:17 --- Still thinking about > if (FE_ALL_EXCEPT != 0) > fedisableexcept (FE_ALL_EXCEPT); I'm not quite sure gcc would discard the reference. Did you test it, and does it fix the warning issue? If you didn't do it alr

[Bug c++/24795] New: [4.1 Regression] Error in dependent name-lookup

Consider the following testcase, where the call to foo(B&) should be resolved at template instantiaton time of the function template g. struct A {}; struct B {}; void foo(A&); template void g(T& t) { foo(t); } void foo(B&); void bar(B& b) { g(b); } This works correctly. Now add some nam

[Bug libfortran/24796] New: end-of-record error when writing

I found a problem with writing an unformatted file after reading from it and encountering an end-of-file during this reading. In that case it is not possible to write to the file anymore. I do not know what the standard says about this, but ifort accepts this. [EMAIL PROTECTED]:~/chemie/sources/

[Bug c++/24795] [4.1 Regression] Error in dependent name-lookup

--- Comment #1 from rguenth at gcc dot gnu dot org 2005-11-11 15:06 --- It looks like we are looking up the name 'foo' from bar in X only (because X::B is a qualified type and so special name-lookup rules apply), but search the scope of bar (or g) only from the context of g. So the foll

[Bug c++/24786] Missing warning on questionable use of parameter to initialize static

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-11 15:11 --- Warning on blah2 means moving this warning to the middle-end and down to the end of the optimization passes, maybe way to hard and then you get inconstaint warnings at different optimization levels. -- http://gc

[Bug target/24788] getting complier error:Internal compiler error in ix86_attr_length_immediate_default

--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-11 15:14 --- We need the preprocessed source code to do anything further. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/24686] [4.0/4.1 Regression] ICE when building a variation of NMSTL

--- Comment #9 from jason at gcc dot gnu dot org 2005-11-11 15:19 --- Further reduced: struct A { ~A(); }; bool h(int, const A&); int f(); int i; void g() { i && h (({ static int l = f(); l; }), A()); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24686

[Bug libgomp/24797] New: Segfault in libgomp.c/nested-1.c

Hello! Testcase libgomp.c/netsted-1.c currently segfaults when run on i686-pc-linux.gnu (pentium4) wiht non-TLS libc (Redhat 8.0): (gdb) run [Thread debugging using libthread_db enabled] [New Thread 8192 (LWP 700)] [New Thread 16385 (LWP 702)] [New Thread 8194 (LWP 703)] [New Thread 16387 (LWP 70

[Bug fortran/24790] arguments are displayed as reference or pointer to normal type in GDB

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-11 15:22 --- Confirmed, DECL_ARG_TYPE should be the reference type and the DECL_TYPE should be the normal type. This might also fix the implicate bug too (I forgot the number). -- pinskia at gcc dot gnu dot org changed:

[Bug rtl-optimization/22509] [4.1 regression] elemental.f90 testsuite failure (-fweb)

--- Comment #24 from pinskia at gcc dot gnu dot org 2005-11-11 15:35 --- The regression has been fixed so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/24760] -d option changes generated code

--- Comment #11 from pinskia at gcc dot gnu dot org 2005-11-11 15:37 --- (In reply to comment #10) > (In reply to comment #1) > > Most (if not all) of these issues are usually a pass depending on addresses > > being the same. > > I think David E. has a bug filed about one of these issue

[Bug java/24798] New: classmap.db should reside in /var/lib/gcj/

>From [EMAIL PROTECTED]: While we're changing things here I'd like to propose that the global database be moved from /usr/lib/gcj-x.y.z/classmap.db to somewhere like /var/lib/gcj/classmap.db. Unlike the per-package files the global database is machine-specific, so putting it in /var makes us more

[Bug c++/24795] [4.1 Regression] Error in dependent name-lookup

--- Comment #2 from rguenth at gcc dot gnu dot org 2005-11-11 15:44 --- >From 14.6.2/1 one could argue that foo is a dependent name and thus is looked up in the context of the point of instantiation, bar, which should find foo(X::B&). But 14.6.4/1 contradicts this in telling we search t

[Bug c++/24795] [4.1 Regression] Error in dependent name-lookup

--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-11 15:44 --- There are a couple of DR reports about this issue. Basicially what you are doing is invalid (IIRC). The error message which EDG is less helpful than the error message GCC gives because it does not list the overload

[Bug c++/24795] [4.1 Regression] Error in dependent name-lookup

--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-11 15:47 --- (In reply to comment #2) > Which would make the last, working, example a accepts-invalid. You missed Argument dependent namelookup rules (Koenig) which is 3.4.2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2

[Bug c++/24795] [4.1 Regression] Error in dependent name-lookup

--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-11 15:49 --- Anyways the revelevent bug reports about why the second and thrid examples are invalid code are PR 5660 and PR 2922. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24795

[Bug c++/24795] [4.1 Regression] Error in dependent name-lookup

--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-11 15:57 --- This is invalid. The last example has argument-dependent lookup working which is still required to run even after finding an overloaded set. PR 2922 explains all this correctly (and so does the change log for the pa

[Bug tree-optimization/24709] [4.1 Regression] 4.1.0 HEAD crashes with enable-checking on huge switch statement

--- Comment #5 from amacleod at redhat dot com 2005-11-11 16:09 --- Created an attachment (id=10214) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10214&action=view) patch for the problem In an attempt to prevent an infinite loop when verifying the immediate use links, an arbitrar

[Bug libstdc++/24799] New: std::tr1::hash missing inheritance

The function object std::tr1::hash is required to inherit from std::unary_function, but the current implementation doesn't do so. It's member typedefs result_type and argument_type are therefore not present. Regards, John Maddock. -- Summary: std::tr1::hash missing inheritance

[Bug libstdc++/24799] std::tr1::hash missing inheritance

--- Comment #1 from pcarlini at suse dot de 2005-11-11 16:16 --- Confirmed, thanks a lot! -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCON

[Bug libstdc++/24800] New: std::mem_fn returns a function object that does not inherit from std::unary_function/binary_function

The title say it all really, the function object returned from mem_fn is an unspecified type that: "3.5: 2 The simple call wrapper shall be derived from std::unary_function when pm is a pointer to member function with cv-qualifier cv and taking no arguments, where Ret is pm’s return type. 3 The s

[Bug c++/24795] [4.1 Regression] Error in dependent name-lookup

--- Comment #7 from rguenth at gcc dot gnu dot org 2005-11-11 16:23 --- by 14.6.2/1 I would expect search from both instantiation and definition. by 14.6.4/1 I would expect (as is the case for 4.1) search from the instantiation point to be restricted to namespace X. I do not see how Ko

[Bug debug/24801] New: -d option changes debug information

When compiling some files, the -da option or - AFAICT - any of its constituent options changes the generated debug information. -- Summary: -d option changes debug information Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal

[Bug c++/24795] [4.1 Regression] Error in dependent name-lookup

--- Comment #8 from rguenth at gcc dot gnu dot org 2005-11-11 16:25 --- Please someone else comment on this. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/24801] -d option changes debug information

--- Comment #1 from amylaar at gcc dot gnu dot org 2005-11-11 16:30 --- Created an attachment (id=10215) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10215&action=view) test case For sh-elf, ./cc1 -fpreprocessed -g -O2 l0.c -o l0.s-0 ./cc1 -fpreprocessed -g -O2 l0.c -o l0.s-01

[Bug libfortran/24794] problem with namelist input of character array

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2005-11-11 16:32 --- Confirmed in 4.1 -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/24803] New: reference_wrapper and pointers to member functions

reference_wrapper doesn't seem to be functioning correctly with pointers to member functions. I'm attaching my test case below. Note that the actual wording of the TR is somewhat garbled in this case: but it's covered by TR.DR.10.41. Regards, John Maddock. The test case: #include #include

[Bug libfortran/24796] end-of-record error when writing

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2005-11-11 16:38 --- This works fine in 4.1 with my upcoming patches. Hex dump of file looks good. May be a duplicate of pr24700. Could someone else try this with an unpatched tree so I don't have to mess with my very delicateky

[Bug rtl-optimization/24760] -d option changes generated code

--- Comment #12 from amylaar at gcc dot gnu dot org 2005-11-11 16:32 --- (In reply to comment #11) > [EMAIL PROTECTED], PR 4520. Thanks. This PR is indeed about a different issue, so I have opened PR24801 to track the debug info issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug c++/22154] [DR 382] qualified names should allow typename keyword in front of it (even in non-templates)

--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-11 16:40 --- This was voted into WP at the October 2005 meeting. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug libstdc++/24800] std::mem_fn returns a function object that does not inherit from std::unary_function/binary_function

--- Comment #1 from pcarlini at suse dot de 2005-11-11 16:44 --- Can you please attach a simple testcase? Thanks. -- pcarlini at suse dot de changed: What|Removed |Added

[Bug libstdc++/24799] std::tr1::hash missing inheritance

-- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org |

[Bug tree-optimization/24793] [4.1 Regression] ICE: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |critical Known to fail||4.1.0

[Bug fortran/24793] [4.1 Regression] ICE: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-11 16:51 --- This is a fortran front-end bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/24793] [4.1 Regression] ICE: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-11 16:58 --- This is related to PR 23202. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsT

[Bug tree-optimization/24709] [4.1 Regression] 4.1.0 HEAD crashes with enable-checking on huge switch statement

-- steven at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|minor Keywords||patch http://g

[Bug fortran/24793] [4.1 Regression] ICE: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 Target Milestone|--- |4.1.0 http://gcc

[Bug c++/24686] [4.0/4.1 Regression] ICE when building a variation of NMSTL

--- Comment #10 from jason at gcc dot gnu dot org 2005-11-11 17:15 --- Subject: Bug 24686 Author: jason Date: Fri Nov 11 17:14:49 2005 New Revision: 106786 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106786 Log: PR c++/24686 * gimplify.c (gimplify_cleanup_poin

[Bug c++/24804] New: Produces wrong code

Compile the following program (minimized from a larger context) with 'g++ -O3 -fno-strict-aliasing foo.cpp' (on a Linux i386 32-bit machine with gcc 3.4.4) foo.cpp: === class DummyType { public: inline DummyType() { } inline ~

[Bug c++/24686] [4.0/4.1 Regression] ICE when building a variation of NMSTL

--- Comment #11 from jason at gcc dot gnu dot org 2005-11-11 17:15 --- Subject: Bug 24686 Author: jason Date: Fri Nov 11 17:15:48 2005 New Revision: 106787 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106787 Log: PR c++/24686 * gimplify.c (gimplify_cleanup_poin

[Bug libstdc++/24805] New: No non-member swap for shared_ptr

Title say it all really, there appears to be no non-member swap for shared_ptr. TR.2.2.1 has: // [2.2.3.8] shared_ptr specialized algorithms template void swap(shared_ptr& a, shared_ptr& b); But code like: #include using std::tr1::swap; doesn't compile: /home/john/boost/libs/tr1/test/test_s

[Bug libfortran/24796] end-of-record error when writing

--- Comment #2 from kargl at gcc dot gnu dot org 2005-11-11 17:27 --- Jerry, here's gfortran 4.1 from last night. kargl[205] gfc41 -static -o z b.f90 kargl[206] ./z At line 11 of file b.f90 Fortran runtime error: End of record kargl[207] -- kargl at gcc dot gnu dot org changed:

[Bug libstdc++/24805] No non-member swap for shared_ptr

--- Comment #1 from pcarlini at suse dot de 2005-11-11 17:30 --- Confirmed, thanks! -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned

[Bug c++/24804] Produces wrong code

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-11 17:41 --- Can you give the output of "gcc -v"? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/24686] [4.0 Regression] ICE when building a variation of NMSTL

--- Comment #12 from pinskia at gcc dot gnu dot org 2005-11-11 17:42 --- Fixed at least on the mainline. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/24445] [4.1 Regression] "unable to find a register to spill in class 'R0_REGS"

--- Comment #14 from pinskia at gcc dot gnu dot org 2005-11-11 17:43 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c++/24795] Error in dependent name-lookup

--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-11 17:45 --- (In reply to comment #7) > by 14.6.2/1 I would expect search from both instantiation and definition. > by 14.6.4/1 I would expect (as is the case for 4.1) search from the > instantiation > point to be restricted to n

[Bug middle-end/24804] [3.4 Regression] Produces wrong code

--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-11 17:48 --- Confirmed, only a 3.4 regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/24745] unpleasant warning for "if (NULL)"

--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-11 17:49 --- Confirmed, not a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/24764] TARGET_MEMORY_MISMATCH_STALL is never used

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-11 17:51 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|norma

[Bug target/24765] TARGET_USE_BIT_TEST is never used

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-11 17:51 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|norma

[Bug target/24766] Unused TARGET_DECOMPOSE_LEA

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-11 17:52 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|norma

[Bug rtl-optimization/24762] [killloop-branch] code motion of non-invariant expressions with hard registers.

--- Comment #12 from pinskia at gcc dot gnu dot org 2005-11-11 17:52 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNC

[Bug debug/22313] [4.1 Regression] gcc HEAD as of 2005/07/05 fails to profiledbootstrap

--- Comment #13 from halcy0n at gentoo dot org 2005-11-11 17:52 --- You should be able to reproduce this by setting BOOT_CFLAGS="-O2". Eliminating that allows me to successfully compile gcc-4.1 on x86_64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22313

[Bug middle-end/24434] [4.0/4.1 Regression] get_varargs_alias_set returns 0 always

--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-11 17:55 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug libfortran/24787] [libfortran] SCAN is broken

--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-11 17:57 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unass

[Bug c/24644] [4.1 Regression] gcc-4.1 compiled ppc64 kernels do not boot

--- Comment #26 from dje at gcc dot gnu dot org 2005-11-11 17:59 --- Subject: Bug 24644 Author: dje Date: Fri Nov 11 17:59:54 2005 New Revision: 106791 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106791 Log: PR 24644 * common.opt (Wvolatile-register-var): New.

[Bug fortran/24806] New: accepts invalid DO construct code

Mainline gfortran accepts following invalid code. $ cat do_test.f90 program test_do j = 0 loop: do 100 i = 1, 2 j = j + 1 100 continue end program test_do $ gfortran do_test.f90 $ gfortran -v Using built-in specs. Target: powerpc64-linux Configured with: /home/gccbuild/gcc_trunk_anonsvn/trun

[Bug target/19061] IA64 GCC pointer confusion results in optimization error

--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:01 --- Created an attachment (id=10216) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10216&action=view) Testcase that fails at -O on every branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19061

[Bug target/19061] IA64 GCC pointer confusion results in optimization error

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:03 --- That's a pretty serious issue (the testcase comes from Perl). -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/20839] do-loop with do-construct-name needs needs end do

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

[Bug target/19061] IA64 GCC pointer confusion results in optimization error

--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:06 --- I think basereg_operand should not look inside SUBREGs. Here's an excerpt from PA's deprecated basereg_operand: return (GET_CODE (op) == REG && REG_POINTER (op) && register_operand (op, mod

[Bug target/19061] IA64 GCC pointer confusion results in optimization error

--- Comment #6 from ebotcazou at gcc dot gnu dot org 2005-11-11 18:06 --- Created an attachment (id=10217) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10217&action=view) Proposed fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19061

[Bug c++/24786] Missing warning on questionable use of parameter to initialize static

--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-11 17:59 --- Actually we should be able to warn about this as " = { &x }; " is only ran once, the first time the blah2 is called. -- pinskia at gcc dot gnu dot org changed: What|Removed |Ad

[Bug c++/24686] [4.0 Regression] ICE when building a variation of NMSTL

--- Comment #13 from jason at gcc dot gnu dot org 2005-11-11 18:17 --- Subject: Bug 24686 Author: jason Date: Fri Nov 11 18:17:25 2005 New Revision: 106794 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106794 Log: PR c++/24686 * gimplify.c (gimplify_cleanup_poin

[Bug fortran/24807] New: Fortran supports real*16, but not complex*32

The following piece of code shows subroutine a implicit none real*16 x complex*32 y end subroutine a that gfortran $ ~/gcc/bin/gfortran --version GNU Fortran 95 (GCC) 4.1.0 20051110 (experimental) supports the datatype real*16, but not complex*32. Since a complex*32 consists essentially

[Bug tree-optimization/23311] [4.0 regression] GCC produces wrong code

--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-11 18:22 --- No feedback in 3 months. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/24686] [4.0 Regression] ICE when building a variation of NMSTL

--- Comment #14 from pinskia at gcc dot gnu dot org 2005-11-11 18:24 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug libstdc++/24808] New: is_object fails to compile with incomplete types

Title says it all really, code like: #include struct foo; static const bool b = std::tr1::is_object::value; doesn't compile, when it should: although many of the type_traits have a precondition that they need not work with incomplete types, this isn't one of those traits. Oh and the error mes

[Bug c++/22489] [4.0/4.1 Regression] ICE in dwarf2out_finish with using namespace in a local class and compiler built constructors

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

[Bug libstdc++/24800] tr1::mem_fn returns a function object that does not inherit from std::unary_function/binary_function

--- Comment #2 from john at johnmaddock dot co dot uk 2005-11-11 18:42 --- Created an attachment (id=10218) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10218&action=view) Test case (caution complicated) The attached test cases are rather complex - sorry but it's easier to give

[Bug libstdc++/24809] New: is_polymorphic doesn't compile if the argument type has non-throwing destructor

Title say it all really, test case is: #include #include static const bool b = std::tr1::is_polymorphic::value; which produces: /usr/local/gcc/4.0.2/lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../include/c++/4.0.2/tr1/type_traits: In instantiation of `std::tr1::__is_polymorphic_helper::__second'

[Bug debug/22313] [4.1 Regression] gcc HEAD as of 2005/07/05 fails to profiledbootstrap

--- Comment #14 from pinskia at gcc dot gnu dot org 2005-11-11 18:50 --- This is a bug still. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/22313] [4.1 Regression] gcc HEAD as of 2005/07/05 fails to profiledbootstrap without -g

--- Comment #15 from pinskia at gcc dot gnu dot org 2005-11-11 18:50 --- so with -g, it works but without -g it does not. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

  1   2   >