[Bug c++/23896] [4.0/4.1 Regression] boost::tie() = std::pair doesn't compile

--- Additional Comments From Woebbeking at web dot de 2005-09-17 08:30 --- Wow, that was fast, thanks. I'll give it a try with the next Debian package. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23896

[Bug middle-end/23925] HDF5 check fails--type conversions

--- Additional Comments From swhite at aei dot mpg dot de 2005-09-17 08:43 --- I should mention that there is a HDF5 version 1.7, which is said by HDF User Support ([EMAIL PROTECTED]) to handle new compilers better. ftp://ftp.ncsa.uiuc.edu/HDF/pub/outgoing/hdf5/snapshots/ However, unle

[Bug ada/20753] ACATS ce3810b segfault at runtime on hppa-linux

--- Additional Comments From christian dot joensson at gmail dot com 2005-09-17 12:08 --- well, LAST_UPDATED: Fri Sep 16 15:58:15 UTC 2005, and on xgcc -v Using built-in specs. Target: sparc64-unknown-linux-gnu Configured with: ../gcc/configure --enable-__cxa_atexit --enable-shared --wi

[Bug ada/20753] ACATS ce3810b segfault at runtime on hppa-linux

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-17 12:15 --- > Program received signal SIGSEGV, Segmentation fault. > 0x00015540 in system.secondary_stack.ss_release (m=) at s-secsta.adb:477 > Current language: auto; currently ada > (gdb) bt > #0 0x00015540 in sys

[Bug ada/20753] ACATS ce3810b segfault at runtime on hppa and sparc-linux

--- Additional Comments From laurent at guerby dot net 2005-09-17 12:17 --- Eric, do you have a patch in the pipeline? -- What|Removed |Added Summary|ACATS ce3810

[Bug ada/20753] ACATS ce3810b segfault at runtime on hppa and sparc-linux

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-17 12:28 --- > Eric, do you have a patch in the pipeline? Only a quick fix that doesn't solve all the cases. Geert is the specialist here. -- What|Removed |Added ---

[Bug libstdc++/13583] [3.4/4.0/4.1 Regression] __use_cache not threadsafe

--- Additional Comments From ian at airs dot com 2005-09-17 13:26 --- Why should we not just apply Benjamin's patch for this PR? As far as I can see any patch will have to work along the lines of his existing one. -- What|Removed |Added --

