[Bug c/23054] Segmentation fault when large static array is declared

--- Additional Comments From relf at os2 dot ru 2005-07-25 07:34 --- (In reply to comment #1) > This is not a bug. You are overflowing the stack. Should it be more intelligent error message like "Stack overflow" ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23054

[Bug c/20303] [4.0 only] Can't push more than 16 nested visibility

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 07:39 --- Subject: Bug 20303 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-25 07:38:58 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug libstdc++/23053] Const-correctness issue in TR1 hashtable

--- Additional Comments From chris at bubblescope dot net 2005-07-25 07:46 --- Actually according to the TR1 spec (n1745 at least), there should be a non-const version which returns an iterator, and a const version which returns a const_iterator. -- http://gcc.gnu.org/bugzilla/show

[Bug fortran/20063] n*'xxxx' disables padding

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 07:51 --- Subject: Bug 20063 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-25 07:51:12 Modified files: gcc/fortran: ChangeLog data.c gcc/testsui

[Bug libstdc++/23053] Const-correctness issue in TR1 hashtable

--- Additional Comments From chris at bubblescope dot net 2005-07-25 07:52 --- Apologises, I misread the problem. Ignore my previous comment. Yes, I agree that find_node (which is a private function) should be const. An identical problem exists calling equal_range -- http://gcc.gn

[Bug libstdc++/23053] Const-correctness issue in TR1 hashtable

--- Additional Comments From pcarlini at suse dot de 2005-07-25 08:39 --- Ok, thanks. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse

[Bug fortran/20063] n*'xxxx' disables padding

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 08:47 --- Subject: Bug 20063 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-25 08:47:01 Modified files: gcc/fortran: Change

[Bug libstdc++/22515] operator>>(istream, string/CharT*) can be faster

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 08:47 --- Subject: Bug 22515 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-25 08:47:34 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/src:

[Bug libstdc++/22515] operator>>(istream, string/CharT*) can be faster

--- Additional Comments From pcarlini at suse dot de 2005-07-25 08:50 --- Fixed for 4.1.0. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libstdc++/22634] partial_sum is too constrained

--- Additional Comments From chris at bubblescope dot net 2005-07-25 09:03 --- I'm not personally 100% sure that this should be "fixed", I've used partial_sum where I've assumed this behaviour, and adding the things in the "output type" would have broken... I've attached the work-arou

[Bug libstdc++/22634] partial_sum is too constrained

--- Additional Comments From gdr at integrable-solutions dot net 2005-07-25 09:51 --- Subject: Re: partial_sum is too constrained "chris at bubblescope dot net" <[EMAIL PROTECTED]> writes: | I'm not personally 100% sure that this should be "fixed", I've used | partial_sum where I've a

[Bug middle-end/22608] LAPACK - BLAS test errors.

--- Additional Comments From 27roses at daum dot net 2005-07-25 10:23 --- Here is details of the build procedure. linux-2.4.20-31.9 AMD Athlon XP 2500+ [EMAIL PROTECTED] root]# gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs Configured with: ../configure --pr

[Bug middle-end/22608] LAPACK - BLAS test errors.

--- Additional Comments From 27roses at daum dot net 2005-07-25 10:53 --- There is some miss spelling in my last connents. NOT 'gcc-4.0.1-noF' BUT 'gcc-4.0.1-F90' SORRY! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22608

[Bug c++/22545] [3.4/4.0/4.1 Regression] ICE with pointer to class member & user defined conversion operator

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 11:47 --- Smaller testcase: == struct A { operator A*(); }; void foo(int A::* p) { A() ->* p; } == -- What|Removed |Added --

[Bug c/23058] New: visibility attribute does not work for aliased symbols

When a function or variable has its assembler name given through an __asm__, the __attribute__((__visibility__("default"))) present on the same declaration is ignored. $ gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: /freebsd/gnu/linuxarchive/gcc-4.0.1/configure --

[Bug target/17828] -O2 -fPIC doesn't work with switches in linkonce functions and new binutils

--- Additional Comments From olh at suse dot de 2005-07-25 11:53 --- Is there a workaround (some --foo option for gcc/ld) for these link errors? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17828

[Bug c++/21440] [4.0/4.1 Regression] ICE with statement-as-expression

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 11:57 --- Shorter testcase: === struct A { ~A(); }; void foo() { A a = ({ A b; b; }); } === -- What|Removed |Added -

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

