[Bug c++/23167] [4.0/4.1 Regression] internal compiler error: in create_tmp_var

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug middle-end/23636] [4.0/4.1 Regression] crashes on ThreadWeaver compilation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-31 05:06 --- Created an attachment (id=9628) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9628&action=view) patch which should fix it but I need to test it I am testing this patch which should fix the problem. -

[Bug target/23630] [4.0 Regression] built-ins MMX regression

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

[Bug target/23630] [4.0 Regression] built-ins MMX regression

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

[Bug target/23630] [4.0 Regression] built-ins MMX regression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-31 05:00 --- Subject: Bug 23630 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-31 05:00:37 Modified files: gcc: ChangeLog expr.c Log message:

[Bug target/23630] [4.0 Regression] built-ins MMX regression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-31 04:55 --- Subject: Bug 23630 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-31 04:55:40 Modified files: gcc: Change

[Bug objc/23381] [4.1 Regression] Next runtime objc exceptions are broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-31 04:48 --- Subject: Bug 23381 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-31 04:48:42 Modified files: gcc/objc : ChangeLog objc-act.c Log message:

[Bug objc/23381] [4.1 Regression] Next runtime objc exceptions are broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-31 04:48 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug objc/23381] [4.1 Regression] Next runtime objc exceptions are broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-31 04:40 --- This turned really to be a front-end bug, I will be committing the patch as obvious as it is a simple one liner. -- What|Removed |Added

[Bug middle-end/23636] [4.0/4.1 Regression] crashes on ThreadWeaver compilation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-31 03:34 --- The problem is that gimplify_cleanup_point_expr does not look into BIND_EXPRs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23636

[Bug middle-end/23381] [4.1 Regression] Next runtime objc exceptions are broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-31 03:20 --- Patch posted here: . -- What|Removed |Added -

[Bug ada/23646] [4.1 Regression] Ada testsuite hangs -- many new failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-31 02:00 --- Happens on x86_64-linux-gnu also. I want to say this was caused by one of the Ada front-end changes as the following changes are in the other parts of gcc: +2005-08-18 Andrew Pinski <[EMAIL PROTECTED]> +

[Bug ada/23646] New: [4.1 Regression] Ada testsuite hangs -- many new failures

gnatmake is /home/dave/gnu/gcc-4.0/objdir/gcc/gnatmake === acats support === Generating support files... done. Compiling support files... done. === acats tests === Running chapter a ... FAIL: a87b59a Running chapter c2 ... Running chapter c3 ... FAIL: c32001e F

[Bug target/23630] [4.0 Regression] built-ins MMX regression

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

[Bug target/23630] [4.0 Regression] built-ins MMX regression

--- Additional Comments From rth at gcc dot gnu dot org 2005-08-31 00:23 --- Possible fallout from PR23517. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23630

[Bug middle-end/23636] [4.0/4.1 Regression] crashes on ThreadWeaver compilation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-31 00:17 --- This is a middle-end, there is a CLEANUP_POINT_EXPR but for some reason it does not matter that much. -- What|Removed |Added ---

[Bug c++/23636] [4.0/4.1 Regression] crashes on ThreadWeaver compilation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-31 00:11 --- Actually that does not fix the issue as we already have a CLEANUP_POINT_EXPR around it. -- What|Removed |Added --

[Bug c++/23636] [4.0/4.1 Regression] crashes on ThreadWeaver compilation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-31 00:10 --- This is a C++ front-end bug, EXPR_STMT should be a tcc_statement and not a tcc_expression. I will test the patch for this. -- What|Removed |Added ---

[Bug middle-end/23381] [4.1 Regression] Next runtime objc exceptions are broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-31 00:02 --- Oh, BIND_EXPR is just that an expression but it should almost always be marked as TREE_SIDE_EFFECTS. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23381

[Bug c++/23645] internal compiler error

-- What|Removed |Added Keywords||ice-on-valid-code Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.

[Bug middle-end/23381] [4.1 Regression] Next runtime objc exceptions are broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 23:55 --- I think I have a patch for this. The problem is that BIND_EXPR is not marked as statement when it should be. This is a middle-end bug. I think there is another bug for the same issue but in C++ and th

