[Bug other/25035] [4.1/4.2 regression] libssp causes a failure with cross compilers

--- Comment #13 from dje at gcc dot gnu dot org 2006-08-05 03:36 --- *** Bug 28596 has been marked as a duplicate of this bug. *** -- dje at gcc dot gnu dot org changed: What|Removed |Added --

[Bug other/28596] libssp does not build for cross-compile

--- Comment #1 from dje at gcc dot gnu dot org 2006-08-05 03:36 --- This is a duplicate of PR 25035. *** This bug has been marked as a duplicate of 25035 *** -- dje at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libfortran/28607] [4.1/4.2 Regression]Namelist read does not handle default case of delim="none"

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-08-05 02:17 --- S/specifier/specifier/ Copy garbage from PDF file, sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28607

[Bug libfortran/28607] [4.1/4.2 Regression]Namelist read does not handle default case of delim="none"

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-08-05 02:15 --- >From F95 Standard: 9.3.4.9 "DELIM = " in OPEN statement If the value of this specifier is NONE, a character value when written shall not be delimited by apostrophes or quotation marks,nor shall any internal apos

[Bug libfortran/28607] New: [4.1/4.2 Regression]Namelist read does not handle default case of delim="none"

Fails to read strings in namelist without quote or apostrophe. program test_nml integer ncalc, npoints, nslices character*100 infile, scriptfile, outfile, conffile double precision lambda, mesh, zsep, M namelist /optics/ c ! Files + infile, scriptfile, outfi

[Bug libgcj/28546] [4.2 Regression] ./java/lang/Thread.h:31: error: using typedef-name '_Jv_Thread_t' after 'class'

--- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca 2006-08-04 22:29 --- Subject: Re: [4.2 Regression] ./java/lang/Thread.h:31: error: using typedef-name '_Jv_Thread_t' after 'class' > The only thing I can do is trying to make the failing test cases > conditionalized. That wo

[Bug libgcj/28546] [4.2 Regression] ./java/lang/Thread.h:31: error: using typedef-name '_Jv_Thread_t' after 'class'

--- Comment #13 from andreast at gcc dot gnu dot org 2006-08-04 22:22 --- The only thing I can do is trying to make the failing test cases conditionalized. I'm not a wizzard to make a non threading system having threads :) Andreas -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=285

[Bug c++/27211] Bogus error "template definition of non-template" when there is no non-template

--- Comment #4 from reichelt at gcc dot gnu dot org 2006-08-04 21:54 --- Because of the fix for PR 28432, comment #3 is obsolete. We are back to square one, i.e. the original bug report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27211

[Bug c++/25342] [4.0 Regression] internal compiler error: in lookup_member, at cp/search.c:1209

--- Comment #11 from reichelt at gcc dot gnu dot org 2006-08-04 21:39 --- Even worse, here's a modified example that produces wrong code on the 4.0 branch: struct A { typedef int X; }; template struct B { typedef typename T::X Y; template st

[Bug libfortran/28603] FAIL: gfortran.dg/direct_io_6.f90 -O0 execution test

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-08-04 21:37 --- Subject: Re: FAIL: gfortran.dg/direct_io_6.f90 -O0 execution test > --- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-08-04 21:17 > --- > This test is expected to fail on platforms that

[Bug tree-optimization/27937] [4.2 Regression] Ada bootstrap failure on Solaris 10/x86

--- Comment #14 from ebotcazou at gcc dot gnu dot org 2006-08-04 21:36 --- > A mainline bootstrap as of 20060724 was successful, so it seems so > (although I haven't seen a specific fix addressing this issue). This is http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00229.html and I asked

[Bug rtl-optimization/28489] [4.2 regression] ICE in move_insn, at haifa-sched.c:1968

--- Comment #12 from sje at cup dot hp dot com 2006-08-04 21:18 --- The bootstrap and testing on my ia64 HP-UX system also had no regressions with this patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28489

[Bug libfortran/28603] FAIL: gfortran.dg/direct_io_6.f90 -O0 execution test

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-08-04 21:17 --- This test is expected to fail on platforms that do not support large file I/O so we just need to mark it as xfail for this platform. Can you do that John? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28603

[Bug c++/25342] [4.0 Regression] internal compiler error: in lookup_member, at cp/search.c:1209