[Bug middle-end/23925] HDF5 check fails--type conversions

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-09-17 14:17 --- Please provide -fno-strict-aliasing with the build CFLAGS. I bugged the Debian people to do this once, and this fixed all such issues. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-09-17 14:24 --- (In reply to comment #16) > I have a patch. Excellent! Where is it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17 14:53 --- Here is the patch: Index: fold-const.c === RCS file: /cvs/gcc/gcc/gcc/fold-const.c,v retrieving revision 1.625 diff -u -p -r1.625 fold-const.c

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17 14:54 --- I should note I need to test it still which is why I had not posted it yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049

[Bug tree-optimization/23928] New: Exceptions require an excessive amount of compile-time memory

The tramp3d-v4.cpp testcase with flatten (aka leafify) enabled requires excessive amount of memory for the compile, if exceptions are not disabled via -fno-exceptions. Compiling with -O2 -Dleafify=flatten -fno-exceptions mainline needs at max. 670MB of ram, while omitting -fno-exceptions it tops o

[Bug tree-optimization/23928] Exceptions require an excessive amount of compile-time memory

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-09-17 17:07 --- ipa-eh patch from http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00881.html (with fix) does not really help. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23928

[Bug ada/23564] [4.1 Regression] ACATS FAIL c52104f c52104h missing check

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-17 17:35 --- See http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00718.html -- What|Removed |Added

[Bug tree-optimization/23928] Exceptions require an excessive amount of compile-time memory

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-09-17 18:00 --- eh-complexity patch from http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01052.html slightly edited to apply (and approved by GeoffK in june) helps: peak memory usage is down to 1.2GB.

[Bug libfortran/23889] non intuitive behaviour of gfortran

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-17 18:23 --- Summary of compilers behaviour on that one: + Absoft, Portland, MIPS-Pro, NEC SX and IBM exhibit behaviour similar to gfortran (generating same RN sequences) + Sun, Intel, g95 generate different RN seq

[Bug tree-optimization/23928] Exceptions require an excessive amount of compile-time memory

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-09-17 18:43 --- Extra ggc_collect after each optimize_inline_calls does not help reduce it further. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23928

[Bug fortran/15586] gfortran should support i18n in its compiler messages

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-17 18:58 --- Subject: Bug 15586 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-17 18:58:11 Modified files: gcc/fortran: ChangeLog arith.c array.c check.c err

[Bug fortran/15586] gfortran should support i18n in its compiler messages

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-17 19:01 --- Keeping open for translation problems remaining (diagnostics built from pieces). -- What|Removed |Added

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-09-17 19:31 --- Please fix the caller who is not folding the condition in the first place instead. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at physics dot uc dot edu 2005-09-17 19:38 --- Subject: Re: [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x > > > --- Additional Comments From rguenth at tat dot physik dot uni-tuebingen > dot de 2005-09-17 19:31 --- > Please fix

[Bug c/23929] New: segfault in expand_simple_operations, tree-ssa-loop-niter.c:637

following testcase (extracted from libgphoto2) segfaults the compiler on amd64. /home/marcus/projects/gcc/BIN/bin/gcc -O2 -c library.i library.i: In function 'f': library.i:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if ap

[Bug c/23929] segfault in expand_simple_operations, tree-ssa-loop-niter.c:637

--- Additional Comments From marcus at jet dot franken dot de 2005-09-17 19:43 --- Created an attachment (id=9749) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9749&action=view) library.i gcc -O2 -c library.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23929

[Bug tree-optimization/23929] segfault in expand_simple_operations, tree-ssa-loop-niter.c:637

-- What|Removed |Added Component|c |tree-optimization Keywords||ice-on-valid-code http://gcc.gnu.org/bugzil

[Bug tree-optimization/23929] [4.1 Regression] segfault in expand_simple_operations, tree-ssa-loop-niter.c:637

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17 19:53 --- Confirmed, a regression from 4.0.0. backtrace: #0 expand_simple_operations (expr=0x0) at /home/pinskia/src/onetest/gcc/gcc/tree-ssa-loop- niter.c:637 #1 0x004cee15 in expand_simple_operations (exp

[Bug c++/6273] [DR 502] Dependency of nested enumerations and enumerators

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-17 20:03 --- The code snippet from comment #4 is now accepted on the 4.0 branch and mainline due to Mark's patch for PR21514: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00996.html The anonymous enum is again treated

[Bug middle-end/22067] Inconsistent multiply by immediate

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-17 20:18 --- Subject: Bug 22067 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-17 20:17:55 Modified files: gcc: ChangeLog expmed.c Log message:

[Bug middle-end/22067] Inconsistent multiply by immediate

--- Additional Comments From dje at gcc dot gnu dot org 2005-09-17 20:20 --- Patch committed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c/23104] [4.1 Regression] C does not reject the same function in two different TUs with -combine

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17 20:25 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01070.html -- What|Removed |Added

[Bug c++/6273] [DR 502] Dependency of nested enumerations and enumerators

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-17 20:27 --- Here's a link to DR 502: http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#502 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6273

[Bug c++/6273] [DR 502] Dependency of nested enumerations and enumerators

--- Additional Comments From gdr at integrable-solutions dot net 2005-09-17 20:29 --- Subject: Re: [DR 502] Dependency of nested enumerations and enumerators "reichelt at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | The code snippet from comment #4 is now accepted on the 4.0 bra

[Bug c++/18445] [3.4 Regression] ice during overload resolution in template instantiation

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-17 20:49 --- Subject: Bug 18445 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-17 20:48:46 Modified files: gcc/cp : Change