[Bug c++/23645] New: internal compiler error

$ uname -a Linux rathercry.corp.yahoo.com 2.6.9-11.EL #1 Fri May 20 18:17:57 EDT 2005 i686 i686 i386 GNU/Linux $ g++ -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.0.1/configure --prefix=/exp/opt/gcc401 --enable-languages=c++ Thread model: posix gcc version 4.0.1 $ cat

[Bug middle-end/23547] [4.1 regression] [non-unit-at-a-time] ICE with recursive call to nested function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 22:33 --- Patch posted here: . -- What|Removed |Added -

[Bug objc/23306] [4.1 Regression] [unit-at-a-time] objc exceptions (GNU runtime) don't work with unit-at-a-time

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 22:11 --- Patch posted: . -- What|Removed |Added --

[Bug target/23644] IA-64 hardware models and configuration options documentation error for 3.4.x and 4.0.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 21:36 --- (In reply to comment #0) >(How come you don't have a documentation component to choose for bug reports?) Because that would not make sense as there is a keyword for documentation and documentation belongs

[Bug web/23644] New: IA-64 hardware models and configuration options documentation error for 3.4.x and 4.0.x

Hello, I've filed this under web, though obviously it applies to your info pages as well, I assume you generate everything from the same source, so this may be better filed somewhere else. (How come you don't have a documentation component to choose for bug reports?) For both gcc 3.4(.4) and 4.0

[Bug c++/23639] [3.4/4.0/4.1 regression] Bad error message: not a member of ''

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

[Bug objc/23306] [4.1 Regression] [unit-at-a-time] objc exceptions (GNU runtime) don't work with unit-at-a-time

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 21:02 --- I have a fix. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia

[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch

--- Additional Comments From fitzsim at redhat dot com 2005-08-30 20:44 --- I suspect this is the same problem manifesting itself in JNI. This assertion fails in the GTK peers: assert ((*env)->IsAssignableFrom(env, objclazz, table->clazz)); table->clazz points to GtkGenericPeer and

[Bug fortran/15809] ICE Using Pointer Functions

--- Additional Comments From erik dot edelmann at iki dot fi 2005-08-30 20:28 --- Hmm ... With current version of gfortran (4.1.0 20050830), the reduced testcase by Tobias gives the error message bug.f90: In function 'a': bug.f90:3: internal compiler error: in gfc_trans_defe

[Bug c++/23643] Incorrect conversion from derived to empty base class

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 20:21 --- Someone will have to look this up in the ABI since this is an ABI issue. But I think is okay as the base class is empty and takes no space at all. -- What|Removed |Added

[Bug libstdc++/23633] map::insert() invalidates reverse_iterators

--- Additional Comments From chris at bubblescope dot net 2005-08-30 20:16 --- Just so we are 100% clear on what is occuring (I realise it might not be obvious from my message) M.rbegin() returns an iterator i = std::reverse_iterator(M.end()); *i therefore returns *--(M.end()), which

[Bug c++/23643] New: Incorrect conversion from derived to empty base class

It appears that the implicit conversion from a derived to an empty base class is incorrect. Consider the following code: empty.cc: #include class simple_base { public: int sb; }; class empty_base { public: void test_eb() { printf("empty_base this @ %p\n", this); } }; class class1 :

[Bug objc++/23640] obj-c++ does not call __objc_exec_class for the classes

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 19:55 --- Patch posted here: . -- What|Removed |Added -

[Bug objc++/23640] obj-c++ does not call __objc_exec_class for the classes

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 19:39 --- Created an attachment (id=9626) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9626&action=view) patch which I need to test but should work I need to test this but this should fix the issue. The probl

[Bug objc++/23640] obj-c++ does not call __objc_exec_class for the classes

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 19:28 --- objc_generate_static_init_call nor objc_static_init_needed_p is never called. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23640

[Bug testsuite/23609] all obj-c++ execute tests fails with the GNU runtime

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-30 19:21 --- Subject: Bug 23609 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-30 19:20:57 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/lib:

[Bug testsuite/23609] all obj-c++ execute tests fails with the GNU runtime

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 19:20 --- Fixed this problem. -- What|Removed |Added Status|ASSIGNED|R

[Bug objc++/23640] obj-c++ does not call __objc_exec_class for the classes

-- Bug 23640 depends on bug 23609, which changed state. Bug 23609 Summary: all obj-c++ execute tests fails with the GNU runtime http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23609 What|Old Value |New Value -

[Bug java/22166] 0x80000000/-1 is wrong in java

--- Additional Comments From falk at debian dot org 2005-08-30 19:14 --- (In reply to comment #3) > Actually, this looks like a more generic problem, not limited to Java. In C, signed overflow is undefined, so any result or behavior would be acceptable. -- http://gcc.gnu.org/bugzill

[Bug fortran/17917] gfortran ICE on "equivalence"

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

[Bug fortran/23641] internal compiler error: backend decl for module variable h5t_enum_f already exists

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 17:57 --- *** This bug has been marked as a duplicate of 17917 *** -- What|Removed |Added

[Bug fortran/23642] internal compiler error: backend decl for module variable h5t_enum_f already exists

--- Additional Comments From David dot Webb at soc dot soton dot ac dot uk 2005-08-30 17:36 --- *** This bug has been marked as a duplicate of 23641 *** -- What|Removed |Added -

[Bug fortran/23641] internal compiler error: backend decl for module variable h5t_enum_f already exists

--- Additional Comments From David dot Webb at soc dot soton dot ac dot uk 2005-08-30 17:36 --- *** Bug 23642 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23641

[Bug fortran/23642] New: internal compiler error: backend decl for module variable h5t_enum_f already exists

Sorry but this is a messy one. I don't know enough to simplify it and so have had to include the full subroutines. HDF is a self-describing data format widely used by the scientific community. The home page is at http://hdf.ncsa.uiuc.edu/HDF5/. A link shows the platforms it has been tested on,

[Bug fortran/23641] New: internal compiler error: backend decl for module variable h5t_enum_f already exists

Sorry but this is a messy one. I don't know enough to simplify it and so have had to include the full subroutines. HDF is a self-describing data format widely used by the scientific community. The home page is at http://hdf.ncsa.uiuc.edu/HDF5/. A link shows the platforms it has been tested on,

[Bug objc++/23640] obj-c++ does not call __objc_exec_class for the classes

-- What|Removed |Added BugsThisDependsOn||23609 OtherBugsDependingO|23609 | nThis|| http

[Bug objc++/23640] obj-c++ does not call __objc_exec_class for the classes

-- What|Removed |Added OtherBugsDependingO||23609 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23640

[Bug objc++/23640] obj-c++ does not call __objc_exec_class for the classes

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

[Bug testsuite/23609] all obj-c++ execute tests fails with the GNU runtime

-- What|Removed |Added OtherBugsDependingO||23640 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23609

[Bug objc++/23640] New: obj-c++ does not call __objc_exec_class for the classes

After fixing PR 23609. All obj-c++ tests still fail for different reason: objc runtime: cannot find class Foo FAIL: obj-c++.dg/method-17.mm execution test WE are not registering the classes with the runtime. -- Summary: obj-c++ does not call __objc_exec_class for the classes

[Bug testsuite/23609] all obj-c++ execute tests fails with the GNU runtime

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 17:06 --- (In reply to comment #2) > But now they fail with: > objc runtime: cannot find class Foo > FAIL: obj-c++.dg/method-17.mm execution test > > which looks like a front-end bug. Yes __objc_gnu_init is not call

[Bug testsuite/23609] all obj-c++ execute tests fails with the GNU runtime

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 17:00 --- But now they fail with: objc runtime: cannot find class Foo FAIL: obj-c++.dg/method-17.mm execution test which looks like a front-end bug. Let me look into that. -- http://gcc.gnu.org/bugzilla/show_bug

[Bug testsuite/23609] all obj-c++ execute tests fails with the GNU runtime

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 16:55 --- Created an attachment (id=9625) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9625&action=view) patch which should but needs testing I am taking this, this is the patch which I am looking into right n

[Bug c++/23639] [3.4/4.0/4.1 regression] Bad error message: not a member of ''

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org URL|

[Bug c++/23639] New: [3.4/4.0/4.1 regression] Bad error message: not a member of ''

For a testcase like template struct A { enum { e = 0 }; }; int i = A::e; we get the following error: error.cc:6: error: type/value mismatch at argument 1 in template parameter list for 'template > struct A' error.cc:6: error: expected a constant of type 'int', got 'void' err

[Bug c++/23586] [3.4 regression] Bad diagnostic for invalid namespace-name

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-30 16:28 --- Fixed on the 4.0 branch (for 4.0.2) and mainline. Testing patch for the 3.4 branch. -- What|Removed |Added

[Bug c++/23586] [3.4/4.0/4.1 regression] Bad diagnostic for invalid namespace-name

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-30 16:26 --- Subject: Bug 23586 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-30 16:25:54 Modified files: gcc/cp : Change

[Bug libgcj/23549] gij swallows args after -ea

--- Additional Comments From fitzsim at redhat dot com 2005-08-30 16:22 --- Fixed on CVS HEAD. Closing. -- What|Removed |Added Status|ASSIGNED

[Bug c++/23586] [3.4/4.0/4.1 regression] Bad diagnostic for invalid namespace-name

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-30 16:22 --- Subject: Bug 23586 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-30 16:22:01 Modified files: gcc/cp : ChangeLog parser.c name-lookup.c Lo

[Bug fortran/23638] Print format generates compiler segmentation fault

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 16:21 --- Fixed also in 4.0.2 which is from the 4.0 branch and is a release branch. See http://gcc.gnu.org/cvs.html about the branches The branch is named gcc-4_0-branch. -- What|Removed

[Bug libgcj/23549] gij swallows args after -ea

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-30 16:19 --- Subject: Bug 23549 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-30 16:19:16 Modified files: libjava: ChangeLog gij.cc Log message:

[Bug fortran/23638] Print format generates compiler segmentation fault

--- Additional Comments From David dot Webb at noc dot soton dot ac dot uk 2005-08-30 16:00 --- Subject: Re: Print format generates compiler segmentation fault On Tuesday 30 August 2005 16:25, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot g

[Bug libfortran/23356] FLT_EVAL_METHOD not defined on openbsd3.4

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-30 15:52 --- (In reply to comment #1) > This is weird as built just fine on openbsd3.1. Well, the only reference to openbsd I found in gcc-testresults are some mails from you, with openbsd3.1 but without gfortran. I j

[Bug libstdc++/23578] Implement resolution of DR 464 [Ready]

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-30 15:49 --- Subject: Bug 23578 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-30 15:49:15 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug libstdc++/23633] map::insert() invalidates reverse_iterators

--- Additional Comments From chris at bubblescope dot net 2005-08-30 15:35 --- While this behaviour is suprising, it is also not a bug. The problem comes from the fact that &*(reverse_iterator(i)) = &*(i-1), so when you dereference a reverse_iterator the value you actually get is from

[Bug middle-end/23467] alignment of member doesn't always carry over to alignment of struct.

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-30 15:28 --- (In reply to comment #7) > * stor-layout.c (finalize_type_size): Restore behaviour for > non-aggregate types to the status quo ante of the patch for > pr 23467. Document why it matters. R

[Bug fortran/23638] Print format generates compiler segmentation fault

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 15:25 --- On the mainline, I get: In file t.f:24 PRINT AOUT,1,2,3,4 1 Error: Syntax error in PRINT statement at (1) -- http://gcc.gnu.org/bug

[Bug middle-end/23636] [4.0/4.1 Regression] crashes on ThreadWeaver compilation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 15:24 --- Confirmed, reduced testcase: class QMutexLocker {}; extern void __assert_fail () throw () __attribute__ ((__noreturn__)); struct QList { ~QList(); bool isEmpty(); }; QList values(); void execute() {

[Bug fortran/23635] Argument of ichar at (1) must be of length one

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-30 15:23 --- Confirmed. Reduced testcase: type glcptr character(len=2) :: addr end type glcptr type(glcptr) :: ptr print *, ichar(ptr%addr(1:1)) end The type declaration is needed to exhibit the bug, a

[Bug fortran/23446] Valid internal subprogram array argument declaration is not accepted.

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-30 15:10 --- Confirmed, as I think this is indeed legal code. -- What|Removed |Added Status

[Bug fortran/23638] New: Print format generates compiler segmentation fault

The following code produces the error message: "internal compiler error: Segmentation fault" "Please submit a full bug report" PROGRAM main c c Simplified extract from legacy code which generated format c statements c c Compiled with gfortran 4.0.1: c Using built-in specs. c

[Bug fortran/23516] IMAG is not a generic function when implicit none is declared

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-30 15:02 --- Well, this is not standard Fortran but g77 accepts it (and all the compilers I can find accept it). So, I think we should add a generic IMAG for GFC_STD_GNU. -- What|Removed

[Bug libstdc++/23632] std::vector in combination with debug mode fails to compile code

--- Additional Comments From pcarlini at suse dot de 2005-08-30 14:41 --- Ok, thanks. No, nothing else is needed, the problem is clear. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23632

[Bug middle-end/23636] [4.0/4.1 Regression] crashes on ThreadWeaver compilation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 14:39 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23636

[Bug libstdc++/23632] std::vector in combination with debug mode fails to compile code

--- Additional Comments From fischerk at inf dot ethz dot ch 2005-08-30 14:37 --- Sorry, my mistake, the code is sent was not the right one. (I tested around and did not realize that I sent the wrong one, sorry.) Here is the code that causes the problem; and it only happens when I co

[Bug middle-end/23636] [4.0/4.1 Regression] crashes on ThreadWeaver compilation

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

[Bug middle-end/23636] [4.0/4.1 Regression] crashes on ThreadWeaver compilation

-- What|Removed |Added Keywords|wrong-code |ice-on-valid-code Summary|crashes on ThreadWeaver |[4.0/4.1 Regression] crashes

[Bug fortran/23634] internal compiler error: in gfc_conv_expr_descriptor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 14:33 --- Confirmed, reduced testcase: subroutine option_stopwatch_s(default_clock) character(len=*), intent(in) :: default_clock call option_stopwatch_a((/default_clock/)) end subroutine option_stopwatch_s --

[Bug libstdc++/23632] std::vector in combination with debug mode fails to compile code

--- Additional Comments From pcarlini at suse dot de 2005-08-30 14:28 --- Happens also mornally, in non-debug mode. It's a very old issue, maybe fixing it it's rather easy... -- What|Removed |Added -

[Bug middle-end/23636] crashes on ThreadWeaver compilation

-- What|Removed |Added Severity|critical|normal Component|c++ |middle-end Keywords|

[Bug libstdc++/23633] map::insert() invalidates reverse_iterators

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

[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-30 14:00 --- (In reply to comment #5) > I will try and dig up the EABI for PowerPC, but it's not just about sticking > to > a paper. It simply does not work for me (and probably others) the way it is. Saying that bec

[Bug c++/23636] crashes on ThreadWeaver compilation

--- Additional Comments From gj at pointblue dot com dot pl 2005-08-30 13:42 --- Created an attachment (id=9624) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9624&action=view) offending file, assembler -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23636

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

--- Additional Comments From gdr at integrable-solutions dot net 2005-08-30 13:41 --- Subject: Re: Typeinfo comparison code easily breaks shared libs "ghost at cs dot msu dot su" <[EMAIL PROTECTED]> writes: | And if I forget just a single header (which was probably added in the last

[Bug c++/23636] crashes on ThreadWeaver compilation

--- Additional Comments From gj at pointblue dot com dot pl 2005-08-30 13:41 --- Created an attachment (id=9623) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9623&action=view) offending file, full -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23636

[Bug c++/23636] New: crashes on ThreadWeaver compilation

model: posix gcc version 4.0.2 20050830 (prerelease) /usr/local/gcc4.0/libexec/gcc/i686-pc-linux-gnu/4.0.2/cc1plus -E -quiet -v -I../../../KDE4/qt-copy/mkspecs/linux-g++ -I. -I../../../KDE4/qt-copy/include/QtGui -I../../../KDE4/qt-copy/include/QtCore -I../../../KDE4/qt-copy/include -I. -I

[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit

--- Additional Comments From m dot reszat at kostal dot com 2005-08-30 13:40 --- (In reply to comment #4) > Note this also happens on ARM where (in the EABI) it is definitely a bug I will try and dig up the EABI for PowerPC, but it's not just about sticking to a paper. It simply does no

[Bug fortran/23635] New: Argument of ichar at (1) must be of length one

Compiler reports a string must be of length one, but the string is of length one. Fedora Core 1. Verbose output of compiler: [EMAIL PROTECTED]> gfortran -c -v icharbug.f90 Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.0.1/configure --prefix=/local/home/mitchell/tmp/g

[Bug tree-optimization/23626] [4.1 Regression] ICE after cunrolling

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-30 13:30 --- In replace_uses_by. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |r

[Bug middle-end/23477] [4.1 Regression] default-initializing array new expression uses makes stack usage go way up

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-30 13:16 --- Patch submitted. -- What|Removed |Added URL||http

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

--- Additional Comments From ghost at cs dot msu dot su 2005-08-30 13:10 --- To clarify what Marcus said, I've made a small example: http://zigzag.cs.msu.su/~ghost/rtti-4.0 The third party library 'libhelper.so' is built with default visibility. I want my own library 'libhelper2

[Bug fortran/23634] internal compiler error: in gfc_conv_expr_descriptor

--- Additional Comments From william dot mitchell at nist dot gov 2005-08-30 13:06 --- Created an attachment (id=9622) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9622&action=view) Fortran 90 source file that demonstrates bug Here is the source code that should have been include

[Bug fortran/23634] New: internal compiler error: in gfc_conv_expr_descriptor

GNU F95 version 4.0.1 (i686-pc-linux-gnu) compiled by GNU C version 4.0.1. Fedora Core 1 Linux looneyjr.cam.nist.gov 2.4.25 #2 Wed Apr 21 12:08:18 EDT 2004 i686 i686 i386 GNU/Linux [EMAIL PROTECTED]> gfortran -v -c stopwatch.f90 Using built-in specs. Target: i686-pc-linux-gnu Configured

[Bug c++/23633] New: map::insert() invalidates reverse_iterators

gcc (GCC) 4.0.2 20050821 (prerelease) (Debian 4.0.1-6) In the following program inserting a new element into a map (i.e., M[2]=2) invalidates an existing map::reverse_iterator im2. Before this insertion the reverse_iterator im2 points to the pair (1,1), and after the insertion it becomes erroneous

[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-30 12:43 --- Note this also happens on ARM where (in the EABI) it is definitely a bug becuase the procedure call standard says it is. Quoting from the AAPCS: 7.1.7.5 Volatile bit-fieldspreserving number and width of

[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit

--- Additional Comments From falk at debian dot org 2005-08-30 12:26 --- (In reply to comment #2) > (In reply to comment #1) > > (In reply to comment #0) > When dealing with peripherals in embedded systems, the use of bitfields makes > the code much more readable. I can see that. > M

[Bug libstdc++/23632] std::vector in combination with debug mode fails to compile code

--- Additional Comments From fischerk at inf dot ethz dot ch 2005-08-30 11:55 --- Created an attachment (id=9621) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9621&action=view) s-output from g++ -v -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23632

[Bug libstdc++/23632] std::vector in combination with debug mode fails to compile code

--- Additional Comments From fischerk at inf dot ethz dot ch 2005-08-30 11:54 --- Created an attachment (id=9620) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9620&action=view) ii-output from g++ -v -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23632

[Bug libstdc++/23632] New: std::vector in combination with debug mode fails to compile code

Dear libstdc++ coders, I think I discovered a bug in the debug mode of gcc-4.0.0. It is the following program that should compile using the debug mode but that does not. // BEGIN #include int main(int,char **) { std::vector v(100); const std::vector::const_iterator fu = v.begin(); if (

  1   2   >