[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] 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/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 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 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 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 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 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 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:55 --- Patch posted here: . -- What|Removed |Added -

[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 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] 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 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 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 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 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 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 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 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 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 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/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] 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-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++/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 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 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 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 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 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 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 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 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 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 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 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 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 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 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

-- What|Removed |Added Target Milestone|--- |4.0.2 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 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 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 target/23602] [4.1 regression] 1081 test failures in libjava, when configured for i486-linux

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-08-30 07:27 --- Same thing here. It works, when run from the command line. I narrowed down the failures a bit. CVS 20050628 and 20050714 fail with just 17 test cases, this is introduced between 20050607 and 200506

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

--- Additional Comments From rmathew at gcc dot gnu dot org 2005-08-30 07:33 --- Still exists on mainline. At optimisation levels 1,2 and 3, this bug disappears. Also disappears if "-fuse-divide-subroutine" is used. Seems to have been introduced between June 14th and 15th: http://gc

[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 07:43 --- (In reply to comment #1) > (In reply to comment #0) > > > Access to bf1.b is correctly done as 32-bits (lwz/stw opcodes), bf2.b is > > accessed as 8-bits (lbz/stb opcodes). GCC3.4.3 shows the same behaviour

g++; operator==

Hi! g++ Version:3.3.5 Linux-distribution:Suse 9.2 and Gentoo 2005.0 on Intel Pentium 4 CFLAGS used to compile gcc: -O2 -pipe I found the following bug: bash-output: [EMAIL PROTECTED]:~/test> g++ -o Prog.bin Prog.cpp Prog.cpp: In function `int main()': Prog.cpp:32: error

Re: g++; operator==

First of all, this mailinglist only tracks bugzilla (http://gcc.gnu.org/bugzilla) activity, so getting help this way is going to fail. Second, your testcase is invalid C++, to fix it, change operator== to bool operator== (const Int& i2) const { return (this->i == i2.i ? true : false);

[Bug c++/23624] [3.4/4.0/4.1 Regression] ICE: internal compiler error: in invert_truthvalue, at fold-const.c:2697

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-30 08:17 --- Looking into it -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguen

[Bug c++/16625] Discarded Linkonce sections in .rodata

--- Additional Comments From markus dot glaser at daimlerchrysler dot com 2005-08-30 08:23 --- also, not working with gcc-3.3.5, tested with linkoncedebug-0.0.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16625

[Bug c++/23624] [3.4/4.0/4.1 Regression] ICE: internal compiler error: in invert_truthvalue, at fold-const.c:2697

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-30 08:58 --- It's weird we only fail with f being a template function. In fact, only in this case we reach the point where we try the invalid folding. Nevertheless, I have an (obvious) patch. Testing in progress. --

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

t main( void) { int i = 0x8000; int j = -1; printf( "%u: %d\n", sizeof(int), i/j); return 0; } ~/src/tmp/PR22166 > mygcc --version xgcc (GCC) 4.1.0 20050830 (experimental) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying condi

[Bug c/23630] built-ins MMX regression

--- Additional Comments From prakash at punnoor dot de 2005-08-30 09:26 --- (From update of attachment 9618) uploaded the wrong file, sorry. -- What|Removed |Added Attachmen

[Bug c++/23624] [3.4/4.0/4.1 Regression] ICE: internal compiler error: in invert_truthvalue, at fold-const.c:2697

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-30 09:42 --- While my patch is to the middle-end, the C++ frontend part causing this is build_x_conditional_expr ... expr = build_conditional_expr (ifexp, op1, op2); if (processing_template_decl && expr != error_mar

[Bug c/23630] New: built-ins MMX regression

I am using MMX built-ins and gcc-4.0-20050825 and I am experiencing generation of a lot of uneeded movq. I don't know which gcc snapshot introduced this, but a I know that some pre-release gcc 4.0 didn't show this bad behaviour. BTW, this is using gcc built-ins. The situation is much wors when usi

[Bug c/23630] built-ins MMX regression

--- Additional Comments From prakash at punnoor dot de 2005-08-30 09:25 --- Created an attachment (id=9619) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9619&action=view) preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23630

[Bug target/23630] built-ins MMX regression

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

[Bug c++/23624] [3.4/4.0/4.1 Regression] ICE: internal compiler error: in invert_truthvalue, at fold-const.c:2697

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-30 10:26 --- Patches: http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01739.html http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01740.html -- What|Removed |Added --

[Bug middle-end/23631] construct to memory and memcpy instead of memset

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

[Bug middle-end/23631] construct to memory and memcpy instead of memset

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 10:39 --- The issue is the same as PR 23477. *** This bug has been marked as a duplicate of 23477 *** -- What|Removed |Added --

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

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

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

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail||4.0.2

[Bug preprocessor/20348] [4.0/4.1 Regression] File not included when file with same name is included before

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-30 10:44 --- Fixed in 4.0.2 by reverting the patch which caused this. -- What|Removed |Added

[Bug other/23541] all error messages produce segfault ICE

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-30 09:38 --- Could you post the exact configure line and command line you used to build the compiler? And the output of 'gcc -v' for the bootstrap compiler? -- What|Removed |Added

[Bug c/23630] built-ins MMX regression

--- Additional Comments From prakash at punnoor dot de 2005-08-30 09:22 --- Created an attachment (id=9618) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9618&action=view) preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23630

[Bug c/23631] New: construct to memory and memcpy instead of memset

A global .rodata constant is created in the following case and then memcpy() to the variable in the stack, instead of just calling the intended memset. [EMAIL PROTECTED]:~/projet/gujin$ cat > tmp.c int sub (int i) { int array[100] = { 0 }; sub2 (&array[i]); } [EMAIL PROTECTED]:~/projet

[Bug java/23620] Segfault compiling inner interfaces

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

[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 11:45 --- I have a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguen

[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 (

[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] 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 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 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 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 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 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 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 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 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 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 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 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 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++/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: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 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 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/23636] crashes on ThreadWeaver compilation

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

[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 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 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 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 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

--- 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 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 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 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/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/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

  1   2   >