When I compile my application with the actual snapshot of gcc41 I get an ICE when I enable autovectorisation and -Woverloaded-virtual. last working snapshot is: gcc-4.1-20050625 first failing snapshot is: gcc-4.1-20050702 Michael Cieslinski g++41h -O3 -ftree-vectorize -Woverloaded-virtual -

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

--- Additional Comments From micis at gmx dot de 2005-07-25 12:22 --- Created an attachment (id=9359) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9359&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23059

[Bug c/23054] Segmentation fault when large static array is declared

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 12:36 --- (In reply to comment #2) > Should it be more intelligent error message like "Stack overflow" ? That is still not a GCC bug, report this enhancement to the OS you are using since that is where the message i

[Bug middle-end/23058] visibility attribute does not work for aliased symbols

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

[Bug fortran/20063] n*'xxxx' disables padding

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 12:53 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/22603] [4.0.1 Regression] ICE in pop_binding, at cp/name-lookup.c:380

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 12:58 --- Here's a similar example with valid code: struct A { template struct B { void foo(const struct C&); }; }; ==

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

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 13:11 --- Here's an example that only contains one error: == struct A; struct B { virtual A* foo(); }; namespace N { struct A : B { virtual A* foo();

[Bug c++/20549] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification on invalid code

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 13:22 --- *** This bug has been marked as a duplicate of 21592 *** -- What|Removed |Added

[Bug c++/21352] [3.4 Regression] ICE with passing template function type as template type