[Bug c++/18803] [3.4 regression] rejects access to operator() in template

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-17 20:49 --- Subject: Bug 18803 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-17 20:48:46 Modified files: gcc/cp : Change

[Bug c++/18803] [3.4 regression] rejects access to operator() in template

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-17 20:53 --- Reverted patch for PR 18445, which broke this. Fixed on the 3.4 branch, thusly. -- What|Removed |Added -

[Bug tree-optimization/23928] Exceptions require an excessive amount of compile-time memory

-- What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/s

[Bug c++/18445] [3.4/4.0 Regression] ice during overload resolution in template instantiation

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-17 20:58 --- The fix for the 3.4 branch had to be reverted, because it backported PR 18803. The problem will not be fixed on the 3.4 branch. It remains fixed on the 4.0 branch and mainline. -- What|Rem

[Bug middle-end/22067] Inconsistent multiply by immediate

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

[Bug debug/22489] [4.0/4.1 Regression] ICE in dwarf2out_finish

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17 21:38 --- This has been failing since at least "3.5.0 20040909". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22489

[Bug c/18851] IMA is slow and could be sped up

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17 21:40 --- I will be committing this in the next couple of hours. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18851

[Bug c++/18368] [3.4 Regression] C++ error message regression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-17 21:57 --- Subject: Bug 18368 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-17 21:57:26 Modified files: gcc/cp : Change

[Bug c++/18368] [3.4 Regression] C++ error message regression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-17 22:05 --- Subject: Bug 18368 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-17 22:05:39 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug c++/18368] [3.4 Regression] C++ error message regression

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-17 22:07 --- This is now fixed also on the 3.4 branch. Testcase applied to 3.4 branch and mainline. Waiting for the 4.0 branch to thaw before committing testcase there. Keeping PR open until testcase is committed to 4.0

[Bug tree-optimization/23929] [4.1 Regression] segfault in expand_simple_operations, tree-ssa-loop-niter.c:637

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17 22:47 --- This has been failing since at least "4.1.0 20050705". -- What|Removed |Added GCC build tri

[Bug tree-optimization/23929] [4.1 Regression] segfault in expand_simple_operations, tree-ssa-loop-niter.c:637

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17 22:48 --- It worked with "4.1.0 20050321". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23929

[Bug java/23935] New: $PREFIX/include/ffi.h needs to go to a target- and -version-dependent location

Currently ffi.h is installed into $PREFIX/include. This breaks cases where different versions of GCC, or copies of GCC for different targets are installed into the same $PREFIX. -- Summary: $PREFIX/include/ffi.h needs to go to a target- and - version-dependent l

[Bug tree-optimization/23929] [4.1 Regression] segfault in expand_simple_operations, tree-ssa-loop-niter.c:637

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17 22:50 --- It also fails with "4.1.0 20050530". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23929

[Bug libffi/23935] $PREFIX/include/ffi.h needs to go to a target- and -version-dependent location

-- What|Removed |Added Component|java|libffi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23935

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17 23:09 --- I am not going to fix a DOM bug. See http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01084.html for more discussion about this bug. Though I wonder if I would not hit this bug in my tree combiner but I will

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

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

[Bug tree-optimization/23936] New: There should be a simplify_replace_tree like simplify_replace_rtx

Instead of calling fold after replacing in a tree, we should have a simplify_replace_tree removes the need for fold a lot of places and it also fixes a couple of compile time issues with calling fold all over the place. See . If I get t

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From steven at gcc dot gnu dot org 2005-09-17 23:53 --- It is hardly a DOM bug. More an oversight. Probably easily fixed. -- What|Removed |Added ---

[Bug tree-optimization/23938] New: ssa_use_operand_d using 30 bytes in struct tree_phi_arg

As far as i can telll, the only reason for this being here is to make the iterators work. I've attached a partial patch to remove it, but it needs some work. I don't have time to work on it more for a while -- Summary: ssa_use_operand_d using 30 bytes in struct tree_phi_arg

