[Bug libfortran/22436] print *,tiny(1._10) yields asterisks

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-14 07:12 --- We are assuming at most three digits for the exponent, which isn't true for a kind=10 real. This is both in unformatted and formatted output. $ cat tiny2.f90 program main real(kind=10) a a = tiny(a)

[Bug fortran/22417] [4.0/4.1 Regression] gfortran preprocessing regression: nonsense warning about file left but not entered

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14 07:15 --- Subject: Bug 22417 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-14 07:15:02 Modified files: gcc/fortran: ChangeLog scanner.c gcc/test

[Bug fortran/22417] [4.0/4.1 Regression] gfortran preprocessing regression: nonsense warning about file left but not entered

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14 07:19 --- Subject: Bug 22417 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-14 07:19:07 Modified files: gcc/fortran: Change

[Bug tree-optimization/22135] The gcc-4.1-20050611 compiler ICE's using -ftree-vectorize in conjunction with -fdump-tree-all-details-stats

--- Additional Comments From Ralf_Recker at gmx dot de 2005-07-14 07:21 --- (In reply to comment #8) > (In reply to comment #7) > > It is known meaning people have reported it to the GCC list before but that is it. > > A new bugzilla bug would be nice to keep track of it. > > I just fou

[Bug c++/22478] New: explicit specialization of template class members

Dear all, I would like to post a bug report for the GNU C/C++ compiler 3.3-e500. We use the compiler to generate code for a PowerPC processor. Used invokation line for the GNU C++ compiler: ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig -fmerge-templates -mmultiple -mn

[Bug middle-end/22347] Return value register not correctly computed for indirect function call

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-14 07:46 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/22347] Return value register not correctly computed for indirect function call

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14 07:46 --- Subject: Bug 22347 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-14 07:46:23 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-14 08:45 --- > But I don't see immediately how reload could be convinced to do so > automatically, as the choice of the reload class for one insn is independend > from the choices of reloads for the same reg but in o

