[Bug other/19165] (Natural) language independent error / warning classification

--- Additional Comments From walles at mailblocks dot com 2005-03-29 08:04 --- That's what they are doing currently, but it works only for English :-(. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165

[Bug c++/20678] [3.4/4.0/4.1 Regression] Make process stopped

--- Additional Comments From vladakk at abanka dot co dot yu 2005-03-29 08:06 --- Oh yeah, now this code is definitly invalid for gcc 3.4.2. If class contains data members with __attribute__((packed)) compiler stops without any warning or error message, with 3.2.3 version this works fin

[Bug libfortran/20163] gfortran - error opening direct access file

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 08:42 --- Subject: Bug 20163 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-29 08:41:58 Modified files: gcc/testsuite : Change

[Bug libfortran/20163] gfortran - error opening direct access file

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-29 08:42 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libfortran/20163] gfortran - error opening direct access file

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 08:37 --- Subject: Bug 20163 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 08:37:32 Modified files: gcc/testsuite : ChangeLog libgfortran: C

[Bug libfortran/20660] INQUIRE incorrectly reports the existence of UNITS

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-29 09:01 --- Stupid of me, sorry the noise. If I understand correctly the Standard, INQUIRE on the existence of a unit should always return TRUE (since we can always open a unit). The patch may be (testing in progress)

[Bug c++/20679] New: Parse error when accessing attributes of an inner class. Enclosing class is template and have methods with the same name.

Hello, $ uname -a Linux pc11-169 2.6.10-1-686 #1 Fri Mar 11 03:55:46 EST 2005 i686 GNU/Linux $ g++-3.4 --version g++-3.4 (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-12) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions.

[Bug c/20680] New: internal compiler error: in emit_move_insn, at expr.c:2809

GCC version: gcc -v Reading specs from /home1/agilotra/gcc-3.4.3-install/lib/gcc/i686-pc-linux-gnu/3.4.3/specs Configured with: ./configure --prefix=/home1/agilotra/gcc-3.4.3-install Thread model: posix gcc version 3.4.3 --- Compiler Error: /tmp/ranap_appen

[Bug c/20680] internal compiler error: in emit_move_insn, at expr.c:2809

--- Additional Comments From a_gilotra at yahoo dot com 2005-03-29 09:44 --- Created an attachment (id=8480) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8480&action=view) .i file .i file generated using -save-temp option -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20680

[Bug c/20680] internal compiler error: in emit_move_insn, at expr.c:2809

--- Additional Comments From a_gilotra at yahoo dot com 2005-03-29 09:45 --- Created an attachment (id=8481) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8481&action=view) .s file .s file generated when used -save-temps option -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20

[Bug c++/20681] New: another wrong "control reaches end of non-void function"

The following code causes a wrong warning (I couldn't reduce it to less): #include using namespace std; struct CExtendedEmailInfo { bool _s; }; struct CMetaBitField { int _type; int GetType() const{ return _type; }

[Bug c++/20681] another wrong "control reaches end of non-void function" warning

-- What|Removed |Added Summary|another wrong "control |another wrong "control |reaches end of non-void |reaches end of non-void

[Bug c++/20681] another wrong "control reaches end of non-void function" warning

--- Additional Comments From oliverst at online dot de 2005-03-29 09:56 --- Created an attachment (id=8482) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8482&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681

[Bug c++/20624] [4.0/4.1 Regression] wrong "control reaches end of non-void function" warning

--- Additional Comments From oliverst at online dot de 2005-03-29 09:58 --- I could isolate the other warning and reduce the soce a bit. I filed it as PR 20681. Could be a duplicate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20624

[Bug c/20680] [3.4,4.0,4.1 regression] ICE with unit-at-a-time inlining and implicit prototype

--- Additional Comments From falk at debian dot org 2005-03-29 10:45 --- I can reproduce this with GNU C version 3.4.4 20050314 (prerelease) (Debian 3.4.3-12) (alpha-linux). This seems to be cause by unit-at-a-time inlining and implicit prototypes. 4.1 ICEs with test.c:4: internal compi

[Bug libfortran/20660] INQUIRE incorrectly reports the existence of UNITS

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-29 10:52 --- After testing, I proposed this same patch on the mailing-list: http://gcc.gnu.org/ml/fortran/2005-03/msg00519.html -- What|Removed |Added --

[Bug c++/20682] New: lost parser

The attachments are a pair of compiler output/source code runs. The "good" ones compile OK; the "bad" ones report errors. The difference? One blank line of whitespace. And the reported errors are in a function about ten functions below where the whitespace change is. Use diff to see where - it's in

[Bug java/19173] problems resolving classes

--- Additional Comments From phil at mkdoc dot com 2005-03-29 11:36 --- This appears to be a duplicate of bug 10894. -- What|Removed |Added CC|

[Bug c++/20682] lost parser

--- Additional Comments From igodard at pacbell dot net 2005-03-29 11:37 --- Created an attachment (id=8483) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8483&action=view) compiler output (-v) - bad -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug c++/20682] lost parser