-- Bug 21352 depends on bug 20549, which changed state. Bug 20549 Summary: [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification on invalid code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20549 What|Old Value |New Value --

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 13:22 --- *** Bug 20549 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21592

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 13:26 --- Just for completeness, a slightly reduced version of the testcase from PR 20549: === template void unique(T,T); struct A { int begin(); }; template void foo() { un

[Bug c++/22405] [4.0.1/4.1 Regression] ICE in when instantiating a template function, for illegal code

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 13:40 --- The problem now also appears on the 4.0 branch. -- What|Removed |Added CC|

[Bug c++/22405] [4.0.1/4.1 Regression] ICE in when instantiating a template function, for illegal code

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

[Bug c++/22454] [4.0/4.1 Regression] ICE with operator in default argument in template class

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 13:54 --- Here's an example with valid code: = template struct A { A(void(A::*)() = &A::operator+); void operator+ (); }; = -

[Bug c++/22454] [4.0/4.1 Regression] ICE with operator in default argument in template class

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 13:56 --- Btw, apart from the missing semicolon at the end of the class, the original example was valid, too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22454

[Bug libstdc++/22634] partial_sum is too constrained

--- Additional Comments From squell at alumina dot nl 2005-07-25 14:01 --- (In reply to comment #13) > I've attached the work-around I personally use to this kind of problem, which > is > wrapping the iterator in another iterator which changes the value_type. I tried this approach as

[Bug swing/22567] JCheckBox's check box is missing

--- Additional Comments From timo dot lindfors at iki dot fi 2005-07-25 14:02 --- Actual results have changed between builds 2005-07-22T100134+ and 2005-07-23T221620+. Now the output is: java.lang.NullPointerException at gnu.java.awt.peer.gtk.GdkFontMetrics. (GdkFontMetrics.j

[Bug libstdc++/22634] partial_sum is too constrained

--- Additional Comments From squell at alumina dot nl 2005-07-25 14:04 --- Mentally fix the typographical errors in that last post. :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22634

[Bug swing/22567] JCheckBox's check box is missing

--- Additional Comments From roman at kennke dot org 2005-07-25 14:17 --- Whoops, this was an accident. I don't really know why the Gtk peers can't cope with that. I checked in a fix for that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22567

[Bug c++/20724] function overload resolution fails when any template is declared

--- Additional Comments From bangerth at dealii dot org 2005-07-25 14:25 --- As for the initial testcase (Andrew's testcase in comment #1), - gcc3.3 rejects it with and without the template declaration - icc rejects it with and without the template declaration - gcc3.4 (and late

[Bug testsuite/22624] gcc.dg/tree-ssa/flatten-2.c scan-assembler-not indirect.[: \t\n] fails

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 14:26 --- Subject: Bug 22624 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-25 14:26:37 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.

[Bug testsuite/22624] gcc.dg/tree-ssa/flatten-2.c scan-assembler-not indirect.[: \t\n] fails

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-25 14:26 --- Fixed (again). Hopefully. -- What|Removed |Added Status|NEW

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

-- What|Removed |Added Keywords||ice-on-valid-code Summary|ICE: verify_ssa failed with |[4.1 Regression] ICE: |-O3

[Bug c++/22464] [3.4/4.0/4.1 Regression] ICE on classes in template functions which attempt closure

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 14:37 --- If one removes the class instance "helper", the code compiles. This is an accepts-invalid bug (which also appeared in gcc 3.4.0). -- What|Removed |Added ---

[Bug swing/22567] JCheckBox's check box is missing

--- Additional Comments From timo dot lindfors at iki dot fi 2005-07-25 14:45 --- The testcase works flawlessly now, thanks! -- What|Removed |Added Status|ASSIGN

[Bug libstdc++/22284] [4.1 Regression] ia64 exception handling broken

--- Additional Comments From sje at cup dot hp dot com 2005-07-25 15:04 --- I tested the proposed patch on IA64 HP-UX and Linux and it did fix the EH problems I saw without the patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22284

[Bug other/22337] [4.1 Regression] zone collector does not build

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 15:14 --- Subject: Bug 22337 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-25 15:14:21 Modified files: gcc: ChangeLog ggc-zone.c Log message:

[Bug other/22337] [4.1 Regression] zone collector does not build

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 15:14 --- Fixed, I applied the fix. -- What|Removed |Added Status|NEW

[Bug c++/23055] overload resolution does not find templated function

--- Additional Comments From bangerth at dealii dot org 2005-07-25 15:21 --- This basically boils down to this question: - template struct S { typedef int type; }; template int foo(T, typename S::type * ret); int j = foo(1, 0); -- icc

[Bug fortran/23060] New: %VAL construct not implemented

The %VAL construct is used for passing arguments by value, rather than the usual by reference or descriptor. It is vital for interoperability with other languages such as C. This feature is available in g77: http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025VAL_0028_0029.html#_0025VAL_0028_0029

[Bug c++/23055] overload resolution does not find templated function

--- Additional Comments From gdr at integrable-solutions dot net 2005-07-25 15:28 --- Subject: Re: overload resolution does not find templated function "bangerth at dealii dot org" <[EMAIL PROTECTED]> writes: | This basically boils down to this question: | - | te

[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias

--- Additional Comments From steven at gcc dot gnu dot org 2005-07-25 15:28 --- The example from comment #3 now optimizes to identical inner loops: ;; Function foo (foo) foo () { int i.54; int lsm_tmp.32; int lsm_tmp.31; int i; int D.1628; int D.1627; int D.16

[Bug tree-optimization/20121] Aliasing lameness results in missing common subexpressions

-- Bug 20121 depends on bug 13761, which changed state. Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761 What|Old Value |New Value

[Bug tree-optimization/16538] Missed jump threading opportunity with struct fields (but RTL thread_jumps does catch it)

-- Bug 16538 depends on bug 13761, which changed state. Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761 What|Old Value |New Value

[Bug tree-optimization/20121] Aliasing lameness results in missing common subexpressions

-- Bug 20121 depends on bug 13761, which changed state. Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761 What|Old Value |New Value

[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias

--- Additional Comments From steven at gcc dot gnu dot org 2005-07-25 15:31 --- Oddly, the test case from comment #1 is not fixed. Sorry for the inconvenience. -- What|Removed |Added -

[Bug tree-optimization/16538] Missed jump threading opportunity with struct fields (but RTL thread_jumps does catch it)

-- Bug 16538 depends on bug 13761, which changed state. Bug 13761 Summary: [tree-ssa] component refs to the same struct should not alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761 What|Old Value |New Value

[Bug fortran/23060] %VAL construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 15:34 --- Confirmed. -- What|Removed |Added OtherBugsDependingO||19292

[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-25 15:40 --- Yes, it won't be fixed till 4.2, or the aliasing branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761

[Bug middle-end/21105] [4.0/4.1 Regression] Compiling of large array fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 15:50 --- Hmm, Jim posted a patch here: but never applied it. -- What|Removed |Added --

[Bug target/21723] [4.0 Regression] ICE while building libgfortran

-- What|Removed |Added Known to work||4.1.0 Summary|[4.0/4.1 Regression] ICE|[4.0 Regression] ICE while |while buil

[Bug treelang/23061] New: treelang testsuite fails with -m64

In http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg01345.html there are treelang test suite failures like this: Test Run By chj on Mon Jul 25 03:19:50 2005 Native configuration is sparc64-unknown-linux-gnu === treelang tests === Schedule of variations: unix/-m64 unix Ru

[Bug fortran/23062] New: %VAL construct not implemented

The %VAL construct is used for passing arguments by value, rather than the usual by reference or descriptor. It is vital for interoperability with other languages such as C. This feature is available in g77: http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025VAL_0028_0029.html#_0025VAL_0028_0029

[Bug fortran/23062] %VAL construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 15:54 --- *** This bug has been marked as a duplicate of 23060 *** -- What|Removed |Added

[Bug fortran/23060] %VAL construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 15:54 --- *** Bug 23062 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23060

[Bug treelang/23061] treelang testsuite fails with -m64

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:00 --- $(DRIVER_DEFINES) needs to be added to when compiling spec.c. -- What|Removed |Added

[Bug c++/22597] [3.4/4.0 Regression] pure attribute produces incorrect results

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 16:02 --- I don't think that Andrew's example is valid, since a pure function modifies global data. Btw, shouldn't the compiler complain about that? Here's an example that is valid IMHO: ===

[Bug fortran/23063] New: %LOC construct not implemented

The %LOC construct returns the memory address of a storage item. It is used for interoperability with other languages. This feature is present in g77: http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025LOC_0028_0029.html#g_t_0025LOC_0028_0029 -- Summary: %LOC construct not implemented

[Bug fortran/23063] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:37 --- *** This bug has been marked as a duplicate of 23060 *** -- What|Removed |Added

[Bug fortran/23060] %VAL construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:37 --- *** Bug 23063 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23060

[Bug fortran/23064] New: %LOC construct not implemented

The %LOC construct returns the memory address of a storage item. It is used for interoperability with other languages. This feature is present in g77: http://gcc.gnu.org/onlinedocs/gcc-3.4.4/g77/_0025LOC_0028_0029.html#g_t_0025LOC_0028_0029 -- Summary: %LOC construct not implemented

[Bug fortran/23064] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:56 --- Can you stop filing dup bugs? Or is this just pressing reload and getting a new bug? *** This bug has been marked as a duplicate of 23060 *** -- What|Removed |Added --

[Bug fortran/23060] %VAL construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:56 --- *** Bug 23064 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23060

[Bug fortran/23064] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:57 --- Woops wrong thing. -- What|Removed |Added Status|RESOLVED|UN

[Bug ada/22533] [4.1 regression] ada / raised STORAGE_ERROR : stack overflow (or erroneous memory access)

--- Additional Comments From pluto at agmk dot net 2005-07-25 16:58 --- linked patch causes an ice. get correct patch from PR22631. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533

[Bug fortran/23064] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:58 --- *** This bug has been marked as a duplicate of 22282 *** -- What|Removed |Added

[Bug fortran/22282] loc intrinsic is not implemented in gfortran

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:58 --- *** Bug 23064 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/23063] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:59 --- Woops wrong bug. -- What|Removed |Added Status|RESOLVED|UNCO

[Bug tree-optimization/19940] Missed jump threading opportunity due to |.

--- Additional Comments From steven at gcc dot gnu dot org 2005-07-25 16:59 --- This appears to work now... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19940

[Bug fortran/23063] %LOC construct not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:59 --- *** This bug has been marked as a duplicate of 22282 *** -- What|Removed |Added

[Bug fortran/22282] loc intrinsic is not implemented in gfortran

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 16:59 --- *** Bug 23063 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22282

[Bug ada/22533] [4.1 regression] ada / raised STORAGE_ERROR : stack overflow (or erroneous memory access)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 17:02 --- Actually only the slight modification is needed to the linked patch. If I change the second agrument to create_tmp_var/create_tmp_var_raw to "C" instead of NULL, we no longer get an ICE. I don't understan

[Bug other/20128] ice with mudflap + profile generate

--- Additional Comments From pluto at agmk dot net 2005-07-25 17:03 --- with 4.1.0-20050724 testcase works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20128

[Bug other/20128] ice with mudflap + profile generate

--- Additional Comments From pluto at agmk dot net 2005-07-25 17:04 --- (In reply to comment #3) > with 4.1.0-20050724 testcase works. > wrrr, please ignore previous comment. case still fails. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20128

[Bug tree-optimization/19940] Missed jump threading opportunity due to |.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 17:07 --- Confirmed as fixed. -- What|Removed |Added Status|NEW |R

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

-- Bug 19794 depends on bug 19940, which changed state. Bug 19940 Summary: Missed jump threading opportunity due to |. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19940 What|Old Value |New Value --

[Bug c++/22597] [3.4/4.0 Regression] pure attribute produces incorrect results

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25 17:13 --- Jason, this was fixed on mainline by your patch for PR 19317: http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00858.html Would you mind looking at this problem, too? -- What|Removed

gcc 3.4.4 bug

I have found an apparent bug in gcc 3.4.4 under Cygwin. The attached test case (and the code it's derived from) works as expected with Cygwin gcc 3.3.3 with the exact same Cygwin install except the compiler packages. It also works fine with various versions of gcc on other platforms, including

[Bug c++/21687] [4.0/4.1 Regression] ICE in GC with local class inside a template function

--- Additional Comments From rth at gcc dot gnu dot org 2005-07-25 18:18 --- Whatever you might think, this is not my bug. This is the C++ front end calling ggc_collect in the middle of parsing a function. I can't tell whether or not there is a ggc_push_context missing when we begin pa

[Bug c++/22626] [4.1 Regression] ICE with optimization turned on while trying to exand complex multiply

--- Additional Comments From rth at gcc dot gnu dot org 2005-07-25 18:52 --- It's reproducible with the C front end with -fno-unit-at-a-time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22626

[Bug middle-end/22626] [4.1 Regression] ICE with optimization turned on while trying to exand complex multiply

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

[Bug tree-optimization/22484] [4.1 Regression] ICE: verify_stmts failed with -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 20:27 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/22484] [4.1 Regression] ICE: verify_stmts failed with -O3

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 20:28 --- Subject: Bug 22484 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-25 20:28:02 Modified files: gcc: ChangeLog tree-ssa-ccp.c tree-ssa-pro

[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*

-- What|Removed |Added BugsThisDependsOn||23065 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21824

[Bug fortran/23065] New: MAXPATHLEN usage in fortran/module.c

Please do not use MAXPATHLEN, it is a arbitrary limit, and is not defined on GNU. Currently this makes building gcc-4.0 fail on GNU since fortran/module.c assumes that MAXPATHLEN is defined. Please do not use these kind of limits in GNU programs. Not having MAXPATHLEN is perfectly compliant wi

[Bug fortran/23065] MAXPATHLEN usage in fortran/module.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 20:40 --- I don't see the usage anywhere in fortran/module.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065

[Bug c++/19208] [3.4 Regression] Spurious error about variably modified type

--- Additional Comments From giovannibajo at libero dot it 2005-07-25 20:41 --- Patch posted for 3.4: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01653.html -- What|Removed |Added --

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 20:43 --- Never mind, it is indirect with PATH_MAX. In fact this is a bad use of MAXPATHLEN because we could get a buffer overflow. -- What|Removed |Added

[Bug c++/12076] gcov misreports coverage of return statement [NVR]

--- Additional Comments From jbuck at gcc dot gnu dot org 2005-07-25 20:54 --- It's OK if NVR uses the same location and emits no code, and if coverage information reflects this. The problem is that part of the coverage machinery appears to "think" that there is unreached code on the li

[Bug tree-optimization/22574] [4.1 Regression] ICE with IMA and optimization and extern inline

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |zadeck at naturalbridge dot |dot org |com Status|NEW

[Bug tree-optimization/20398] ICE compiling mauve's gnu/testlet/java/io/RandomAccessFile/jdk11.java

--- Additional Comments From daney at gcc dot gnu dot org 2005-07-25 21:08 --- This version of gcc seems to work: $ gcc --version gcc (GCC) 4.1.0 20050725 (experimental) So it looks like someone fixed the problem. -- What|Removed |Added

[Bug c++/19208] [3.4 Regression] Spurious error about variably modified type

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-25 21:13 --- Subject: Bug 19208 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-07-25 21:13:18 Modified files: gcc/cp : Change

[Bug c++/19208] [3.4 Regression] Spurious error about variably modified type

--- Additional Comments From giovannibajo at libero dot it 2005-07-25 21:13 --- Fixed in GCC 3.4.5 too. -- What|Removed |Added Status|ASSIGNED

  1   2   >