[Bug tree-optimization/23938] ssa_use_operand_d using 30 bytes in struct tree_phi_arg

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17 23:56 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/23928] Exceptions require an excessive amount of compile-time memory

-- What|Removed |Added Keywords||memory-hog http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23928

[Bug tree-optimization/23939] New: DOM has dead code, VALUE_HANDLEs are not created during DOM

While looking into PR 23049, I noticed that DOM checks the tree code of expressions making sure that they are not VALUE_HANDLE. I looked and the only place which creates a VH is in tree-vn.c and none of those are called from DOM. -- Summary: DOM has dead code, VALUE_HANDLEs are no

[Bug tree-optimization/23939] DOM has dead code, VALUE_HANDLEs are not created during DOM

--- Additional Comments From law at redhat dot com 2005-09-18 00:29 --- Subject: Re: New: DOM has dead code, VALUE_HANDLEs are not created during DOM On Sun, 2005-09-18 at 00:09 +, pinskia at gcc dot gnu dot org wrote: > While looking into PR 23049, I noticed that DOM checks

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From law at redhat dot com 2005-09-18 00:37 --- Subject: Re: [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x On Sat, 2005-09-17 at 19:38 +, pinskia at physics dot uc dot edu wrote: > > --- Additional Comments From rguenth at tat dot physik

[Bug tree-optimization/23939] DOM has dead code, VALUE_HANDLEs are not created during DOM

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 00:48 --- (In reply to comment #1) > That's by design. We want to eventually create value handles early, > then maintain them through the optimization passes (which would allow > removing DOM's hashing code completel

[Bug tree-optimization/23940] New: SSA_NAMEs are not released after no longer being used.

See and . Note this could also be considered a compile time hog for checking enabled case. -- Summary: SSA_NAMEs are not released after no longer being used. Product

[Bug tree-optimization/23939] DOM has dead code, VALUE_HANDLEs are not created during DOM

--- Additional Comments From law at redhat dot com 2005-09-18 01:12 --- Subject: Re: DOM has dead code, VALUE_HANDLEs are not created during DOM On Sun, 2005-09-18 at 00:48 +, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot

[Bug c/5694] Generate warnings about using unsafe string functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 01:13 --- (In reply to comment #3) > Jakub's patch > provides for compile-time and runtime detection of some overflow cases, > and I think that is as much as i

[Bug c/18426] -Wstrict-aliasing fails to report simple case of breaking strict aliasing rules

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 01:39 --- Fixed in 4.1.0 and above. -- What|Removed |Added Status|NEW

[Bug c/18637] pragma handler interfaces should be merged

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 01:41 --- Any news on this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18637

[Bug c/21589] [3.4 only] FAIL: gcc.dg/noreturn-7.c (test for warnings, line 21)

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

[Bug c++/21678] Using inline + always_inline disables warnings about missing return statements

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 01:55 --- Fixed for the C front-end in 4.1.0. Still broken for the C++ front-end. -- What|Removed |Added ---

[Bug c/21759] Implement warning for codes at the intersection of C and C++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 01:55 --- Isn't this fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21759

[Bug c/21860] Frontends should be adding DECL_EXPRs for TYPE_DECLs, at least when the type has SAVE_EXPRs in it

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 01:57 --- Any news on this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21860

[Bug c/21948] [diagnostic] enable errors on `cast from/to pointer to/from integer of different size`

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 01:58 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/23833] warning: "ignoring packed attribute on unpacked non-POD field" on templates

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 02:06 --- *** This bug has been marked as a duplicate of 13983 *** -- What|Removed |Added

[Bug c++/13983] no warning on some non-POD struct with packed attribute

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 02:06 --- *** Bug 23833 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug debug/22489] [4.0/4.1 Regression] ICE in dwarf2out_finish

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 02:12 --- : Search converges between 2004-07-17-trunk (#488) and 2004-07-18-trunk (#489). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22489

[Bug c++/23205] [4.0/4.1 Regression] [C++/unit-at-a-time] stabs debug info omitted for global const variables

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 02:18 --- This is really a bug in the front-end where we don't keep a reference to j still. -- What|Removed |Added

[Bug c/21759] Implement warning for codes at the intersection of C and C++

--- Additional Comments From gdr at integrable-solutions dot net 2005-09-18 02:52 --- Subject: Re: Implement warning for codes at the intersection of C and C++ "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Isn't this fixed? No. There are still other areas not covere

[Bug fortran/19181] ICE and segmentation fault with pointer member in user defined type

--- Additional Comments From pault at gcc dot gnu dot org 2005-09-18 04:56 --- (In reply to comment #3) > *** Bug 21300 has been marked as a duplicate of this bug. *** Andrew, These two seem to have fixed themselves. Would you like me to submit a testcase? Paul T -- http://gcc.g

[Bug fortran/19181] ICE and segmentation fault with pointer member in user defined type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 04:59 --- (In reply to comment #4) > These two seem to have fixed themselves. Would you like me to submit a > testcase? Yes please. -- What|Removed |Added --

[Bug fortran/12366] array assignment fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 05:06 --- Fixed for 4.1.0 and above. I did not try 4.0.2 though. -- What|Removed |Added S

[Bug fortran/16861] segfault with doubly used module

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-18 05:19 --- Subject: Bug 16861 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-18 05:18:55 Modified files: gcc/fortran: module.c ChangeLog gcc/tests

[Bug fortran/18960] compiler segfault on shifting character array constants

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 05:23 --- Fixed in 4.1.0: earth:~/pr9071>!gf gfortran t.f90 earth:~/pr9071>./a.out lo -- What|Removed |Added --

[Bug fortran/19269] transpose(reshape(...)) of character array segfaults.

-- Bug 19269 depends on bug 18960, which changed state. Bug 18960 Summary: compiler segfault on shifting character array constants http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18960 What|Old Value |New Value --

[Bug fortran/19045] ICE in gfc_conv_expr

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 05:25 --- Fixed in 4.1.0. -- What|Removed |Added Status|NEW |RESOL

[Bug fortran/19282] ICE in gfc_conv_array_initializer

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 05:30 --- Fixed in 4.1.0. -- What|Removed |Added Status|NEW |RESOL

[Bug fortran/19425] Duplicate SAVE attribute problem

-- What|Removed |Added OtherBugsDependingO||19292 nThis|| Severity|minor |enhance

[Bug fortran/19574] specification expression failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 05:42 --- the testcase in comment #1 no longer seg faults. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19574

[Bug fortran/20151] internal compiler error: Bus error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 05:50 --- Fixed in 4.1.0. -- What|Removed |Added Status|NEW |RESOL

[Bug fortran/15975] ICE in trans-array.c pointer array initialization stuff

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-18 05:50 --- Subject: Bug 15975 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-18 05:50:15 Modified files: gcc/fortran: resolve.c ChangeLog gcc/test

[Bug fortran/20387] ICE in gfc_conv_array_initializer

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 05:53 --- Fixed in 4.1.0. -- What|Removed |Added Status|NEW |RESOL

[Bug fortran/20838] ICE in gfc_conv_expr_descriptor, at fortran/trans-array.c:3606

-- What|Removed |Added Keywords|ice-on-valid-code |ice-on-invalid-code Last reconfirmed|2005-04-15 12:44:53 |2005-09-18 06:01:40 date|

[Bug fortran/21359] gfortran internal error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 06:11 --- Fixed for 4.1.0. -- What|Removed |Added Status|NEW |RESO

[Bug fortran/22048] Problem with sub-string operator and implicitly typed character variables

-- What|Removed |Added Keywords||rejects-valid Last reconfirmed|2005-06-13 16:53:25 |2005-09-18 06:14:19 date|

[Bug fortran/22210] gfc_conv_array_initializer weirdness

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 06:15 --- Isn't this fixed or did the output_constructor part never get committed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22210

[Bug fortran/22491] character array parameters do not reduce

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18 06:20 --- This is fixed, right? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22491