[Bug bootstrap/20155] [4.0 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-14 08:55 --- Adding Mark so that he can judge the opportunity of a backport. Removing bug 21624 dependency, because it is indeed fixed on mainline. If bug 21624 were fixed the command line could be even shorter, but th

[Bug rtl-optimization/19909] [3.4 regression] verify-flow-info: wrong frequency ...

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13 20:16 --- Even more compact testcase: int foo(); void bar() { int i, j, k, *p; while (i) while (k) { for (i = 0; i < 5; i++) for (; p; ++p)

[Bug gcov/profile/18152] corrupted profile info after optimized compilation and --fprofile-use

--- Additional Comments From steven at gcc dot gnu dot org 2005-07-14 09:32 --- We need a self-contained test case. You have not provided that, so now we cannot reproduce the bug. Please read http://gcc.gnu.org/bugs.html. In this case, I get lots of missing symbols errors at link

[Bug bootstrap/22479] New: Use of --prefix and --exec-prefix breaks compiler build with --with-headers

configure --prefix=/toolchain --exec-prefix=/toolchain/win32 --with-headers=/src/newlib-1.13.0/newlib/libc/include make all-gcc dieds when building crtbegin.o due to missing header files. Looking into the build scripts: I see that the header files from newlib are copied to /toolchain/arm-el

[Bug tree-optimization/22480] New: ICE in convert_move, at expr.c:390 with -ftree-vectorize

When I compile qt334 with the actual snapshot of gcc41 I get an ICE when I enable autovectorisation. Michael Cieslinski g++41f -c -O2 -ftree-vectorize -o qimage.o qimage.ii kernel/qimage.cpp: In function 'bool convert_32_to_8(const QImage*, QImage*, int, QRgb*, int)': kernel/qimage.cpp:1489: i

[Bug tree-optimization/22480] ICE in convert_move, at expr.c:390 with -ftree-vectorize

--- Additional Comments From micis at gmx dot de 2005-07-14 10:08 --- Created an attachment (id=9266) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9266&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22480

[Bug bootstrap/22457] Bootstrap failure: ICE, tree check for ceil_div_expr failed

--- Additional Comments From tsarkov at cs dot man dot ac dot uk 2005-07-14 10:11 --- (In reply to comment #9) > Can you try this after: > 2005-07-13 David Edelsohn <[EMAIL PROTECTED]> > > * tree-ssa-dom.c (lookup_avail_expr): Do not pass member in freed > structure as

[Bug tree-optimization/22480] ICE in convert_move, at expr.c:390 with -ftree-vectorize

--- Additional Comments From micis at gmx dot de 2005-07-14 10:14 --- This ICE occurs first with snapshot 20050417, snapshot 20050410 does not ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22480

[Bug tree-optimization/22471] [4.1 Regression] corrupted profile info with -O3 -fprofile-use

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-14 11:06 --- Doesn't trigger for the current profiledbootstrap problems (which look similar). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22471

[Bug tree-optimization/22481] New: ICE in extract_constrain_insn_cached, at recog.c:2000 with -O3 -fpeel-loops

When I compile ace542 with the actual snapshot of gcc41 I get an ICE when I use -O3 -fpeel-loops. The ICE occurs first with snapshot gcc-4.1-20050611, snapshot gcc-4.1-20050604 works. Michael Cieslinski g++41f -O3 -fpeel-loops -c -o Priority_Task_Test.o Priority_Task_Test.ii Priority_Task_Te

[Bug tree-optimization/22481] ICE in extract_constrain_insn_cached, at recog.c:2000 with -O3 -fpeel-loops

--- Additional Comments From micis at gmx dot de 2005-07-14 11:14 --- Created an attachment (id=9267) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9267&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22481

[Bug libstdc++/22482] New: -fvisibility=hidden and stl -> SEGV in __gnu_cxx::__pool::_M_reclaim_block

perhaps this is user error on my side, but given the attachment, run runme.sh and I get a stacktrace of... #0 0x00b88dab in __gnu_cxx::__pool::_M_reclaim_block () from /usr/lib/libstdc++.so.6 #1 0x00517ff2 in __gnu_cxx::__mt_alloc >::deallocate (this=0x8e571c8, __p=0x8e551f8, __n=2) at /usr/

[Bug libstdc++/22482] -fvisibility=hidden and stl -> SEGV in __gnu_cxx::__pool::_M_reclaim_block

--- Additional Comments From caolanm at redhat dot com 2005-07-14 11:42 --- Created an attachment (id=9268) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9268&action=view) example to reproduce -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22482

[Bug libstdc++/22482] -fvisibility=hidden and stl -> SEGV in __gnu_cxx::__pool::_M_reclaim_block

-- What|Removed |Added CC||jakub at gcc dot gnu dot org Summary| -fvisibility=hidden and stl|-fvisibility=hidden and stl

[Bug tree-optimization/22483] New: ICE : tree check: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466

Compiling the attached file with "g++ -O2" produces : MP_Float.C: In function 'std::pair CGAL::to_interval(const CGAL::Quotient&)': MP_Float.C:425: internal compiler error: tree check: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466 Please submit a full bug report, with pre

[Bug tree-optimization/22483] ICE : tree check: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466

--- Additional Comments From sylvain dot pion at sophia dot inria dot fr 2005-07-14 12:28 --- Created an attachment (id=9269) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9269&action=view) gzipped preprocessed c++ file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22483

[Bug libstdc++/22309] mt allocator doesn't pthread_key_delete it's keys

--- Additional Comments From jakub at redhat dot com 2005-07-14 12:46 --- First patch posted here -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22309

[Bug libstdc++/22309] mt allocator doesn't pthread_key_delete it's keys

--- Additional Comments From jakub at redhat dot com 2005-07-14 12:48 --- That patch fixes the original testcase, but unfortunately does not fix the following one. cat > P.c < #include void * tf (void *arg) { void *h = dlopen ("./libP.so", RTLD_LAZY); void (*fn) (void); if (!h) r

[Bug target/22481] ICE in extract_constrain_insn_cached, at recog.c:2000 with -O3 -fpeel-loops

-- What|Removed |Added Component|tree-optimization |target GCC build triplet|x86_64-unknown-linux-gnu| GCC host triplet|x86_64-unknown-linux-gnu| GCC

[Bug tree-optimization/22484] New: ICE: verify_stmts failed with -O3

When I compile ace542 with the actual snapshot of gcc41 I get an ICE when I use -O3. The last snapshot which works is gcc-4.1-20050528, the first that fails is gcc- 4.1-20050604. Michael Cieslinski g++41f -O3 -c -o testC.o testC.ii ACE_wrappers/TAO/tao/Any_Array_Impl_T.cpp: In static member

[Bug tree-optimization/22484] ICE: verify_stmts failed with -O3

--- Additional Comments From micis at gmx dot de 2005-07-14 13:04 --- Created an attachment (id=9270) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9270&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22484

[Bug fortran/22417] [4.0/4.1 Regression] gfortran preprocessing regression: nonsense warning about file left but not entered

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 13:08 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c/22485] New: pointer +- integer is never NULL

The code void stuff(void); void f(int *p, int x) { int *q = p + x; if (!q) stuff(); } should never call stuff() - the test is unnecessary since pointer +/- integer is undefined when the pointer does not point to an object or just past the end of one (6.5.6 paragrap

[Bug bootstrap/22457] [4.1 Regression] Bootstrap failure: ICE, tree check for ceil_div_expr failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 13:10 --- Fixed. -- What|Removed |Added Status|WAITING |RESOLVED

[Bug c/22485] pointer +- integer is never NULL

--- Additional Comments From mattias at virtutech dot se 2005-07-14 13:13 --- I forgot to state the version (4.0.0), but I have not seen any gcc version optimising this case. -- What|Removed |Added

[Bug c/22485] pointer +- integer is never NULL

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 13:14 --- This is invalid and here is why, if both p and x are NULL/0, then p+x will always be NULL so in this is invalid optimization. -- What|Removed |Added ---

[Bug middle-end/22347] Return value register not correctly computed for indirect function call

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

[Bug libstdc++/22482] -fvisibility=hidden and stl -> SEGV in __gnu_cxx::__pool::_M_reclaim_block

--- Additional Comments From pcarlini at suse dot de 2005-07-14 13:16 --- A couple of quick comments: in the report, you are not saying that your gcc-4.0.1 is *not* default configured (i.e., the default is the new-based allocator); also -fvisibility is known to have *lots* of issues, ir

[Bug c/22485] pointer +- integer is never NULL

--- Additional Comments From falk at debian dot org 2005-07-14 13:19 --- (In reply to comment #2) > This is invalid and here is why, if both p and x are NULL/0, then p+x will always be NULL so in this is > invalid optimization. Huh? nullpointer + 0 is undefined, it doesn't matter what

[Bug tree-optimization/22486] New: Upcasts are not folded away

In C++, a common idiom is to use upcasting to traverse the inheritance hierarchy "backwards". F.i. the following simple code template struct Base { const T& unwrap() const { return *(static_cast(this)); } int data[2]; }; struct Object; struct Object : Base { int get(int i) const { return

[Bug tree-optimization/22486] Upcasts are not folded away

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-14 13:26 --- Or even simple C: typedef struct { int i; } Foo; Foo foo; Foo *bar(void) { return (Foo *)&foo.i; } here, in bar() fold (or whoever) should fold (Foo *)&foo.i to &foo. Because i is at offset zero and foo is

[Bug tree-optimization/22484] [4.1 Regression] ICE: verify_stmts failed with -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 13:30 --- I add more checking and this is what I get someone not playing nice. -- What|Removed |Added

[Bug libfortran/16435] gfortran X edit descriptor failure: test f77-edit-x-out.f

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14 13:34 --- Subject: Bug 16435 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-14 13:34:49 Modified files: libgfortran/io : io.h w

[Bug libstdc++/22309] mt allocator doesn't pthread_key_delete it's keys

--- Additional Comments From jakub at redhat dot com 2005-07-14 13:37 --- Another patch here: To test whether _M_get_thread_id/_M_initialize/_M_destroy_thread_key works I was using following testcase under debugger: #include #i

[Bug c/22485] pointer +- integer is never NULL

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-14 13:38 --- H. I swear we just had this discussion for VRP purposes, and that a bug was recently fixed so that we don't assume that pointer + - integer is NULL. But if it's really undefined, maybe we should optimi

[Bug c/22485] pointer +- integer is never NULL

--- Additional Comments From falk at debian dot org 2005-07-14 13:45 --- (In reply to comment #4) > H. > I swear we just had this discussion for VRP purposes, and that a bug was > recently fixed so that we don't assume that pointer + - integer is NULL. Well, I checked C99 and C++,

[Bug c++/22487] New: C++ front-end produces mis-match types in EQ_EXPR (array constructor)

Testcase only in 64bit mode where sizeof (long) != sizeof(int): struct c { int t; int y; c(); }; template T * allocbuf (unsigned long size) { return new T[size]; } c * a = allocbuf(10); See PR 22368 for the patch to detect this. -- Summary: C++ front-end produces mis-match t

[Bug other/22368] [meta-bugs] mis-match types in GCC

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

[Bug rtl-optimization/22167] [3.4 regression] Strange optimization bug when using -Os

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-14 13:49 --- I think this is a bug in gcse.c:hoist_code. It appears to date back to when the code was first added. The function is supposed to be doing the following: for each block BB for each expr E HOI

[Bug c++/22452] [4.1 regression] ICE expected tree that contains 'decl with visibility' structure, have 'const_decl' in decl_linkage, at cp/tree.c:2132

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-14 13:49 --- Nathan tells me it's lk_internal for a CONST_DECL. fixing. -- What|Removed |Added As

[Bug c++/22487] C++ front-end produces mis-match types in EQ_EXPR (array constructor)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 13:49 --- Oh, this has nothing to do with templates at all, reduced further: struct c { int t; int y; c(); }; c * allocbuf (unsigned long size) { return new c[size]; } -- http://gcc.gnu.org/bugzilla/show_

[Bug tree-optimization/22484] [4.1 Regression] ICE: verify_stmts failed with -O3

-- What|Removed |Added GCC build triplet|x86_64-unknown-linux-gnu| GCC host triplet|x86_64-unknown-linux-gnu| GCC target triplet|x86_64-unknown-linux-gnu|any 64bit ta

[Bug tree-optimization/22486] Upcasts are not folded away

-- What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22486

[Bug tree-optimization/22480] ICE in convert_move, at expr.c:390 with -ftree-vectorize

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 13:55 --- This is most likely a type mismatch. -- What|Removed |Added CC|

[Bug tree-optimization/22483] [4.1 Regression] ICE : tree check: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466

-- What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org Keywords|

[Bug target/22481] [4.1 Regression] ICE in extract_constrain_insn_cached, at recog.c:2000 with -O3 -fpeel-loops

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 13:58 --- This is most likely exposed by: 2005-07-12 Zdenek Dvorak <[EMAIL PROTECTED]> PR rtl-optimization/20376 * toplev.c (process_options): Enable -fweb and -frename-registers when unroll

[Bug tree-optimization/22488] New: ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

When I compile ace542 with the actual snapshot of gcc41 I get an ICE when I use -O3. The last snapshot which works is gcc-4.1-20050604, the first that fails is gcc-4.1-20050611 Michael Cieslinski g++41f -O3 -c -o .obj/cubitS.o cubitS.ii cubitS.cpp: In static member function 'static void POA_C

[Bug tree-optimization/22488] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From micis at gmx dot de 2005-07-14 14:16 --- Created an attachment (id=9272) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9272&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488

[Bug tree-optimization/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 14:17 --- This might be fixed already but I have not tried to look into it yet. -- What|Removed |Added

[Bug tree-optimization/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From micis at gmx dot de 2005-07-14 14:21 --- Could be that this is a duplicate of bug22422; I will try the patch given there -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488

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

The following testcase ICEs on various (dwarf2 using) targets with -g: namespace N { }; struct T { T () { using namespace N; } }; void bar () { struct U : public T { void baz () { using namespace N; } } u; } This is a regression from GCC 3.4.x, present on both

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 14:38 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From micis at gmx dot de 2005-07-14 14:39 --- I can't apply the patch or compile the actual source of tree-ssa-structalias.c, also I don't have cvs access so I can't check if this ICE still exists in the new software. -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug tree-optimization/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-14 14:46 --- This case doesn't fail on my i686 x x86_64 cross for c++ as of today, so i'm going to guess it was the same bug. You should probably verify that the patch fixes it on your compiler, of course :) 06-11 is

[Bug tree-optimization/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From micis at gmx dot de 2005-07-14 14:56 --- I build ggc from the snapshots every week. Tocompile the program I used 20050709. I use the older compilers only to find when this ICE first occured. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488

[Bug tree-optimization/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-14 15:00 --- Subject: Re: [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3 On Thu, 2005-07-14 at 14:57 +, micis at gmx dot de wrote: > --- Additional Comments From m

Re: [Bug c++/22452] [4.1 regression] ICE expected tree that contains 'decl with visibility' structure, have 'const_decl' in decl_linkage, at cp/tree.c:2132

"dberlin at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Nathan tells me it's lk_internal for a CONST_DECL. Where does that come from? There is a section numbered 3.5 and titled "Program and linkage". It says in paragraph 4 A name having namespace scope has external linkage if it is th

[Bug c++/22452] [4.1 regression] ICE expected tree that contains 'decl with visibility' structure, have 'const_decl' in decl_linkage, at cp/tree.c:2132

--- Additional Comments From gdr at integrable-solutions dot net 2005-07-14 15:14 --- Subject: Re: [4.1 regression] ICE expected tree that contains 'decl with visibility' structure, have 'const_decl' in decl_linkage, at cp/tree.c:2132 "dberlin at gcc dot gnu dot org" <[EMAIL PROTECTE

[Bug c/22485] pointer +- integer is never NULL

--- Additional Comments From gdr at integrable-solutions dot net 2005-07-14 15:17 --- Subject: Re: pointer +- integer is never NULL "dberlin at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | H. | I swear we just had this discussion for VRP purposes, and that a bug was | recent

[Bug c/22485] pointer +- integer is never NULL

--- Additional Comments From gdr at integrable-solutions dot net 2005-07-14 15:19 --- Subject: Re: pointer +- integer is never NULL "falk at debian dot org" <[EMAIL PROTECTED]> writes: | (In reply to comment #4) | > H. | > I swear we just had this discussion for VRP purposes, and

[Bug libfortran/16435] gfortran X edit descriptor failure: test f77-edit-x-out.f

--- Additional Comments From pault at gcc dot gnu dot org 2005-07-14 15:21 --- Patch committed to mainline and 4.0 -- What|Removed |Added Status|NEW

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

-- Bug 19292 depends on bug 16435, which changed state. Bug 16435 Summary: gfortran X edit descriptor failure: test f77-edit-x-out.f http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435 What|Old Value |New Value ---

[Bug libfortran/16435] gfortran X edit descriptor failure: test f77-edit-x-out.f

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

[Bug libstdc++/22482] -fvisibility=hidden and stl -> SEGV in __gnu_cxx::__pool::_M_reclaim_block

--- Additional Comments From jakub at redhat dot com 2005-07-14 15:24 --- IMHO either we want to just force what must have default visibility to have the default visibility (in mt_allocator.h case it is _S_get_pool), as in: --- ext/mt_allocator.h 2005-05-20 03:36:29.0 +0200 +++

[Bug rtl-optimization/20376] The missed-optimization of general induction variables in the new rtl-level loop optimizer cause performance degradation.

--- Additional Comments From canqun at nudt dot edu dot cn 2005-07-14 15:25 --- (In reply to comment #13) > Fixed. Performance test on IA-64 recently show that loop unrolling with '-fweb' and '- frename-registers" turned on can take nearly the same effectiveness as with the giv splitti

[Bug c/20303] Can't push more than 16 nested visibility

--- Additional Comments From jakub at redhat dot com 2005-07-14 15:33 --- Any reason why this hasn't been fixed on gcc-4_0-branch as well? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20303

[Bug c/22485] pointer +- integer is never NULL

--- Additional Comments From falk at debian dot org 2005-07-14 15:37 --- (In reply to comment #7) > I'm failing to find anything in the C++ standard that suggests that the > following shall be undefined > >(reinterpret_cast(0) + 5) - 5 If (reinterpret_cast(0) + 5) - 5 is not undef

[Bug c++/22452] [4.1 regression] ICE expected tree that contains 'decl with visibility' structure, have 'const_decl' in decl_linkage, at cp/tree.c:2132

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-14 16:03 --- Subject: Re: [4.1 regression] ICE expected tree that contains 'decl with visibility' structure, have 'const_decl' in decl_linkage, at cp/tree.c:2132 > | fixing. > > Please look at sectio

[Bug tree-optimization/22490] New: ICE: verify_stmts failed with -O3

When I compile ace542 with the actual snapshot of gcc41 I get an ICE when I use -O3. The last snapshot which works is gcc-4.1-20050528, the first that fails is gcc-4.1-20050604 Michael Cieslinski g++41f -O3 -c -o .obj/anonymousC.o anonymousC.ii ACE_wrappers/TAO/tao/Valuetype/ValueBase.inl: In

[Bug tree-optimization/22484] [4.1 Regression] ICE: verify_stmts failed with -O3

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-14 16:05 --- Confirmed. Reduced testcase (compile with -O3): == struct A { ~A(); }; typedef bool B; bool foo(); bool bar(A&) { B b = true; for (int i = 0; i < 2 && b; ++i)

[Bug tree-optimization/22490] ICE: verify_stmts failed with -O3

--- Additional Comments From micis at gmx dot de 2005-07-14 16:05 --- Created an attachment (id=9273) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9273&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22490

[Bug tree-optimization/22230] [4.1 Regression] value range propagation error

--- Additional Comments From steven at gcc dot gnu dot org 2005-07-14 16:16 --- Diego is always too busy to fix his bugs, so I'll take a look at this one. -- What|Removed |Added --

[Bug tree-optimization/22490] ICE: verify_stmts failed with -O3

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-14 16:25 --- Replacing a "Boolean" with bool at the right place makes the code compile. This is the same problem as PR 22484. *** This bug has been marked as a duplicate of 22484 *** -- What|Removed

[Bug tree-optimization/22484] [4.1 Regression] ICE: verify_stmts failed with -O3

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-14 16:25 --- *** Bug 22490 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22484

[Bug rtl-optimization/22445] Optimizations done by cselib depend on pointer values

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14 16:37 --- Subject: Bug 22445 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-07-14 16:37:23 Modified files: gcc: Cha

[Bug tree-optimization/22484] [4.1 Regression] ICE: verify_stmts failed with -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 16:39 --- Found the problem, we should be removing the cast as it is useless. Fixing. -- What|Removed |Added ---

[Bug tree-optimization/22483] [4.1 Regression] ICE : tree check: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-14 16:45 --- Probably related to PR22416. -- What|Removed |Added BugsThisDependsOn|

[Bug tree-optimization/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-14 16:53 --- After some tweaking I can reproduce the ICE on i686-pc-linux-gnu with todays version of mainline. So it's not a dupe of PR22422. -- What|Removed |Added

[Bug middle-end/22253] [4.1 Regression] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 16:57 --- Fixed now on the mainline. -- What|Removed |Added Status|NEW

[Bug tree-optimization/22486] Upcasts are not folded away

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-14 16:58 --- I'm looking at this myself and have a patch that helps for the cases I care. -- What|Removed |Added --

[Bug libstdc++/22482] -fvisibility=hidden and stl -> SEGV in __gnu_cxx::__pool::_M_reclaim_block

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 16:59 --- After reading comment #3, this is in fact a dup of bug 19664. *** This bug has been marked as a duplicate of 19664 *** -- What|Removed |Added ---

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 16:59 --- *** Bug 22482 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/22230] [4.1 Regression] value range propagation error

--- Additional Comments From steven at gcc dot gnu dot org 2005-07-14 17:02 --- The bug is that the 4 cross operations are not computed properly. In extract_range_from_binary_expr we compute them as follows: /* Compute the 4 cross operations. */ val[0] = vrp_int_const_

[Bug libstdc++/22309] mt allocator doesn't pthread_key_delete it's keys

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-

[Bug c/22476] -Wmissing-format-attribute should pick out function pointer candidates also

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 17:06 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

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

Work on PR 21730 uncovered that character array initializers do not reduce. character*2 a (1) character*4 b character*6 c parameter (a="12") parameter (b = a(1)) write (c,'("#",A,"#")') b if (c .ne. '#12 #') call abort end Or:

[Bug ada/22477] GNAT does not compile any Ada files

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 17:08 --- Can you attach conftest.adb? -- What|Removed |Added CC|

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 17:08 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug fortran/16861] segfault with doubly used module

--- Additional Comments From dje at gcc dot gnu dot org 2005-07-14 17:12 --- For the example in comment #14, the USE of MOD2 in MOD3 is not parsing the saved MOD2 module correctly causing J1 to be restored with a NULL symtree. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16861

[Bug tree-optimization/22376] PTA is slow on a silly unrealistic test case

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14 17:13 --- Confirmed, patch here: . -- What|Removed |Added

[Bug libfortran/22412] [4.0 only] Fortran B edit descriptor error

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14 17:17 --- Subject: Bug 22412 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-14 17:17:14 Modified files: libgfortran: Change

[Bug c/20303] [4.0 only] Can't push more than 16 nested visibility

--- Additional Comments From hjl at lucon dot org 2005-07-14 17:25 --- A patch for gcc 4.0 is posted at http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00994.html -- What|Removed |Added

  1   2   >