--- Additional Comments From igodard at pacbell dot net 2005-03-29 11:37 --- Created an attachment (id=8484) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8484&action=view) compiler output (-v) - good -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug c++/20682] lost parser

--- Additional Comments From igodard at pacbell dot net 2005-03-29 11:38 --- Created an attachment (id=8485) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8485&action=view) source code (-save-temps, compressed) - bad -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug c++/20682] lost parser

--- Additional Comments From igodard at pacbell dot net 2005-03-29 11:38 --- Created an attachment (id=8486) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8486&action=view) source code (-save-temps, compressed) - good -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug java/15377] GCJ does not use the good package for imported classes

--- Additional Comments From phil at mkdoc dot com 2005-03-29 11:53 --- I have seen similar behaviour to this where concrete classes are named after their interfaces. I haven't been able to to produce a simple test case. This bug looks very similar to bug 18796. -- What

[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols

--- Additional Comments From joern dot rennecke at st dot com 2005-03-29 11:54 --- Subject: Re: [4.0/4.1 regression] shared SH libgcc is exporting too many symbols kkojima at gcc dot gnu dot org wrote: >--- Additional Comments From kkojima at gcc dot gnu dot org 2005-03-25 >00:

[Bug middle-end/20263] [4.0/4.1 Regression] Incorrect asm for global register vars

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 12:09 --- Subject: Bug 20263 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 12:08:55 Modified files: gcc: ChangeLog varasm.c gcc/tests

[Bug middle-end/20263] [4.0/4.1 Regression] Incorrect asm for global register vars

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 12:18 --- Subject: Bug 20263 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-29 12:16:41 Modified files: gcc: Change

[Bug c++/20683] New: wrong warning when using "-Woverloaded-virtual"

The following code produces a wrong warning: class A { public: virtual ~A() {}; virtual void Update( int ) {}; protected: virtual void Update( int, float ) {}; }; class B : public A { public: virtual void Update( int ) {}; }; 6 C:\Dev-Cpp\Projects\test-stlport\ma

[Bug c++/20683] wrong warning when using "-Woverloaded-virtual"

--- Additional Comments From oliverst at online dot de 2005-03-29 12:19 --- Created an attachment (id=8487) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8487&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20683

[Bug middle-end/20263] [4.0/4.1 Regression] Incorrect asm for global register vars

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 12:23 --- Fixed in 4.x. -- What|Removed |Added Status|ASSIGNED|RESO

[Bug java/20684] New: FileChannelImpl.java fails to sync filedescriptor on force() invocation

The implementation of "java.nio.channels.FileChannel" in present CVS head (as of 2005-03-29) "gcc/libjava/gnu/java/nio/channels/FileChannelImpl.java" does not obey the contract for #force(boolean), which states that is should flush/synchronize the channel's file with the storage device. However, t

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

--- Additional Comments From alfredo dot ferrari at cern dot ch 2005-03-29 12:34 --- Hi, any news on this bug? I really appreciate the effort to build a free fortran95 compiler: the need for this is really strongly felt in our community. However, without working ENTRY's, gfortran is goin

[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols

--- Additional Comments From kkojima at gcc dot gnu dot org 2005-03-29 12:43 --- "joern dot rennecke at st dot com" <[EMAIL PROTECTED]> wrote: > Does it, actually? The mulsi3_call-1 pattern is only used for SH1 code. Ah, you are right. Sorry for my mess. -- http://gcc.gnu.org/

[Bug c++/20685] New: another wrong warning when using "-Woverloaded-virtual"

I filed a new bug report for this, because it does happen with same name, but different parameters. The first one I filed was with same name and same parameters. class A { public: virtual ~A() {} virtual bool LinkData(int**, int) { return true; } }; class

[Bug c++/20685] another wrong warning when using "-Woverloaded-virtual"

--- Additional Comments From oliverst at online dot de 2005-03-29 12:57 --- Sorry, forgot the warning: 4 C:\Dev-Cpp\Projects\test-stlport\main_8.cpp [Warning] 'virtual bool A::LinkData(int**, int)' was hidden 9 C:\Dev-Cpp\Projects\test-stlport\main_8.cpp [Warning] by 'virtual bool B:

[Bug c++/20685] another wrong warning when using "-Woverloaded-virtual"

--- Additional Comments From oliverst at online dot de 2005-03-29 12:58 --- Created an attachment (id=8488) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8488&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20685

[Bug target/20625] [4.0 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From falk at debian dot org 2005-03-29 13:03 --- I can reproduce this with gcc 4.0.0 20050329 on alphaev68-unknown-linux-gnu. Test case: struct BS { int i; char c[46]; }; void foo(struct BS* p) { int i; for (i = 0; p->c[i]

[Bug target/20625] [4.0 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From falk at debian dot org 2005-03-29 13:12 --- This looks similar to the (fixed) PR 17949. Zdenek, do you have any ideas? -- What|Removed |Added

[Bug middle-end/20648] [4.0/4.1 regression] ICE in cfg_layout_redirect_edge_and_branch_force

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-29 13:22 --- http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02578.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20648

[Bug middle-end/20674] unexpected result from floating compare

--- Additional Comments From piaget at us dot ibm dot com 2005-03-29 13:42 --- (In reply to comment #10) > Except, the value could have been spilled and reloaded from registers > between those two source lines, which on x86, is where the problem comes > from. > The problem is no differe

[Bug c/20680] [3.4,4.0,4.1 regression] ICE with unit-at-a-time inlining and implicit prototype

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:04 --- Yes with unit-at-a-time this shows up but really this is a latent bug and is a dup of bug 16876. The code is undefined as you are passing the wrong types. (This is why implicit prototypes are bad). *** T

[Bug tree-optimization/16876] [3.3/3.4/4.0/4.1 Regression] ICE on testcase with -O3 in gen_lowpart

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:04 --- *** Bug 20680 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug debug/20446] [4.0/4.1 Regression] invalid assembly with -gstabs+

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 14:08 --- Workaround: -fdelayed-branch (enabled at -O and above). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20446

[Bug c++/20683] wrong warning when using "-Woverloaded-virtual"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:10 --- Actually the warning is correct. This is a dup of bug 20423 which has not been closed yet because I did not want to close it yet and there could be a better warning message. *** This bug has been marked a

[Bug c++/20423] Warning -Woverloaded-virtual triggers to often

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:10 --- *** Bug 20683 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug java/19173] problems resolving classes

--- Additional Comments From ora dot et dot labora at web dot de 2005-03-29 14:12 --- (In reply to comment #2) > This appears to be a duplicate of bug 10894. I think you are correct - looks like I missed entry 19173. Nevertheless, I like my entry because my entry is short, clear and pre

[Bug c++/20685] another wrong warning when using "-Woverloaded-virtual"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:15 --- This warning is what -Woverloaded-virtual is about in the first place. -- What|Removed |Added

[Bug middle-end/20674] unexpected result from floating compare

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:17 --- *** This bug has been marked as a duplicate of 323 *** -- What|Removed |Added

[Bug rtl-optimization/323] optimized code gives strange floating point results

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:17 --- *** Bug 20674 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323

[Bug c++/20679] [3.4/4.0/4.1 Regression] Parse error when accessing attributes of an inner class. Enclosing class is template and have methods with the same name.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:22 --- Confirmed, something is definitely wrong. This is most likely related to PR 10200. -- What|Removed |Added --

[Bug fortran/20686] New: ICE in gfc_conv_ss_descriptor

implicit none integer, dimension(2) :: i,j i=(/1,2/) j=i((/2,1/)) end ./gfortran -m32 -B ./ -c 151275.f95 151275.f95: In function 'MAIN__': 151275.f95:3: internal compiler error: in gfc_conv_ss_descriptor, at fortran/trans-array.c:1224 Please submit a full bug report, with preprocessed source if a

[Bug tree-optimization/16876] [3.3/3.4/4.0/4.1 Regression] ICE on testcase with -O3 in gen_lowpart

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-29 14:58 --- See also my notes on what should receive warnings (possibly compiled into aborts), what should receive errors and how c_convert_parm_for_inlining (a) i

[Bug libfortran/20661] End of record not detected

--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-29 15:11 --- I'll try and have a look. Hopefully, my copyright papers that I sent off on 2005-03-19 will come through sometime soon, because the end-of-record patch at http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00

[Bug middle-end/20622] [4.0/4.1 Regression] Alias to nocommon variable fails to assemble on ppc64

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 15:37 --- Subject: Bug 20622 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 15:37:29 Modified files: gcc: ChangeLog varasm.c cgraph.c cgraph.h

[Bug fortran/20686] ICE in gfc_conv_ss_descriptor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 15:37 --- This is a dup of bug 12366. *** This bug has been marked as a duplicate of 12366 *** -- What|Removed |Added -

[Bug middle-end/20622] [4.0/4.1 Regression] Alias to nocommon variable fails to assemble on ppc64

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 15:41 --- Subject: Bug 20622 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-29 15:41:04 Modified files: gcc: Change

[Bug middle-end/20622] [4.0/4.1 Regression] Alias to nocommon variable fails to assemble on ppc64

--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-29 15:44 --- Fixed in CVS. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/20682] lost parser

-- What|Removed |Added Attachment #8483|application/octet-stream|text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug c++/20682] lost parser

-- What|Removed |Added Attachment #8484|application/octet-stream|text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug c++/20682] lost parser

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 15:59 --- One thing, this is definitely invalid code: /home/ivan/ootbc/boost/include/boost/detail/dynamic_bitset.hpp:91: error: âboost::detail::dynamic_bitset_base >::â is/uses anonymous type /home/ivan/ootbc/boost/i

[Bug c++/20682] lost parser

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 16:01 --- The code around the problem: typedef typeof(to(0, models.size())) i_t386; i_t386& a; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug ada/20300] ICE on undefined value of type derived from Character

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 16:20 --- Subject: Bug 20300 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 16:15:46 Modified files: gcc/ada: exp_intr.adb Makefile.rtl impunit.adb

[Bug middle-end/19956] [4.0/4.1 Regression] ICE copy_tree_r, at tree-inline.c:2320 on simple Ada code

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 16:26 --- Subject: Bug 19956 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 16:21:57 Modified files: gcc/ada: utils.c Log message: 2005-0

[Bug middle-end/20675] Small targets without 64 bit long long support are can't bootstrap GCC.

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20675

[Bug ada/20300] ICE on undefined value of type derived from Character

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-29 16:29 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/19956] [4.0/4.1 Regression] ICE copy_tree_r, at tree-inline.c:2320 on simple Ada code

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 16:38 --- I'll backport the fix to 4.0 as per Richard's request. -- What|Removed |Added

[Bug c++/20687] New: namespace bug

>From the example in 7.3.4.1 (international standard ISO/IEC 14882) we can conclude that the names introduced by using directive hide the names in higer level namespaces instead of resulting in an ill-formed code. In the source code attached __false_type should be recognized correctly as commin

[Bug middle-end/20621] ICE: in change_address_1, at emit-rtl.c:1886

--- Additional Comments From ldarby at mips dot com 2005-03-29 17:34 --- It still appears in the latest native mips compiler. $ gcc --version gcc (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-12) Have you got binaries for the cross compiler you're using? -- http://gcc.gnu.org/bu

[Bug tree-optimization/20626] [4.1 Regression] vect-80.c and vect-96.c fail on ia64-hpux

--- Additional Comments From sje at cup dot hp dot com 2005-03-29 17:51 --- Fixed with change to testsuite. -- What|Removed |Added Status|UNCONFIRMED

[Bug ada/19956] [4.0 Regression] ICE copy_tree_r, at tree-inline.c:2320 on simple Ada code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 18:48 --- Kenner thanks for looking into and fixing this. Moving target to 4.0 as this justs a back porting, remove 4.1 regression marker from the summary. -- What|Removed |Added

[Bug pch/20315] pch problems on solaris

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 18:54 --- Maybe this can be fixed by disabling PCH generation when -x is passed. -- What|Removed |Added -

[Bug c/20672] [4.1 Regression] New C parser doesn't check whether functions that end files are closed properly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 18:55 --- Subject: Bug 20672 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 18:54:45 Modified files: gcc: ChangeLog c-parser.c gcc/tes

[Bug other/18936] GCC gives internal error and uses all sytem ram before doing so.

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 18:56 --- No feedback in 3 months. -- What|Removed |Added Status|WAITING

[Bug c++/19184] Octave compilation is failing during running "make"

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 18:58 --- No feedback in 3 months. -- What|Removed |Added Status|WAITING

[Bug c/20672] [4.1 Regression] New C parser doesn't check whether functions that end files are closed properly

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 19:10 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/20611] [3.4 only] duplicate label for inlined function referencing TLS

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

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 19:15 --- I figured that this could be a bug in the mainline still. -- What|Removed |Added

[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L

--- Additional Comments From chris at bubblescope dot net 2005-03-29 19:19 --- A friend of mine was recently caught by this bug.. is there any chance it could be fixed now? or is there still some problem holding it up (or just no-one cares?). Although I am by no means certain, I imagine

[Bug c++/20607] [3.4 Regression] -fstrict-aliasing causes incorrect scheduling

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 19:19 --- Confirmed in 3.4.x, probably another incarnation of the infamous stack slot sharing problem in 3.x when type-based aliasing is enabled. As as side note, -fschedule-insns makes little sense without -mcpu=x

[Bug middle-end/20621] ICE: in change_address_1, at emit-rtl.c:1886

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 19:32 --- (In reply to comment #6) > It still appears in the latest native mips compiler. > Have you got binaries for the cross compiler you're using? Well considering it is a cross from powerpc-darwin, I really doubt

[Bug bootstrap/14316] collect2 doesnt build on windows hosts

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 19:39 --- Subject: Bug 14316 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 19:39:36 Modified files: gcc: ChangeLog collect2.c collect2.h tlink

[Bug target/20608] Bus Error - union of structures

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 19:41 --- The code is invalid: you're dereferencing a t_m pointer through a cast to pointer to t_u. Now the structures don't have the same alignment (t_m is 32-bit aligned while t_u is 64-bit aligned). I guess thi

[Bug c++/20607] [3.4 Regression] -fstrict-aliasing causes incorrect scheduling

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 19:43 --- Investigating. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebo

[Bug c++/20687] namespace bug

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 19:51 --- The reduced testcase: namespace dd { struct t1 {}; } namespace ff { using namespace dd; } struct t1 { }; namespace ff { typedef t1 t2; } But the use of t1 is ambiguous really as "using namespace" is

[Bug c++/20687] namespace bug

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 19:56 --- But look at the example for 7.3.4 P5 and you will see that this is in fact invalid. -- What|Removed |Added --

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 20:03 --- This most likely can be reproduced on ia64 too and other targets where alignment is needed for some loads. The tree which we produce looks like: : if (p->c[0] != 0) goto ; else goto ; :; D.1133 = *((

[Bug c++/20681] [4.0/4.1 Regression] wrong "control reaches end of non-void function" warning

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 20:13 --- Reduced testcase: struct a{~a();a();}; int GetMetaCombination (int a2) { a bi; switch (a2) { case 1: return 18; break;//removing this works around the warning default: return

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From falk at debian dot org 2005-03-29 20:23 --- (In reply to comment #6) > This most likely can be reproduced on ia64 too and other targets where alignment is needed for some > loads. I cannot reproduce it with -mcpu=ev56, though, so maybe it needs a plaform th

Mail Delivery (failure gcc-bugs@gcc.gnu.org)

This is a multi-part message in MIME format. Norman Virus Control a supprimé le message original qui contenait le virus [EMAIL PROTECTED]

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-03-29 20:47 --- Subject: Re: [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception" > This most likely can be reproduced on ia64 too and other targets where > alignmen

[Bug target/20650] [4.1 Regression] float.c fails to build with weird error message

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

[Bug c++/20682] lost parser

--- Additional Comments From igodard at pacbell dot net 2005-03-29 21:03 --- Re comment #5: I don't get the messages reported by Andrew, and I really rather doubt that those messages (form a different compiler version than I'm using) are legit. They are flagging stuff inside a stock "boo

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-03-29 21:09 --- Subject: Re: [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception" > > This most likely can be reproduced on ia64 too and other targets where > > alig

[Bug c++/20682] lost parser

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 21:11 --- (In reply to comment #7) > Re comment #5: I don't get the messages reported by Andrew, and I really > rather > doubt that those messages (form a different compiler version than I'm using) > are > legit. Th

[Bug c++/20682] lost parser

--- Additional Comments From igodard at pacbell dot net 2005-03-29 21:19 --- Andrew - can you confirm getting the same problem I do if you run it in 3,4,0? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug c++/20682] lost parser

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 21:25 --- (In reply to comment #9) > Andrew - can you confirm getting the same problem I do if you run it in 3,4,0? yes which is why I pointed out in comment #6 the code around where the problem is. -- http://gc

[Bug c/20688] New: [x86-64] gcc miscompiles composition of sqrt() with inlined function

GCC info: gcc -v Reading specs from /home/cvogler/addons/gcc-test/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/specs Configured with: ../gcc-3.4.3/configure --prefix=/home/cvogler/addons/gcc-test --disable-multilib Thread model: posix gcc version 3.4.3 The following test snippet shows a very reduced ca

[Bug c/20688] [x86-64] gcc miscompiles composition of sqrt() with inlined function

--- Additional Comments From cvogler2001 at yahoo dot com 2005-03-29 21:29 --- Created an attachment (id=8491) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8491&action=view) Preprocessed test snippet for reproducing the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20688

[Bug tree-optimization/20688] [3.4 Regression] gcc miscompiles composition of sqrt() with inlined function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 21:36 --- Fixed already in 3.4.4. This might be a dup of another bug somewhere too. -- What|Removed |Added -

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 21:36 --- Subject: Bug 20491 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 21:36:10 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 21:36 --- Subject: Bug 20491 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 21:36:10 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

  1   2   >