--- Comment #10 from reichelt at gcc dot gnu dot org 2006-08-04 21:17 --- The reduced testcase from comment #1 now compiles on the 4.0 branch. However, the original testcase still causes hiccups (but no ICE): bug.cc: In static member function 'static void tpl_seq_search::range::find()

[Bug c++/28182] Bad diagnostic with missing "typename" keyword

--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-04 21:02 --- The ICE got fixed on mainline, 4.1 branch, and 4.0 branch by Steve Ellcey's patch for PR 28432: http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01171.html We now get: bug.cc:3: error: type 'typename TT::sss' is not

[Bug libgcj/28605] Current trunk fails to build: "zip error"

--- Comment #2 from bero at arklinux dot org 2006-08-04 20:42 --- Right, just thought a configure check for a broken zip wouldn't hurt -- bero at arklinux dot org changed: What|Removed |Added

[Bug libgcj/28605] Current trunk fails to build: "zip error"

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-04 20:40 --- And why not report this to the zip people instead since it says internal error :)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28605

[Bug fortran/28600] ICE on character pointer assignment

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-04 20:39 --- I wonder if this was caused by Jakub's patches for openmp. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28600

[Bug c++/28606] [4.0/4.1/4.2 regression] Destructor accepted as return-type of constructor

--- Comment #1 from patchapp at dberlin dot org 2006-08-04 20:30 --- Subject: Bug number PR c++/28606 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00101.html -- http://gcc.gnu.org/bugzil

[Bug c++/28606] [4.0/4.1/4.2] Destructor accepted as return-type of constructor

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28606

[Bug c++/28606] New: [4.0/4.1/4.2] Destructor accepted as return-type of constructor

The following invalid code snippet is accepted since GCC 4.0.0: struct A { ~A A(); }; Even worse, the following code snippet is accepted, too: struct B; struct A { A::~B A(); }; Posting a patch soon. -- Summa

[Bug libgcj/28605] New: Current trunk fails to build: "zip error"

