[Bug target/19357] ICE when long double argument arrives in general register
--- Additional Comments From jbeulich at novell dot com 2005-01-17 08:06 --- No, it was with my attempt to fix this. As I further thought about it, maybe the whole difference was that I didn't do the TImode conversion prior to the spill... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19357
[Bug c++/19476] Missed null checking elimination with new
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-17 08:37 --- Is this a regression? -- What|Removed |Added CC||steven at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19476
[Bug fortran/19477] New: Array with lower bound cause ICE
This is simplified snippet from spec2004 benchmark 432.wrf ~/gcc/bin/gfortran --version GNU Fortran 95 (GCC 4.0.0 20050114 (experimental)) cd /home/lei/SPEC2004/benchspec/CPU2004/432.wrf/run/0001/ ~/gcc/bin/gfortran -O0 -c bugreport.f90 bugreport.f90: In function ‘foo’: bugreport.f90:2: internal compiler error: Segmentation fault SUBROUTINE foo ( x , y ,i,n) IMPLICIT NONE INTEGER :: i,n REAL , DIMENSION(n:) , INTENT(IN) :: x REAL , DIMENSION(:) , INTENT(OUT) :: y y(i) = x(i) END SUBROUTINE foo -- Summary: Array with lower bound cause ICE Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lei at il dot ibm dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19477
[Bug middle-end/19327] [4.0 Regression] FAIL: gcc.c-torture/execute/921215-1.c compilation, -O3 -g
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-17 09:37 --- Investigating. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19327
[Bug fortran/19358] [gfortran] Segfault with missing upper bound
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-17 10:13 --- *** Bug 19477 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||lei at il dot ibm dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19358
[Bug fortran/19477] Array with lower bound cause ICE
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-17 10:12 --- *** This bug has been marked as a duplicate of 19358 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19477
[Bug target/16304] [3.4/3.5? regression] bootstrap failure on AIX 4.3.3: cannot build strstream in libstdc++
--- Additional Comments From schwab at suse dot de 2005-01-17 10:18 --- The same on ia64. -- What|Removed |Added CC||dave dot anglin at nrc-cnrc ||dot gc dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16304
[Bug libfortran/19478] New: reading back from /dev/null
$ cat devnull-readback.f character*20 foo open(10,file="/dev/null") write(10,'(A)') "Hello" rewind(10) read(10,'(A)',end=100) foo print *,foo call abort 100 continue end $ gfortran devnull-readback.f $ ./a.out Hello Aborted $ gfortran -v ; gfortran -dumpmachine Using built-in specs. Configured with: ../gcc-4.0-20050116/configure --prefix=/home/zfkts --enable-languages=c,f95 Thread model: posix gcc version 4.0.0 20050116 (experimental) ia64-unknown-linux-gnu $ g77 devnull-readback.f $ ./a.out Not really serious, but amusing :-) Thomas -- Summary: reading back from /dev/null Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: minor Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot Koenig at online dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19478
[Bug fortran/19292] [metabug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 18794, which changed state. Bug 18794 Summary: warn about common variable alignment problems http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18794 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug fortran/18794] warn about common variable alignment problems
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17 11:05 --- This is fixed with the 20050116 snapshot: $ gfortran common.f In file common.f:3 common /foo/ c,r 1 Warning: COMMON 'foo' at (1) requires 3 bytes of padding at start Thomas -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18794
[Bug tree-optimization/19445] 50 fold compile time increase between gcc-3,4 and gcc-4,0 on included code
--- Additional Comments From phil at fsel dot com 2005-01-17 11:06 --- Subject: Re: 50 fold compile time increase between gcc-3,4 and gcc-4,0 on included code On Fri, Jan 14, 2005 at 09:20:43PM -, pinskia at gcc dot gnu dot org wrote: > If in the source I mark unhook as it does not throw anything, the compile > time goes back down to what > should be. Indeed. And I can confirm that the tree-profiling branch doesn't show the problem on the original source code either. cheers, Phil -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19445
[Bug fortran/19479] New: UBOUND causes ICE
subroutine fft(tab) type fft_tab_type complex, dimension(:), pointer :: omega end type fft_tab_type type(fft_tab_type), intent(in) :: tab i = ubound(tab%omega,1) end subroutine fft cd /home/lei/SPEC2004/benchspec/CPU2004/459.GemsFDTD/run/0001/ ~/gcc/bin/gfortran -O0 -c bugreport.f90 bugreport.f90:0: internal compiler error: Segmentation fault -- Summary: UBOUND causes ICE Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lei at il dot ibm dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19479
[Bug libstdc++/19480] New: set::iterator is const
The following piece of code gives me this compiler error:
itertest.C: In function `int main(int, char**)':
itertest.C:35: passing `const Foo' as `this' argument of `void
Foo::setValue(unsigned int)' discards qualifiers
itertest.C:36: passing `const Foo' as `this' argument of `unsigned int
Foo::getValue()' discards qualifiers
Here is the code:
-
#include
#include
#include
using namespace std;
class Foo
{
public:
Foo():mValue(0xFF) { }
unsigned getValue() { return mValue; }
void setValue(unsigned inValue) { mValue = inValue; }
private:
unsigned mValue;
};
int main(int argc, char **argv)
{
set fooSet;
set::iterator fooSetIter;
fooSetIter = fooSet.begin();
//This causes compile error with gcc:
fooSetIter->setValue(99);
cout << fooSetIter->getValue() << endl;
}
-
I think this error comes up because set::iterator is defined as follows in
stl_set.h:
typedef typename _Rep_type::const_iterator iterator;
typedef typename _Rep_type::const_iterator const_iterator;
So both iterator and const_iterator are defined as const_iterator !
Additional info:
bash-2.05b$ gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --
infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-
checking --host=i386-redhat-linux --with-system-zlib --enable-__cxa_atexit
Thread model: posix
gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
--
Summary: set::iterator is const
Product: gcc
Version: 3.2
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: malessa at de dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19480
[Bug libstdc++/19480] set::iterator is const
--- Additional Comments From pcarlini at suse dot de 2005-01-17 12:07 --- *** This bug has been marked as a duplicate of 14410 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19480
[Bug libstdc++/14410] Bug with implementation of set for const iterators in g++ ...
--- Additional Comments From pcarlini at suse dot de 2005-01-17 12:07 --- *** Bug 19480 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||malessa at de dot ibm dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14410
[Bug target/18615] biarch bootstrap fails on sparc-linux (CVS 20041121)
--- Additional Comments From christian dot joensson at gmail dot com 2005-01-17 12:18 --- how's it going? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615
[Bug fortran/19479] UBOUND causes ICE
--- Additional Comments From coudert at clipper dot ens dot fr 2005-01-17 12:23 --- I see that one to (on i686-linux and sparc-solaris). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19479
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From andre dot maute at gmx dot de 2005-01-17 12:28 --- gcc-4.0-20050116 compiled with gcc-3.3.5 this time with the configure parameter: --with-arch=pentium3 fails withOUT the configure parameter: --with-arch=pentium3 everything is o.k. with respect to the library things i mentionend, is it possible that libstdc++.so is miscompiled, when the above configure parameter is used.? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug ada/13470] 64bits Ada bootstrap failure:xnmake etc. crash generating nmake.adb etc.
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-17 12:48 --- Seems if I recompile a-stunau.o with -O0 -fPIC as opposed to -O2 -fPIC and relink/reinstall libgnat-3.4.so.1, xnmake works, at least on my x86-64. When it is compiled with -O2 -fPIC, xnmake dies much earlier under LD_PRELOAD=libefence.so.0. >From my debugging so far it looks like if Ada.Strings.Unbounded.Aux.Get_String compiled with -O2 results in the freed Reference to be still used by subsequent users instead of the newly allocated one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13470
[Bug debug/19327] [4.0 Regression] FAIL: gcc.c-torture/execute/921215-1.c compilation, -O3 -g
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-17
12:54 ---
It's
2005-01-03 Daniel Berlin <[EMAIL PROTECTED]>
Fix PR debug/17924
Fix PR debug/19191
* dwarf2out.c (block_ultimate_origin): Follow decl origin if origin
is a decl.
* gimple-low.c (mark_blocks_with_used_vars): New function.
(mark_blocks_with_used_subblocks): Ditto.
(mark_used_blocks): Ditto.
(pass_mark_used_blocks): New pass.
* tree-inline.c: Include debug.h.
(expand_call_inline): Call outlining_inline_function here.
* tree-optimize.c (init_tree_optimization_passes): Add
pass_mark_used_blocks.
* tree-pass.h (pass_mark_used_blocks): New.
* Makefile.in (tree-inline.o): Add debug.h dependency.
The DBX back-end is now asked to output debug info for the inlined instance of
the nested function r in
main()
{
#ifndef NO_TRAMPOLINES
void p(void ((*f) (void (
{
void r()
{
foo ();
}
f(r);
}
void q(void ((*f)()))
{
f();
}
p(q);
#endif
exit(0);
}
which is created when p is inlined. I think it doesn't support that.
--
What|Removed |Added
Component|middle-end |debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19327
[Bug bootstrap/19481] New: libgfortran doesn't build -- configure doesn't handle cabs() well
This one is strange. On i686-mingw, compiling gfortran fails with: ../../../gcc/libgfortran/generated/exp_c8.c:38: error: conflicting types for 'cabs' /mingw/include/math.h:223: error: previous declaration of 'cabs' was here make[2]: *** [exp_c8.lo] Error 1 make[2]: Leaving directory `/home/coudert/ibin/i686-pc-mingw32/libgfortran' make[1]: *** [all] Error 2 I guess, somewhere in the configure process, the presence of cabs() in math.h was not detected. This is not specific to i686-mingw, since the same thing happens on mips-sgi-irix6.5 (which I reported as comment #7 in PR15266). So, I submit a new PR (hope "component=bootstrap" was the right choice, not sure) so that GNU build utils gurus can get this fixed. I am ready to give any extra information needed, but I don't know what may be useful at that point. PS: configure was a simple ../gcc/configure --prefix=/mingw --enable-languages=c,f95 -- Summary: libgfortran doesn't build -- configure doesn't handle cabs() well Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: coudert at clipper dot ens dot fr CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19481
[Bug fortran/19482] New: ICE in gfc_trans_scalar_assign
Blocks compilation of spec2004 407.fma3d benchmark:
SUBROUTINE ALLOCATE_STORAGE
IMPLICIT REAL (A-H,O-Z)
INTEGER, PARAMETER :: NPNMP = 22
TYPE :: MATERIAL_TYPE
CHARACTER(12) PRNAME(NPNMP)
END TYPE MATERIAL_TYPE
TYPE (MATERIAL_TYPE) :: MATERIAL
MATERIAL = MATERIAL_TYPE( (/ (' ',J=1,NPNMP) /) )
END SUBROUTINE ALLOCATE_STORAGE
cd /home/lei/SPEC2004/benchspec/CPU2004/407.fma3d/run/0001/
~/gcc/bin/gfortran -O0 -c bugreport.f90
bugreport.f90: In function ‘allocate_storage’:
bugreport.f90:1: internal compiler error: in gfc_trans_scalar_assign, at
fortran/trans-expr.c:2004
--
Summary: ICE in gfc_trans_scalar_assign
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lei at il dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19482
[Bug target/19116] -funsafe-math-optimizations make nan compares equal to one another (-finite-math-only should be doing that)
--- Additional Comments From hunor at cs dot bme dot hu 2005-01-17 13:42 --- Are you sure this is wrong? It seems to me that the RS6000 port has just been changed to behave liked this two days ago. If you still think this is a bug, though... This is caused by -mno-ieee-fp being implied by -funsafe-math-optimizations on i386: /* If we're doing fast math, we don't care about comparison order wrt NaNs. This lets us use a shorter comparison sequence. */ if (flag_unsafe_math_optimizations) target_flags &= ~MASK_IEEE_FP; If I interpret the documentation correctly, NaN == NaN may happen if either -mno-ieee-fp or -ffinite-math-only is given (-ffinite-math-only should not imply -mno-ieee-fp either as that changes the behavior of square root calculations too). I can send you my patch if you reach the conclusion that this is a bug. -- What|Removed |Added CC||hunor at cs dot bme dot hu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19116
[Bug ada/17307] Bug box in Gigi, code=116, 'Unrestricted_Access of a protected subprogram
--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-17 13:54 --- Bug box fixed on mainline, so closing. Arno -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17307
[Bug libstdc++/19265] problem with _S_destroy_thread_key when using dynamic libraries
--- Additional Comments From l_heldt at poczta dot onet dot pl 2005-01-17 14:12 --- I cannot check proposed changes because of compilation problems. I have changed makefiles in libstdc++/src directory but I am getting errors while linking: /remote/beta4/lukasz/gcc2/gcc/g++ -shared-libgcc -B/remote/beta4/lukasz/gcc2/gcc/ -nostdinc++ -B/remote/beta4/lukasz/gcc-3.4/i686-pc-linux-gnu/bin/ -B/remote/beta4/lukasz/gcc-3.4/i686-pc-linux-gnu/lib/ -isystem /remote/beta4/lukasz/gcc-3.4/i686-pc-linux-gnu/include -isystem /remote/beta4/lukasz/gcc-3.4/i686-pc-linux-gnu/sys-include -g -O2 -D_GLIBCXX_ASSERT -ffunction-sections -fdata-sections -fmessage-length=0 -DLOCALEDIR=/remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/po/share/locale -g -O2 -D_GNU_SOURCE -o abi_check abi_check.o -L/remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/src -L/remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/src/.libs -lv3test -L/remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/testsuite -lm -Wl,--rpath -Wl,/remote/beta4/lukasz/gcc2/gcc -Wl,--rpath -Wl,/remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/src/.libs /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/testsuite/libv3test.a(testsuite_abi.o)(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocISsNS_20__common_pool_policyINS_6__poolELb110deallocateEPSsj+0x74): In function `compare_symbols': /remote/beta4/lukasz/gcc-3.4.3/libstdc++-v3/libsupc++/new:92: undefined reference to `__gnu_cxx::__pool::_M_reclaim_block(char*, unsigned int)' /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/testsuite/libv3test.a(testsuite_abi.o)(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocIPSsNS_20__common_pool_policyINS_6__poolELb110deallocateEPS1_j+0x74):/remote/beta4/lukasz/gcc-3.4.3/libstdc++-v3/libsupc++/new:92: undefined reference to `__gnu_cxx::__pool::_M_reclaim_block(char*, unsigned int)' /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/testsuite/libv3test.a(testsuite_abi.o)(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocISt4pairI6symbolS2_ENS_20__common_pool_policyINS_6__poolELb110deallocateEPS3_j+0x74):/remote/beta4/lukasz/gcc-3.4.3/libstdc++-v3/libsupc++/new:92: undefined reference to `__gnu_cxx::__pool::_M_reclaim_block(char*, unsigned int)' /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/testsuite/libv3test.a(testsuite_abi.o)(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocISsNS_20__common_pool_policyINS_6__poolELb18allocateEjPKv+0x73): In function `compare_symbols': /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/include/bits/basic_string.h:269: undefined reference to `__gnu_cxx::__pool::_M_get_thread_id()' /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/testsuite/libv3test.a(testsuite_abi.o)(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocISsNS_20__common_pool_policyINS_6__poolELb18allocateEjPKv+0x196): In function `compare_symbols': /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/include/bits/stl_construct.h:107: undefined reference to `__gnu_cxx::__pool::_M_reserve_block(unsigned int, unsigned int)' /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/testsuite/libv3test.a(testsuite_abi.o)(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocIPNS_15_Hashtable_nodeISt4pairIKSs6symbolEEENS_20__common_pool_policyINS_6__poolELb110deallocateEPS7_j+0x74): In function `compare_symbols': /remote/beta4/lukasz/gcc-3.4.3/libstdc++-v3/libsupc++/new:92: undefined reference to `__gnu_cxx::__pool::_M_reclaim_block(char*, unsigned int)' /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/testsuite/libv3test.a(testsuite_abi.o)(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocINS_15_Hashtable_nodeISt4pairIKSs6symbolEEENS_20__common_pool_policyINS_6__poolELb110deallocateEPS6_j+0x74):/remote/beta4/lukasz/gcc-3.4.3/libstdc++-v3/libsupc++/new:92: undefined reference to `__gnu_cxx::__pool::_M_reclaim_block(char*, unsigned int)' /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/testsuite/libv3test.a(testsuite_abi.o)(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocISt4pairI6symbolS2_ENS_20__common_pool_policyINS_6__poolELb18allocateEjPKv+0x72): In function `compare_symbols': /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/include/bits/stl_iterator_base_types.h:165: undefined reference to `__gnu_cxx::__pool::_M_get_thread_id()' /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/testsuite/libv3test.a(testsuite_abi.o)(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocISt4pairI6symbolS2_ENS_20__common_pool_policyINS_6__poolELb18allocateEjPKv+0x193): In function `compare_symbols': /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/include/bits/stl_iterator.h:623: undefined reference to `__gnu_cxx::__pool::_M_reserve_block(unsigned int, unsigned int)' /remote/beta4/lukasz/gcc2/i686-pc-linux-gnu/libstdc++-v3/testsuite/libv3test.a(testsuite_abi.o)(.gnu.linkonce.t._ZN9__gnu_cxx10__mt_allocINS_15_Hashtable_nodeISt4pairIKSs6symbolEEENS_20__common_pool_policyINS_6__poolELb18allocateEjPKv+0x71): In function `compare_symb
[Bug libstdc++/19433] set, multiset, map, multimap misuse hint on insert
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-17 14:14 --- Subject: Bug 19433 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-17 14:14:26 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: stl_tree.h libstdc++-v3/testsuite/performance/23_containers: set_create_from_sorted.cc Added files: libstdc++-v3/testsuite/performance/23_containers: set_insert_from_sorted.cc libstdc++-v3/testsuite/23_containers/multiset/insert: 2.cc libstdc++-v3/testsuite/23_containers/set/insert: 1.cc Log message: 2005-01-17 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/19433 * include/bits/stl_tree.h (_Rb_tree<>::insert_unique(iterator, const _Val&), _Rb_tree<>::insert_equal(iterator, const _Val&)): Obtain amortized constant complexity if t is inserted right after p - not before p - as per Table 69. * testsuite/performance/23_containers/set_insert_from_sorted.cc: New. * testsuite/23_containers/multiset/insert/2.cc: New. * testsuite/23_containers/set/insert/1.cc: Likewise. * testsuite/performance/23_containers/set_create_from_sorted.cc: Simplify. * include/bits/stl_tree.h: Add a few missing std:: qualifications. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2858&r2=1.2859 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_tree.h.diff?cvsroot=gcc&r1=1.41&r2=1.42 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/performance/23_containers/set_insert_from_sorted.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/performance/23_containers/set_create_from_sorted.cc.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/23_containers/multiset/insert/2.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/23_containers/set/insert/1.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19433
[Bug target/18580] Vectorizer failures (max, unaligned)
-- What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18580
[Bug rtl-optimization/18995] delete_trivially_dead_insns fails to update the liveness information
--- Additional Comments From joern dot rennecke at st dot com 2005-01-17 14:18 --- Subject: Re: delete_trivially_dead_insns fails to update the liveness information steven at gcc dot gnu dot org wrote: >--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15 >12:29 --- >Test case??? > I had a test case for this, but this wouldn't reproduce the problem on mainline because most of the functionality of delete_trivially_dead_insns has been disabled by a clumsy patch; see PR 18992 . > >There are many other problems with delete_trivially_dead_insns, unsurprisingly, >so maybe the whole thing should be revisited and reconsidered :-/ > What other problems are there with delete_trivially_dead_insns? As far as I am aware, delete_trivially_dead_insns only needed maitenance when the semantics of the rtl was changed (e.g. adding exceptions), it was called in new contexts (e.g. after flow), or a previous modification wasn't (quite) right / sufficient. In terms of time and code complexity versus optimization result, I think delete_trivially_dead_insns compares quite favourably with running a full data flow and dead code elimination pass. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18995
[Bug fortran/19482] ICE in gfc_trans_scalar_assign
-- What|Removed |Added OtherBugsDependingO||15502 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19482
[Bug libstdc++/19433] set, multiset, map, multimap misuse hint on insert
--- Additional Comments From pcarlini at suse dot de 2005-01-17 14:19 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19433
[Bug target/16304] [3.4/3.5? regression] bootstrap failure on AIX 4.3.3: cannot build strstream in libstdc++
-- What|Removed |Added Target Milestone|3.4.2 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16304
[Bug target/19469] wrong code on i486 compiling with f77 -fno-automatic -O1
--- Additional Comments From kmccarty at princeton dot edu 2005-01-17 14:33 --- Hi, I'm the original submitter of the bug to Debian's BTS. On my system, as you predicted, adding -ffloat-store to the options used in compiling radmul.f to object code solves all the problems with g77 3.3 and 3.4. (I haven't re-tested 2.95.) This includes the g77-3.4 segfault. That is, the executable that has radmul.f compiled with "g77-3.4 -c -O1" segfaults, but with "g77-3.4 -c -O1 -ffloat-store" it exhibits the expected behavior. I will try to have a self-contained test case within a week or so (time permitting) so you can check whether this really is the same thing as PR 323. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19469
[Bug c++/19375] [3.4/4.0 Regression] Access violation diagnostic given twice
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-17 14:35 --- Patch submitted: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01006.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19375
[Bug c++/19311] [3.4/4.0 Regression] ICE in resolve_overloaded_unification
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-17 14:37 --- Patch submitted that fixes the ICE: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01007.html Queuing access checking until instantiation time will be addressed in 4.1. That issue has already been covered by PR16617 so this bug can be closed once the ICE is fixed. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19311
[Bug ada/13470] 64bits Ada bootstrap failure:xnmake etc. crash generating nmake.adb etc.
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-17 14:48 --- This seems to be related to RTX_UNCHANGING_P, but I'm not sure it is actually a bug in the compiler itself, or in the library code. I don't know Ada at all, but e.g. from the comment about it it sounds like it is doing something that is not kosher and is just being bitten by that. GCC marks the u argument as /u, so both return U.Reference; lines end up RTL like: (insn 23 190 24 3 a-stunau.adb:43 (set (reg:DI 68) (mem/s/u/j:DI (plus:DI (reg/v/u/f:DI 60 [ u ]) (const_int 32 [0x20])) [3 .reference+0 S8 A128])) -1 (nil) (nil)) (insn 24 23 25 3 a-stunau.adb:43 (set (reg:DI 69) (mem/s/u/j:DI (plus:DI (reg/v/u/f:DI 60 [ u ]) (const_int 40 [0x28])) [3 .reference+8 S8 A64])) -1 (nil) (nil)) (insn 25 24 26 3 a-stunau.adb:43 (set (reg:DI 58 [ ]) (reg:DI 68)) -1 (nil) (nil)) (insn 26 25 27 3 a-stunau.adb:43 (set (reg:DI 59 [ +8 ]) (reg:DI 69)) -1 (nil) while in the second case the code expects changes done through u_ptr pointer (set to (reg/v/u/f:DI 60 [ u ])), not done with /u, to propagate to the return value. But, as soon as the compiler starts optimizing a little bit more aggressively, although it will change the U.Reference value, it can very well return Old; instead, as it was promissed U.Reference is not going to change during the lifetime of the function. -- What|Removed |Added CC||laurent at guerby dot net, ||kenner at vlsi1 dot ultra ||dot nyu dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13470
[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:15 --- I will note this definitation of cbas is not compatible with C99. -- What|Removed |Added Component|bootstrap |libfortran GCC target triplet||i686-pc-mingw32 Keywords||build Version|unknown |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19481
[Bug rtl-optimization/13501] [new-ra] -fnew-ra incorrectly assigns variable to register
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:16 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13501
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 13501, which changed state. Bug 13501 Summary: [new-ra] -fnew-ra incorrectly assigns variable to register http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13501 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/13555] [new-ra] ICE in verify_flow_info with the new register allocator (x86/Linux)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:16 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13555
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 13555, which changed state. Bug 13555 Summary: [new-ra] ICE in verify_flow_info with the new register allocator (x86/Linux) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13555 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/13753] [new-ra] miscompilation with -fnew-ra on xCHM
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:17 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13753
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 13753, which changed state. Bug 13753 Summary: [new-ra] miscompilation with -fnew-ra on xCHM http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13753 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 14099, which changed state. Bug 14099 Summary: [new-ra] ICE in check_colors http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14099 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/14099] [new-ra] ICE in check_colors
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:17 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14099
[Bug rtl-optimization/14214] [new-ra] build issues
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:17 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14214
[Bug rtl-optimization/12143] [new-ra] Internal error with -fnew-ra -O
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:18 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12143
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 12143, which changed state. Bug 12143 Summary: [new-ra] Internal error with -fnew-ra -O http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12143 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/12177] [new-ra] -new-ra with -ftracer, -fomit-frame-pointer, and -O2 ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:18 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12177
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 12177, which changed state. Bug 12177 Summary: [new-ra] -new-ra with -ftracer, -fomit-frame-pointer, and -O2 ICE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12177 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 12619, which changed state. Bug 12619 Summary: [new-ra] ICE with -fnew-ra on Pentium 4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12619 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/12619] [new-ra] ICE with -fnew-ra on Pentium 4
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:19 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12619
[Bug rtl-optimization/11379] [new-ra] ICE with optimization and -fnew-ra
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:19 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11379
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 11379, which changed state. Bug 11379 Summary: [new-ra] ICE with optimization and -fnew-ra http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11379 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/14578] [new-ra] segmentation fault with -fnew-ra
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:20 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14578
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 14578, which changed state. Bug 14578 Summary: [new-ra] segmentation fault with -fnew-ra http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14578 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug c++/19448] Different value representation for bitfield width exceeding its type size.
--- Additional Comments From yanliu at ca dot ibm dot com 2005-01-17 15:20 --- Did you change the bitfield width to 17 in the testcase? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19448
[Bug rtl-optimization/16863] [new-ra] ICE: Didn't find a coloring in genmodes.c with -fnew-ra and optimization
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:20 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16863
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 16863, which changed state. Bug 16863 Summary: [new-ra] ICE: Didn't find a coloring in genmodes.c with -fnew-ra and optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16863 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/16123] [new-ra] THUMB -O1 -fnew-ra: struct copy causes ice
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:21 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16123
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 16123, which changed state. Bug 16123 Summary: [new-ra] THUMB -O1 -fnew-ra: struct copy causes ice http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16123 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 16545, which changed state. Bug 16545 Summary: [new-ra] internal compiler error: in check_colors, at ra-colorize.c:2006 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16545 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/16545] [new-ra] internal compiler error: in check_colors, at ra-colorize.c:2006
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:21 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16545
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 16544, which changed state. Bug 16544 Summary: [new-ra] internal compiler error: in select_spill, at ra-colorize.c:972 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16544 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/16544] [new-ra] internal compiler error: in select_spill, at ra-colorize.c:972
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:21 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16544
[Bug rtl-optimization/16543] [new-ra] internal compiler error: in remember_web_was_spilled, at ra-build.c:2314
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:22 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16543
[Bug rtl-optimization/13395] [new-ra] ICE during bootstrap with BOOT_CFLAGS="-O2 -g -fnew-ra -ftracer"
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:22 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13395
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 13395, which changed state. Bug 13395 Summary: [new-ra] ICE during bootstrap with BOOT_CFLAGS="-O2 -g -fnew-ra -ftracer" http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13395 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/14151] [new-ra] new-ra get frame size incorrect
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:22 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14151
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 14151, which changed state. Bug 14151 Summary: [new-ra] new-ra get frame size incorrect http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14151 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug other/16996] [meta-bug] code size improvements
-- Bug 16996 depends on bug 14151, which changed state. Bug 14151 Summary: [new-ra] new-ra get frame size incorrect http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14151 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16996
[Bug rtl-optimization/15455] [new-ra] GCC build fails for sh-unknown-elf
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:23 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15455
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 15455, which changed state. Bug 15455 Summary: [new-ra] GCC build fails for sh-unknown-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15455 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/17199] [new-ra] GCC aborts at ra-build:1767 during compilation
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:23 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17199
[Bug rtl-optimization/18629] [new-ra] ICE with -fnew-ra
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:24 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18629
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 11082, which changed state. Bug 11082 Summary: [new-ra] A case where -fnew-ra seriously degrades performance http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11082 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/11162] [new-ra] ICE compiling channel.i on sh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:24 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11162
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 11162, which changed state. Bug 11162 Summary: [new-ra] ICE compiling channel.i on sh http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11162 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug target/11292] [new-ra] causes sibcalling to go wrong.
-- Bug 11292 depends on bug 11162, which changed state. Bug 11162 Summary: [new-ra] ICE compiling channel.i on sh http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11162 What|Old Value |New Value Status|NEW |SUSPENDED Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292
[Bug rtl-optimization/17837] [new-ra] -fnew-ra ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:25 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17837
[Bug c++/19311] [3.4/4.0 Regression] ICE in resolve_overloaded_unification
--- Additional Comments From giovannibajo at libero dot it 2005-01-17 15:25 --- (In reply to comment #7) > Fixing it by queuing access checking until instantiation time > turns out to be nasty: > - Need to invent new tree node, the current TREE_LIST cannot > store the line number information. Why a new tree node? We are moving away from using trees also for container- type data structures. You can write a normal structure with the node that must be access-checked and the line info, and put it into a Vec. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19311
[Bug rtl-optimization/11718] [new-ra] ICE on valid code with SSE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:25 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11718
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
-- Bug 13246 depends on bug 11718, which changed state. Bug 11718 Summary: [new-ra] ICE on valid code with SSE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11718 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:26 --- Closing as wiill not fix as new-ra was removed from the mainline. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246
[Bug rtl-optimization/17088] poor fortran optimisation at -O2/3
-- Bug 17088 depends on bug 13246, which changed state. Bug 13246 Summary: [new-ra][meta-bug] new-ra related problems http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17088
[Bug rtl-optimization/17837] [new-ra] -fnew-ra ICE
-- Bug 17837 depends on bug 13246, which changed state. Bug 13246 Summary: [new-ra][meta-bug] new-ra related problems http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13246 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17837
[Bug c++/19476] Missed null checking elimination with new
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:30 --- (In reply to comment #1) > Is this a regression? Not that I know of. -- What|Removed |Added Known to fail||3.4.0 4.0.0 3.3.3 3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19476
[Bug c/19483] New: internal compiler error from make bootstrap
./xgcc -B./ -B/usr/local/powerpc-ibm-aix5.2.0.0/bin/ -isystem /usr/local/powerpc-ibm-aix5.2.0.0/include -isystem /usr/local/powerpc-ibm-aix5.2.0.0/sys-include -L/usr/src/gcc-3.4.3/obj/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I -I../../gcc -I../../gcc/ -I../../gcc/../include -DL_fixunsdfsi -c ../../gcc/libgcc2.c -o libgcc/./_fixunsdfsi.o ../../gcc/libgcc2.c: In function `__fixunsdfsi': ../../gcc/libgcc2.c:1384: error: unrecognizable insn: (insn:HI 11 10 12 0 ../../gcc/libgcc2.c:1381 (set (reg:CCEQ 122) (compare:CCEQ (ior:SI (gt:SI (reg:CCFP 121) (const_int 0 [0x0])) (eq:SI (reg:CCFP 121) (const_int 0 [0x0]))) (const_int 1 [0x1]))) -1 (insn_list 10 (nil)) (expr_list:REG_DEAD (reg:CCFP 121) (nil))) ../../gcc/libgcc2.c:1384: internal compiler error: in extract_insn, at recog.c:2083 -- Summary: internal compiler error from make bootstrap Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: john dot hodgkinson at boldonjames dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-ibm-aix5.2.0.0 GCC host triplet: powerpc-ibm-aix5.2.0.0 GCC target triplet: powerpc-ibm-aix5.2.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19483
[Bug target/19469] wrong code on i486 compiling with f77 -fno-automatic -O1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:39 --- Since -ffloat-store makes it work, then this is a dup of bug 323. *** This bug has been marked as a duplicate of 323 *** -- What|Removed |Added Status|WAITING |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19469
[Bug rtl-optimization/323] optimized code gives strange floating point results
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:40 --- *** Bug 19469 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
[Bug c/19483] internal compiler error from make bootstrap
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:43 --- *** This bug has been marked as a duplicate of 9382 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19483
[Bug bootstrap/9382] AIX 5.2 ../../gcc-20030120/gcc/libgcc2.c:1161: internal compiler error: in extract_insn, at recog.c:2175
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:43 --- *** Bug 19483 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||john dot hodgkinson at ||boldonjames dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9382
[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well
-- What|Removed |Added OtherBugsDependingO||16991 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19481
[Bug fortran/19479] UBOUND causes ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 15:59 --- Confirmed, here is the backtrace: #0 0x00042320 in gfc_simplify_bound (array=0x1, dim=0x42304530, upper=1) at /Users/pinskia/ src/local/gcc/gcc/fortran/simplify.c:1799 #1 0x00020300 in do_simplify (specific=0x4152aaa8, e=0x42304110) at /Users/pinskia/src/local/ gcc/gcc/fortran/intrinsic.c:2620 #2 0x000207ac in gfc_intrinsic_func_interface (expr=0x4152aaa8, error_flag=1) at /Users/pinskia/ src/local/gcc/gcc/fortran/intrinsic.c:2896 #3 0x0003a3b4 in gfc_resolve_expr (e=0x42304110) at /Users/pinskia/src/local/gcc/gcc/fortran/ resolve.c:861 -- What|Removed |Added OtherBugsDependingO||15502 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-01-17 15:59:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19479
[Bug fortran/19482] ICE in gfc_trans_scalar_assign
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 16:01 --- *** This bug has been marked as a duplicate of 19017 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19482
[Bug fortran/19017] ICE in gfc_trans_scalar_assign
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 16:01 --- *** Bug 19482 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||lei at il dot ibm dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19017
[Bug fortran/15502] [meta-bug] bugs needed for SPEC CPU 2K and 2K5 and 95
-- Bug 15502 depends on bug 19482, which changed state. Bug 19482 Summary: ICE in gfc_trans_scalar_assign http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19482 What|Old Value |New Value Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15502
[Bug fortran/19017] ICE in gfc_trans_scalar_assign
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17
16:04 ---
Shorter reduced testcase (from PR 19482):
SUBROUTINE ALLOCATE_STORAGE
IMPLICIT REAL (A-H,O-Z)
INTEGER, PARAMETER :: NPNMP = 22
TYPE :: MATERIAL_TYPE
CHARACTER(12) PRNAME(NPNMP)
END TYPE MATERIAL_TYPE
TYPE (MATERIAL_TYPE) :: MATERIAL
MATERIAL = MATERIAL_TYPE( (/ (' ',J=1,NPNMP) /) )
END SUBROUTINE ALLOCATE_STORAGE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19017
[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-17 16:09 --- (In reply to comment #13) > As for (4), what do you think the problem *is* anyway? To me the problem is: "i386-rtems-gcc-4.0 ices when building the '-msoft-float -mtune=i386' multilib variant." Now the observation is, the '-soft-float -mtune=i386 -fno-fp-ret-in-387' multilib variant to be building fine. >From this I conclude, that i386-*gcc-4.0 probably has a bug somewhere which causes it to generate incorrect code for '-msoft-float -mtune=i386'. I.e. I would be satisfied if we can manage to find a way to let the "-msoft-float -mtune=i386" multilib variant imply -fno-fp-ret-in-387". My proposals above were along the consideration of * Users reported "-fno-80387" not to be sufficient for real i386s w/o i387 * gcc-4.0 also seems to have encountered problems with it .. so why not merge "-mno-80387" and "-no-fp-ret-in-387"? > It's the fact > that "fxch" is marked TARGET_80387, and the only reason *that* got emitted > is to put the return value in the right place for MASK_FLOAT_RETURN. Duh. Sorry, I am as much an i386 expect to be able to comment on this. > And my suggestion is to add > > if (!TARGET_80387) > target_flags &= ~MASK_FLOAT_RETURNS; > > somewhere in the middle of override_options. Preferably near the other > bits that talk about fpmath etc. I need some more time to think about this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19379
[Bug rtl-optimization/11379] [new-ra] ICE with optimization and -fnew-ra
--- Additional Comments From spigel at olvs dot miee dot ru 2005-01-17 16:12 --- Subject: Re: [new-ra] ICE with optimization and -fnew-ra OK, may be remove -fnew-ra option from compiler options list? pinskia at gcc dot gnu dot org wrote: >--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 >15:19 --- >Closing as wiill not fix as new-ra was removed from the mainline. > > > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11379
[Bug tree-optimization/19484] New: [4.0 Regression] function pointer propagation fails for noreturn functions
gcc 4.0 ICEs after replacing a call via a function pointer with
a call to a noreturn function (unless that call falls through
to the exit block). The expected fake edge to the exit block
is not added after modifying the CALL_EXPR.
I'm not up to speed on gimple yet, so I'm just filing this for info.
It's a 4.0 regression.
$ cat foo.c
extern void foo (void) __attribute__((noreturn));
int n;
void
g (void)
{
void (*f) (void) = foo;
if (n)
f ();
n = 1;
}
$ gcc -O foo.c
foo.c: In function 'g':
foo.c:11: error: verify_flow_info: Incorrect fallthru 2->3
foo.c:11: error: wrong insn in the fallthru edge
(barrier 17 16 18)
foo.c:11: internal compiler error: in rtl_verify_flow_info, at cfgrtl.c:2201
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
...or (shorter, but rather less likely)...
$ cat bar.c
extern void foo (void) __attribute__((noreturn));
void g (void)
{
void (*f) (void) = foo;
f ();
f ();
}
$ gcc -O bar.c
bar.c: In function 'g':
bar.c:4: error: Control flow in the middle of basic block 0
bar.c:4: error: Control flow in the middle of basic block 0
bar.c:4: internal compiler error: verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: [4.0 Regression] function pointer propagation fails for
noreturn functions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rsandifo at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19484