This happens while trying to compile current gcc trunk with java support: cd classpath/lib; /usr/src/ark/BUILD/gcc-4.2.0/build/i586-ark-linux/libjava/scripts/jar -cfM \ ../../libgcj-4.2.0.jar gnu java javax org zip error: Internal logic error (File name too long) mv: cannot stat `/tm

[Bug c++/28347] [4.1 regression] ICE on typedef with initialization

--- Comment #5 from lmillward at gcc dot gnu dot org 2006-08-04 20:04 --- Fixed in 4.1.2 -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug c++/28347] [4.1 regression] ICE on typedef with initialization

--- Comment #4 from lmillward at gcc dot gnu dot org 2006-08-04 20:04 --- Subject: Bug 28347 Author: lmillward Date: Fri Aug 4 20:03:59 2006 New Revision: 115933 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115933 Log: PR c++/28347 * decl.c (start_decl): Retu

[Bug fortran/28600] ICE on character pointer assignment

--- Comment #1 from pault at gcc dot gnu dot org 2006-08-04 19:36 --- This is a rather worrying regression: Andrew, does this ring any bells? Program received signal SIGSEGV, Segmentation fault. get_frame_type (info=0x0) at ../../trunk/gcc/tree-nested.c:212 warning: Source file is more

[Bug c++/28284] [4.2 regression] ICE with invalid static const variable

--- Comment #2 from patchapp at dberlin dot org 2006-08-04 19:10 --- Subject: Bug number PR c++/28284 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00099.html -- http://gcc.gnu.org/bugzil

Re: Bug compiling gcc 4.1.1

* Klaus Ethgen <[EMAIL PROTECTED]> [2006-08-04 17:15]: > I do not have a gcc-Account so I send the bug this way. > > /usr/bin/ld: BFD 2.15.92.0.2 20040927 internal error, aborting at > ../../bfd/elf32-i386.c line 2262 in elf_i386_relocate_section > /usr/bin/ld: Please report this bug. This is a

[Bug middle-end/28417] suboptimal 'division by constant' optimization

--- Comment #14 from vda dot linux at googlemail dot com 2006-08-04 18:14 --- >But since these sort of transformations are of >a very mathematical nature, I trust the author of the >suggested changes has proven the algorithms? I did not write a paper about it, but I think I have the pr

[Bug c++/28347] [4.1 regression] ICE on typedef with initialization

--- Comment #3 from lmillward at gcc dot gnu dot org 2006-08-04 18:09 --- Fixed on mainline. -- lmillward at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/28347] [4.1/4.2 regression] ICE on typedef with initialization

--- Comment #2 from lmillward at gcc dot gnu dot org 2006-08-04 18:08 --- Subject: Bug 28347 Author: lmillward Date: Fri Aug 4 18:08:14 2006 New Revision: 115931 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115931 Log: PR c++/28347 * decl.c (start_decl): Retu

[Bug target/28598] [4.2 Regression] GOT reloc using section anchor

--- Comment #5 from dje at gcc dot gnu dot org 2006-08-04 17:18 --- Using GCC attribute extension to place a symbol into a section with special linking semantics cannot work reliably. -- dje at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/28270] [4.0/4.1/4.2 regression] ICE on invalid inline asm

--- Comment #3 from hubicka at gcc dot gnu dot org 2006-08-04 17:05 --- Subject: Bug 28270 Author: hubicka Date: Fri Aug 4 17:05:38 2006 New Revision: 115928 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115928 Log: PR target/26655 PR target/28270 * rel

[Bug target/26655] [4.0/4.1/4.2 Regression] ICE in ix86_secondary_memory_needed, at config/i386/i386.c:16446

--- Comment #13 from hubicka at gcc dot gnu dot org 2006-08-04 17:05 --- Subject: Bug 26655 Author: hubicka Date: Fri Aug 4 17:05:38 2006 New Revision: 115928 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115928 Log: PR target/26655 PR target/28270 * r

[Bug tree-optimization/24888] duplication of local variables after versioning/inlining

--- Comment #5 from hubicka at gcc dot gnu dot org 2006-08-04 17:03 --- Subject: Bug 24888 Author: hubicka Date: Fri Aug 4 17:03:32 2006 New Revision: 115927 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115927 Log: PR tree-optimization/24888 * tree-inline.c (e

[Bug middle-end/27770] [4.2 Regression] wrong code in spec tests for -ftree-vectorize -maltivec

--- Comment #24 from pinskia at gcc dot gnu dot org 2006-08-04 17:03 --- Fixed, a new different bug for the missed optimization should be opened. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/28088] [4.1 Regression] Internal compiler error on boost mpl test/apply.cpp

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-08-04 16:57 --- Unassining as pre Janis's request. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/28425] Derived type initialization via a derived type is broken

--- Comment #2 from pault at gcc dot gnu dot org 2006-08-04 16:56 --- The patch for this got absorbed into the allocatable component patch - I will extricate it and post it asap since it is only indirectly associated.. Paul -- pault at gcc dot gnu dot org changed: What

[Bug fortran/28590] A SEQUENCEd defined type which refers to another defined type generates a spurious complaint about the lack of SEQUENCE attribute in the latter

-- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org

[Bug middle-end/27770] [4.2 Regression] wrong code in spec tests for -ftree-vectorize -maltivec

--- Comment #23 from janis at gcc dot gnu dot org 2006-08-04 16:48 --- The CPU2000 tests now pass, so as far as I'm concerned this is fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27770

[Bug target/27827] [4.0/4.1/4.2 Regression] gcc 4 produces worse x87 code on all platforms than gcc 3

--- Comment #31 from whaley at cs dot utsa dot edu 2006-08-04 16:24 --- Paolo, Thanks for the update. I attempted to apply this patch, but apparantly I failed, as it made absolutely no difference. I mean, not only did it not change performance, but if you diff the assembly, you get on

[Bug target/28604] New: gcc.c-torture/execute/20050604-1.c fails on IA64 at -O3

I couldn't find a report about this test failing but it works at -O2 and lower and fails at -O3 on IA64 targets. By inlining foo into main I can make the test fail at -O2. Here is a smaller test case, it prints "36, 40, 44, 0" at -O1 and lower and prints "18, 20, 44, 0" at -O2 and higher. The -O

[Bug target/28598] [4.2 Regression] GOT reloc using section anchor

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-04 15:29 --- Note Someone reported this back in May to glibc and nobody in glibc looked at it and it was automatically closed as a dup of glibc bug 333. http://sourceware.org/bugzilla/show_bug.cgi?id=2672 -- http://gcc.gnu.o

[Bug target/28598] [4.2 Regression] GOT reloc using section anchor

--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-08-04 15:27 --- >From subsequent discussion by email, it sounds like we think that this is a case where GLIBC has been making overly aggressive assumptions about GCC semantics, and that, therefore, GLIBC should be changed. Given

[Bug libfortran/28603] New: FAIL: gfortran.dg/direct_io_6.f90 -O0 execution test

Executing on host: /xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran -B /xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../ /xxx/gnu/gcc/gcc/gcc/testsuit e/gfortran.dg/direct_io_6.f90 -O0 -pedantic-errors -L/xxx/gnu/gcc/objdir/h ppa1.1-hp-hpux10.20/./libgfortran/.libs -L/xxx/gnu/gcc/objd

Bug compiling gcc 4.1.1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I do not have a gcc-Account so I send the bug this way. When compiling gcc 4.1.1 under RedHat Enterprise Linux AS4 I get the following error: /usr/bin/ld: BFD 2.15.92.0.2 20040927 internal error, aborting at ../../bfd/elf32-i386.c line 2262

[Bug c++/28016] [4.1 Regression] emitting template constant

--- Comment #15 from tbm at gcc dot gnu dot org 2006-08-04 15:10 --- *** Bug 28599 has been marked as a duplicate of this bug. *** -- tbm at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/28599] multiple definitions of static const member of template class

--- Comment #3 from tbm at gcc dot gnu dot org 2006-08-04 15:10 --- Has been fixed in Debian and upstream already. Please talk to your vendor. *** This bug has been marked as a duplicate of 28016 *** -- tbm at gcc dot gnu dot org changed: What|Removed

[Bug testsuite/28602] All gfortran.dg/gomp tests fail

--- Comment #1 from patchapp at dberlin dot org 2006-08-04 15:00 --- Subject: Bug number PR testsuite/28602 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00093.html -- http://gcc.gnu.org/

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

--- Comment #34 from danglin at gcc dot gnu dot org 2006-08-04 14:17 --- Fixed on trunk. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug testsuite/28602] New: All gfortran.dg/gomp tests fail

This target doesn't support libgomp because it lacks POSIX threads, so libgomp isn't built. However, the gfortran/gomp tests still run and all fail. See . -- Summary: All gfortran.dg/gomp tests fail Product: gcc

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

--- Comment #33 from danglin at gcc dot gnu dot org 2006-08-04 14:15 --- Subject: Bug 26244 Author: danglin Date: Fri Aug 4 14:15:37 2006 New Revision: 115924 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115924 Log: PR rtl-optimization/26244 * cse.c (fold_rtx

[Bug gcov/profile/28480] [4.2 Regression] inliner-1.c:31: ICE: in set_bb_for_stmt, at tree-cfg.c:2775

--- Comment #9 from danglin at gcc dot gnu dot org 2006-08-04 14:20 --- The patch as been applied and it fixes the problem on the PA, so closing. -- danglin at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/28599] multiple definitions of static const member of template class

--- Comment #2 from peter dot soetens at fmtc dot be 2006-08-04 14:02 --- (In reply to comment #1) > This is a duplicate of PR28016, which has been fixed already. What version of > the compiler are you using exactly? > Ubuntu edgy package. $ g++-4.1 --version g++-4.1 (GCC) 4.1.2 200

[Bug target/28598] [4.2 Regression] GOT reloc using section anchor

--- Comment #2 from dje at gcc dot gnu dot org 2006-08-04 13:58 --- Glibc explicitly is placing the symbols in the linkonce section: const unsigned long __strtol_ul_max_tab[] __attribute__ ((visibility ("hidden"))) __attribute__((section(".gnu.linkonce.r." "__strtol_ul_max_tab")))

[Bug target/28598] [4.2 Regression] GOT reloc using section anchor

--- Comment #1 from dje at gcc dot gnu dot org 2006-08-04 13:50 --- Created an attachment (id=12017) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12017&action=view) pre-processed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28598

[Bug c++/28599] multiple definitions of static const member of template class

--- Comment #1 from tbm at gcc dot gnu dot org 2006-08-04 13:50 --- This is a duplicate of PR28016, which has been fixed already. What version of the compiler are you using exactly? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28599

[Bug fortran/28601] ICE on reexport of renamed type

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last recon

[Bug fortran/28601] New: ICE on reexport of renamed type

$ cat a.f90 module modA implicit none save private type, public :: typA integer :: i end type typA type, public :: atom type(typA), pointer :: ofTypA(:,:) end type atom end module modA !!! re-name and re-export typA as typB: module modB use modA, only: typB => typA implicit none save private pu

[Bug fortran/28600] ICE on character pointer assignment

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last recon

[Bug fortran/28600] New: ICE on character pointer assignment

$ cat a.f90 subroutine bar(s, n) integer n character s*(n) character*3, dimension(:), pointer :: m contains subroutine gee m(1) = s(1:3) end subroutine gee end subroutine bar $ gfortran -c a.f90 a.f90:7: internal compiler error: Segmentation fault -- Summary: ICE on characte

[Bug c++/28599] New: multiple definitions of static const member of template class

The following code snippet (from the boost::ublas library) : template struct scalar_divides_assign { static const bool computed ; }; template const bool scalar_divides_assign::computed = true; gives a defined symbol in the .o file: $ g++-4.1 -c Ublas.cpp -o Ublas.o; nm -C Ublas.o D

[Bug middle-end/28417] suboptimal 'division by constant' optimization

--- Comment #13 from tege at swox dot com 2006-08-04 11:57 --- Subject: Re: suboptimal 'division by constant' optimization I looked briefly into the suggested change, without trying to assess its correctness. But since these sort of transformations are of a very mathematical nature, I

[Bug c/28592] [4.0 regression] Segmentation Fault running -O2 on file with deep nesting

--- Comment #2 from tbm at gcc dot gnu dot org 2006-08-04 11:34 --- I can confirm this on i386 with 4.0.4 20060804. -- tbm at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/28548] [4.2 Regression]: Optional argument failed

--- Comment #12 from paul dot richard dot thomas at cea dot fr 2006-08-04 09:53 --- Created an attachment (id=12016) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12016&action=view) A modified fix to take account of comments I have taken Steve's patch and changed the error to a w

[Bug fortran/28590] A SEQUENCEd defined type which refers to another defined type generates a spurious complaint about the lack of SEQUENCE attribute in the latter

--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-08-04 09:44 --- Created an attachment (id=12015) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12015&action=view) Fix and testcase for this PR The check that sequence type components are themselves sequence types

[Bug target/28583] [4.2 regression] ICE in default_secondary_reload, at targhooks.c:532 when building libgcc2.c as _divsc3.o

--- Comment #2 from tbm at gcc dot gnu dot org 2006-08-04 08:36 --- Confirmed. -- tbm at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug c++/28593] [4.0/4.1/4.2 regression] ICE on invalid operator new

--- Comment #1 from patchapp at dberlin dot org 2006-08-04 08:20 --- Subject: Bug number PR c++/28593 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00087.html -- http://gcc.gnu.org/bugzil

[Bug fortran/28548] [4.2 Regression]: Optional argument failed

--- Comment #11 from paul dot richard dot thomas at cea dot fr 2006-08-04 08:14 --- Steve and Martin, > > Hmm, but my point was that even if gfortran thinks that the __convert_* > > routines are elemental (as was mentioned in an earlier comment), it should > > still compile the code wi

[Bug c++/28594] [4.1/4.2 regression] ICE with invalid template parameter

--- Comment #1 from lmillward at gcc dot gnu dot org 2006-08-04 08:10 --- I'll take a look at it. -- lmillward at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/28443] gfortran does not implement the present intrinsic procedure correctly for optional character strings

--- Comment #7 from paul dot richard dot thomas at cea dot fr 2006-08-04 07:50 --- Just to reinforce the above, I should remark that an explicit interface in the main program makes the code behave correctly (see below). The standard requires that references to a procedure with an impli

[Bug target/27827] [4.0/4.1/4.2 Regression] gcc 4 produces worse x87 code on all platforms than gcc 3

--- Comment #30 from bonzini at gnu dot org 2006-08-04 07:45 --- Can you try this patch? My only i686 machine is neutral to this problem. I'm a bit worried about the Core Duo thing, but my hope is that other changes between GCC 3 and GCC 4 improved performance on all machines, and Core

[Bug c++/26790] ICE with -fmudflap returning an incomplete struct

--- Comment #7 from reichelt at gcc dot gnu dot org 2006-08-04 07:43 --- Due to the fix for PR 28257, PR 28259, PR 28267, this is now also fixed on the 4.1 branch and 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added