[Bug bootstrap/18797] [4.0 Regression] Wrong gcc shared library symlink for multilib
--- Additional Comments From amodra at bigpond dot net dot au 2004-12-04 09:28 --- CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-04 09:22:32 Modified files: gcc: ChangeLog mklibgcc.in gcc/config : t-libunwind-elf t-slibgcc-darwin t-slibgcc-elf-ver t-slibgcc-sld gcc/config/i386: t-nwld gcc/config/mips: t-slibgcc-irix Log message: * mklibgcc.in: Build shared libgcc and shared libunwind in gcc/. Don't subst shlib_dir for SHLIB_LINK, SHLIBUNWIND_LINK, SHLIB_INSTALL, and SHLIBUNWIND_INSTALL. * config/i386/t-nwld (SHLIB_NAME): Use shlib_base_name in place of shlib_dir and shlib_so_name. * config/mips/t-slibgcc-irix (SHLIB_NAME): Likewise. * config/t-libunwind-elf (SHLIB_NAME): Likewise. * config/t-slibgcc-darwin (SHLIB_NAME): Likewise. * config/t-slibgcc-elf-ver (SHLIB_NAME): Likewise. * config/t-slibgcc-sld (SHLIB_NAME): Likewise. (SHLIB_LINK): Don't use shlib_dir when creating symlink. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6709r2=2.6710 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/mklibgcc.in.diff?cvsroot=gccr1=1.76r2=1.77 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/t-libunwind-elf.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/t-slibgcc-darwin.diff?cvsroot=gccr1=1.6r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/t-slibgcc-elf-ver.diff?cvsroot=gccr1=1.8r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/t-slibgcc-sld.diff?cvsroot=gccr1=1.7r2=1.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/t-nwld.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/mips/t-slibgcc-irix.diff?cvsroot=gccr1=1.2r2=1.3 -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18797
[Bug target/18823] New: [3.4 regression] [ia64-linux] ICE in ia64_st_address_bypass_p, at config/ia64/ia64.c:7387
3.4 branch CVS 20041128 on ia64-linux, ok with 3.3.5. Matthias $ gcc-3.4 -O1 -c locks.i $ gcc-3.4 -O2 -c locks.i /home/doko/kaffee/kaffe-1.1.4.PRECVS4/build-tree/kaffe-1.1.4.PRECVS4/kaffe/kaffevm/locks.c: In function `getHeavyLock': /home/doko/kaffee/kaffe-1.1.4.PRECVS4/build-tree/kaffe-1.1.4.PRECVS4/kaffe/kaffevm/locks.c:137: internal compiler error: in ia64_st_address_bypass_p, at config/ia64/ia64.c:7387 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: [3.4 regression] [ia64-linux] ICE in ia64_st_address_bypass_p, at config/ia64/ia64.c:7387 Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: critical Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: ia64-linux GCC host triplet: ia64-linux GCC target triplet: ia64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18823
[Bug target/18823] [3.4 regression] [ia64-linux] ICE in ia64_st_address_bypass_p, at config/ia64/ia64.c:7387
-- What|Removed |Added Known to fail||3.4.3 Known to work||3.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18823
[Bug target/18823] [3.4 regression] [ia64-linux] ICE in ia64_st_address_bypass_p, at config/ia64/ia64.c:7387
--- Additional Comments From debian-gcc at lists dot debian dot org 2004-12-04 10:15 --- Created an attachment (id=7669) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7669action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18823
[Bug fortran/18481] [g77 regression] ICE with assigned integer variable format
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-04
10:37 ---
This does indeed appear to be the problem
with quite a few failing NIST tests. Here's
a reduced testcase from NIST 111. The test case
in question has the comment
C*- USE AS A FORMAT AN INTEGER VARIABLE WHOSE VALUE 10.3 02280111
C* IS ASSIGNED USING AN ASSIGNMENT STATEMENT. 12.4(2) 02290111
so I guess this must be legal. It also works with g77.
$ cat assign.f
program main
assign 9000 to i
print i,3.14
9000 format ('real value = ', g12.5)
end
$ g77 assign.f ./a.out
real value = 3.1400
$ gfortran assign.f
In file assign.f:2
assign 9000 to i
1
Warning: Obsolete: ASSIGN statement at (1)
assign.f: In function 'MAIN__':
assign.f:2: internal compiler error: in gfc_add_modify_expr, at
fortran/trans.c:154
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
Same error for print instead of write.
--
What|Removed |Added
Summary|ICE with integer variable |[g77 regression] ICE with
|format|assigned integer variable
||format
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18481
[Bug target/18751] [4.0 Regression] ICE in expr.c:5083, profiledbootstrap
--- Additional Comments From amodra at bigpond dot net dot au 2004-12-04 10:50 --- Confirmed with 4.0.0 20041204 -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-04 10:50:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18751
[Bug fortran/18824] New: [g77 regression] ENTRY with alternate return causes compiler segfault
This is from NIST FM 517, a slightly reduced test case. $ cat altreturn.f subroutine first(i) entry second(j, *) return (j) end $ g77 -c altreturn.f $ gfortran -c altreturn.f altreturn.f: In function 'first': altreturn.f:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. $ gfortran -v Reading specs from /home/ig25/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: ../gcc/configure --prefix=/home/ig25 --enable-languages=c,c++,f95 --disable-shared Thread model: posix gcc version 4.0.0 20041204 (experimental) Backtrace: $ gdb ~/libexec/gcc/i686-pc-linux-gnu/4.0.0/f951 GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-linux...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) r altreturn.f Starting program: /home/ig25/libexec/gcc/i686-pc-linux-gnu/4.0.0/f951 altreturn.f first Program received signal SIGSEGV, Segmentation fault. 0x080a2121 in gfc_create_function_decl (ns=0x86017c0) at ../../gcc/gcc/fortran/trans-decl.c:1385 1385 if (formal-sym-ts.type == BT_CHARACTER) (gdb) bt #0 0x080a2121 in gfc_create_function_decl (ns=0x86017c0) at ../../gcc/gcc/fortran/trans-decl.c:1385 #1 0x080a3b87 in gfc_generate_function_code (ns=0x86017c0) at ../../gcc/gcc/fortran/trans-decl.c:2171 #2 0x08094b2a in gfc_generate_code (ns=0x86017c0) at ../../gcc/gcc/fortran/trans.c:679 #3 0x0807b621 in gfc_parse_file () at ../../gcc/gcc/fortran/parse.c:2628 #4 0x08091c45 in gfc_be_parse_file (set_yydebug=0) at ../../gcc/gcc/fortran/f95-lang.c:266 #5 0x083a7485 in toplev_main (argc=0, argv=0xb6a4) at ../../gcc/gcc/toplev.c:992 #6 0x400757f8 in __libc_start_main () from /lib/tls/libc.so.6 #7 0x0804ad61 in _start () at ../sysdeps/i386/elf/start.S:102 (gdb) -- Summary: [g77 regression] ENTRY with alternate return causes compiler segfault Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran 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=18824
[Bug c++/18825] New: ICE in wv2
cc1plus ICEs on the to-be-attached test case with any combination of options, on all targets I could try: t.ii: In instantiation of 'wvWare::PLCFIteratorwvWare::Word97::PCD': t.ii:54513: instantiated from here t.ii:47001: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. Here's a bit of gdb output: Starting program: /space/stevenb/build/gcc/cc1plus -quiet t.ii Program received signal SIGSEGV, Segmentation fault. 0x0054b524 in perform_or_defer_access_check (binfo=0x0, decl=0x2a98a16b60) at ../../mainline/gcc/cp/semantics.c:311 311 gcc_assert (TREE_CODE (binfo) == TREE_BINFO); (gdb) up #1 0x0052ee00 in add_friend (type=0x2a98a277e0, decl=0x2a98a16b60, complain=0 '\0') at ../../mainline/gcc/cp/friend.c:169 169 perform_or_defer_access_check (TYPE_BINFO (ctx), decl); (gdb) p debug_tree (ctx) record_type 0x2a96532a80 PLCFwvWare::Word97::PCD type_5 type_6 VOID align 8 symtab 0 alias set -1 context namespace_decl 0x2a95ae2ee0 wvWare no-binfo use_template=1 interface-unknown pointer_to_this pointer_type 0x2a96541e00 chain type_decl 0x2a96532b60 PLCFwvWare::Word97::PCD $3 = void (gdb) -- Summary: ICE in wv2 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: steven at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18825
[Bug c++/18825] ICE in wv2
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-04 12:01 --- Created an attachment (id=7670) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7670action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18825
[Bug fortran/18826] New: compiler segfault on assign to array
The code is invalid, but the compiler shouldn't segfault. $ cat assign2.f program main integer*4 i(4) assign 1000 to i 1000 continue end $ gfortran assign2.f In file assign2.f:3 assign 1000 to i 1 Warning: Obsolete: ASSIGN statement at (1) assign2.f: In function 'MAIN__': assign2.f:3: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. $ gfortran -v Reading specs from /home/ig25/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: ../gcc/configure --prefix=/home/ig25 --enable-languages=c,c++,f95 --disable-shared Thread model: posix gcc version 4.0.0 20041204 (experimental) $ gdb ~/libexec/gcc/i686-pc-linux-gnu/4.0.0/f951 GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-linux...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) r assign2.f Starting program: /home/ig25/libexec/gcc/i686-pc-linux-gnu/4.0.0/f951 assign2.f In file assign2.f:3 assign 1000 to i 1 Warning: Obsolete: ASSIGN statement at (1) MAIN__ Program received signal SIGSEGV, Segmentation fault. 0x08096c40 in gfc_conv_scalarized_array_ref (se=0xb424, ar=0x860207c) at ../../gcc/gcc/fortran/trans-array.c:1617 1617n = se-loop-order[0]; (gdb) bt #0 0x08096c40 in gfc_conv_scalarized_array_ref (se=0xb424, ar=0x860207c) at ../../gcc/gcc/fortran/trans-array.c:1617 #1 0x08096cfe in gfc_conv_array_ref (se=0xb424, ar=0x860207c) at ../../gcc/gcc/fortran/trans-array.c:1661 #2 0x080a5f4a in gfc_conv_expr (se=0xb424, expr=0x8602018) at ../../gcc/gcc/fortran/trans-expr.c:376 #3 0x080b2020 in gfc_trans_label_assign (code=0x8602148) at ../../gcc/gcc/fortran/trans-stmt.c:100 #4 0x080948c5 in gfc_trans_code (code=0x8602148) at ../../gcc/gcc/fortran/trans.c:499 #5 0x080a369c in gfc_generate_function_code (ns=0x8601820) at ../../gcc/gcc/fortran/trans-decl.c:2217 #6 0x08094b2a in gfc_generate_code (ns=0x8601820) at ../../gcc/gcc/fortran/trans.c:679 #7 0x0807b621 in gfc_parse_file () at ../../gcc/gcc/fortran/parse.c:2628 #8 0x08091c45 in gfc_be_parse_file (set_yydebug=0) at ../../gcc/gcc/fortran/f95-lang.c:266 #9 0x083a7485 in toplev_main (argc=0, argv=0xb6a4) at ../../gcc/gcc/toplev.c:992 #10 0x400757f8 in __libc_start_main () from /lib/tls/libc.so.6 #11 0x0804ad61 in _start () at ../sysdeps/i386/elf/start.S:102 -- Summary: compiler segfault on assign to array Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran 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=18826
[Bug fortran/18827] New: compiler segfault on assign to common variable
$ cat assign3.f program main integer*4 i common /foo/ i assign 1000 to i 1000 continue end $ gfortran assign3.f In file assign3.f:4 assign 1000 to i 1 Warning: Obsolete: ASSIGN statement at (1) assign3.f: In function 'MAIN__': assign3.f:4: internal compiler error: tree check: expected class 'declaration',have 'reference' (component_ref) in gfc_trans_label_assign, at fortran/trans-stmt.c:101 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. $ gfortran -v Reading specs from /home/ig25/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: ../gcc/configure --prefix=/home/ig25 --enable-languages=c,c++,f95 --disable-shared Thread model: posix gcc version 4.0.0 20041204 (experimental) -- Summary: compiler segfault on assign to common variable Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran 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=18827
[Bug fortran/18827] ICE on assign to common variable
-- What|Removed |Added Summary|compiler segfault on assign |ICE on assign to common |to common variable |variable http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18827
[Bug c++/18825] [4.0 Rergession] ICE segmentation fault in wv2
--- Additional Comments From belyshev at lubercy dot com 2004-12-04 12:48
---
// reduced testcase:
templateclass T class A
{
void f ();
};
templateclass T class B
{
friend void AT::f ();
};
int f ()
{
Bint b;
}
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||ice-on-valid-code
Known to fail||4.0.0
Known to work||3.4.4
Last reconfirmed|-00-00 00:00:00 |2004-12-04 12:48:36
date||
Summary|ICE in wv2 |[4.0 Rergession] ICE
||segmentation fault in wv2
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18825
[Bug c++/18825] [4.0 Rergession] ICE segmentation fault in wv2
--- Additional Comments From belyshev at lubercy dot com 2004-12-04 12:57 --- : Search converges between 2004-07-12-trunk (#484) and 2004-07-13-trunk (#485). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18825
[Bug target/18823] [3.4 regression] [ia64-linux] ICE in ia64_st_address_bypass_p, at config/ia64/ia64.c:7387
-- What|Removed |Added Keywords||ice-on-valid-code Known to work|3.3.5 |3.3.5 4.0.0 Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18823
[Bug fortran/18827] ICE on assign to common variable
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 13:16 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2004-12-04 13:16:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18827
[Bug fortran/18826] compiler segfault on assign to array
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 13:16 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-04 13:16:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18826
[Bug fortran/18824] [g77 regression] ENTRY with alternate return causes compiler segfault
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 13:19 --- Confirmed, entries are not fully supported yet see PR 13082. -- What|Removed |Added BugsThisDependsOn||13082 Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2004-12-04 13:19:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18824
[Bug rtl-optimization/16052] [3.4/4.0 Regression] strength reduction produces wrong code
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-04 13:43 --- Fails on all ix86 -- What|Removed |Added GCC build triplet|i386-unknown-netbsdelf2.0F | GCC host triplet|i386-unknown-netbsdelf2.0F | GCC target triplet|i386-unknown-netbsdelf2.0F | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16052
[Bug tree-optimization/18828] New: [4.0 Regression] Extraneous warning with var_start and optimization
typedef __builtin_va_list __gnuc_va_list;
typedef __gnuc_va_list va_list;
extern void abort (void);
void foo (int size, ...)
{
va_list ap;
if (size != 21)
abort ();
__builtin_va_start(ap,size);
__builtin_va_end(ap);
}
I found this while fixing another bug.
--
Summary: [4.0 Regression] Extraneous warning with var_start and
optimization
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18828
[Bug tree-optimization/18828] [4.0 Regression] Extraneous warning with var_start and optimization
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 13:47 --- va-arg-22.c:10: warning: second parameter of 'va_start' not last named argument -- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18828
[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-04 13:56 --- $ ./xgcc -B. -O2 t.c $ ./a.out 1 2 5476394742290156872 $ ./xgcc -B. -O2 t.c -fno-tree-dce $ ./a.out 1 2 4 -- What|Removed |Added Last reconfirmed|2004-11-27 22:56:51 |2004-12-04 13:56:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18694
[Bug c++/18829] New: Error signale on an unexisting line
Gcc speaks about an error at line 438 on a file that have only 22x lines...
Report:
gcc-output,
incriminated source file
In file included from surface.hpp:28,
from types.hpp:29,
from scene.hpp:28,
from scene_intro.hpp:31,
from scene_intro.cpp:26:
connecter.hpp:43: warning: `sigc::signalT_return, T_arg1, T_arg2, T_arg3,
T_arg4, T_arg5, T_arg6, T_arg7::slot_type' is implicitly a typename
connecter.hpp:43: warning: implicit typename is deprecated, please see the
documentation for details
/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h: In member function `
typename sigc::functor_traitT_functor,
sigc::is_base_and_derivedsigc::functor_base,
T_functor::value::result_type
sigc::adaptor_functorT_functor::operator()() const [with T_functor =
sigc::bound_mem_functor1void, IntroScene, bool]':
/usr/include/sigc++-2.0/sigc++/functors/slot.h:89: instantiated from `static
T_return
sigc::internal::slot_call0T_functor,T_return::call_it(sigc::internal::slot_rep*)
[with T_functor = sigc::bound_mem_functor1void, IntroScene, bool, T_return =
void]'
/usr/include/sigc++-2.0/sigc++/functors/slot.h:96: instantiated from `static
void*(* sigc::internal::slot_call0T_functor, T_return::address())(void*) [with
T_functor = sigc::bound_mem_functor1void, IntroScene, bool, T_return = void]'
[LOOK HERE]
scene_intro.cpp:438: instantiated from here
[LOOK HERE]
/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:251: error: no match
for call to `(sigc::bound_mem_functor1void, IntroScene, bool) ()'
/usr/include/sigc++-2.0/sigc++/functors/mem_fun.h:1838: error: candidates are:
T_return sigc::bound_mem_functor1T_return, T_obj,
T_arg1::operator()(typename sigc::type_traitT_arg3::take) const [with
T_return = void, T_obj = IntroScene, T_arg1 = bool]
/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:251: error:
return-statement
with a value, in function declared with a void return type
cc -c -o scene_intro.o `sdl-config --cflags` `pkg-config sigc++-2.0
--cflags`-I../SDL_Flic/ -I/usr/local/include/ -O scene_intro.cpp
Then come the file scene_intro.cpp:
/***
* *
* This file is part of the Domini Terrae project*
* *
* Copyright (C) 2004 by Federico Tomassetti *
* [EMAIL PROTECTED] *
* *
* This program is free software; you can redistribute it and/or modify *
* it under the terms of the GNU General Public License as published by *
* the Free Software Foundation; either version 2 of the License, or *
* (at your option) any later version. *
* *
* This program is distributed in the hope that it will be useful, *
* but WITHOUT ANY WARRANTY; without even the implied warranty of*
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the *
* GNU General Public License for more details. *
* *
* You should have received a copy of the GNU General Public License *
* along with this program; if not, write to the *
* Free Software Foundation, Inc., *
* 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. *
***/
#include cmath
#include SDL_image.h
#include scene_intro.hpp
#include scene_play.hpp
#include sdlutil.hpp
#include sdlttfutil.hpp
#include strutil.hpp
#include debug.hpp
#include global.hpp
#include datafinder.hpp
#include app.hpp
#include game.hpp
#include exit_codes.hpp
#include blink.hpp
#include iostream
using namespace std;
static const int line_gap = 40;
IntroScene::IntroScene( unsigned int num_actions,
const boost::signalstd::string ( unsigned int )::slot_type
slot_get_text,
const boost::signalbool ( unsigned int )::slot_type
slot_do_action,
const boost::signalvoid ()::slot_type slot_all_done )
try : to_update_( true ), background_( NULL ),
font_( NULL ), blinking_text_( NULL ), blink_( NULL ),
done_( false ), completed_actions_( 0 ), num_actions_(
num_actions ),
img_done_( NULL )
{
sig_need_text_.connect( slot_get_text );
sig_do_action_.connect( slot_do_action );
sig_all_done_.connect( slot_all_done );
// load the background
background_ = IMGCK_Load(
[Bug c++/18829] Error signale on an unexisting line
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 14:08 --- Can you try 3.4.x, this is most likely fixed there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18829
[Bug middle-end/17909] [4.0 Regression] ICE: verifiy_stms failed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-04 14:11 --- Subject: Bug 17909 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-04 14:11:47 Modified files: gcc: gimplify.c builtins.c tree.h Log message: 2004-12-04 Andrew Pinski [EMAIL PROTECTED] PR middle-end/17909 * builtins.c (fold_builtin_next_arg): Export and return true when there is a warning or an error. (expand_builtin_va_start): When fold_builtin_next_arg returns true, return const0_rtx. (expand_builtin): Likewise. * gimplify.c (gimplify_call_expr): Error out if there is not enough arguments to va_start. Call fold_builtin_next_arg also on the second argument. * tree.h (fold_builtin_next_arg): Prototype. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gimplify.c.diff?cvsroot=gccr1=2.89r2=2.90 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/builtins.c.diff?cvsroot=gccr1=1.406r2=1.407 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.h.diff?cvsroot=gccr1=1.662r2=1.663 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17909
[Bug middle-end/17909] [4.0 Regression] ICE: verifiy_stms failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 14:15 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17909
[Bug middle-end/17909] [4.0 Regression] ICE: verifiy_stms failed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-04 14:15 --- Subject: Bug 17909 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-04 14:15:02 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/other: vararg-2.C Log message: 2004-12-04 Andrew Pinski [EMAIL PROTECTED] PR middle-end/17909 * g++.dg/other/vararg-2.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4714r2=1.4715 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/vararg-2.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17909
[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-04
14:40 ---
Simpler test case:
#include stdlib.h
#include stdio.h
typedef long *GEN;
static inline long *
stoi(long n)
{
long * z=(long *)malloc(sizeof(long));
*z=n;
return z;
}
void
divisors_bug(long * *t, long e)
{
long j;
long **d, **old_d, **act_d, **tmp;
d = t;
*++d = stoi(1);
for (old_d=t,j=e; j; j--)
{
for (act_d=d, tmp=old_d; tmp act_d; )
*++d = stoi(**++tmp * 2);
old_d=act_d;
}
}
int main(void)
{
long *t[4];
long i;
divisors_bug(t,2);
for(i=1;i4;i++)
printf(%ld ,*t[i]);
printf(\n);
return 0;
}
When I comment out the first PHI-OPT pass, this gives:
1 2 4
With PHI-OPT not commented out, I get:
1 2 0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18694
[Bug bootstrap/18107] [4.0 Regression] [meta-bug] Bootstrap fails on i686-pc-mingw32
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 14:41 --- Can I close this now as the only one left is PR 17406? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
[Bug fortran/18827] ICE on assign to common variable
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-04 14:56 --- The same bug is triggered if the assigned variable is equivalenced: $ cat assign4.f program main integer i integer j equivalence (i,j) assign 1000 to i goto j 1000 continue end $ gfortran assign4.f In file assign4.f:5 assign 1000 to i 1 Warning: Obsolete: ASSIGN statement at (1) In file assign4.f:6 goto j 1 Warning: Obsolete: Assigned GOTO statement at (1) assign4.f: In function 'MAIN__': assign4.f:5: internal compiler error: tree check: expected class 'declaration',have 'reference' (component_ref) in gfc_trans_label_assign, at fortran/trans-stmt.c:101 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18827
[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 14:59 --- (In reply to comment #8) Simpler test case: When I comment out the first PHI-OPT pass, this gives: 1 2 4 With PHI-OPT not commented out, I get: 1 2 0 Are you sure because I cannot reproduce it when comment out the frist phiopt pass. This is on ppc- darwin by the way. I still get a bus error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18694
[Bug tree-optimization/15524] [4.0 Regression] jump threading on trees is slow with switch statements with large # of cases
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 15:35 --- Here are the new numbers. option mainline3.3.2 -O0 2.790 2.680 -O1 12.51 11.44 -O2 18.26 19.84 -O3 18.64 19.53 So we are faster or just as fast except for at -O2 where we are 9% slower. We are no where near the numbers we were at before. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15524
[Bug bootstrap/18107] [4.0 Regression] [meta-bug] Bootstrap fails on i686-pc-mingw32
--- Additional Comments From giovannibajo at libero dot it 2004-12-04 15:38 --- No, let's wait until 17406 is fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
[Bug debug/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692
--- Additional Comments From giovannibajo at libero dot it 2004-12-04 15:45 --- RTH: ping on this patch. It's the last bug preventing mingw32 from bootstrapping again. -- What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
[Bug target/18615] biarch bootstrap fails on sparc-linux (CVS 20041121)
--- Additional Comments From debian-gcc at lists dot debian dot org 2004-12-04 16:27 --- currently no access to the machine, where I started the build. will update until I get access again. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615
[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 16:31 --- Here is the current results for 3.3.2 vs the mainline: -O0 -O1 -O2 -O3 3.3.2 28.93 42.81 61.1358.140 mainline 11.06 43.18 54.8658.35 So we are faster at -O0 but slightly slower at optimization levels but if we trust the numbers for 3.0.4 compared to 3.3, we are still 30% slower than 3.0.4 except at -O0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8361
[Bug target/18830] New: bootstrap of a biarch compiler fails in libstdc++.
2004-12-04 HEAD fails building the 64bit libstdc++ in a non-standard setup (biarch compiler defaulting to 32bit, patch attached to the bug report). /home/packages/gcc/4.0/gcc-4.0-4.0ds1/build/gcc/xgcc -shared-libgcc -B/home/pack ages/gcc/4.0/gcc-4.0-4.0ds1/build/gcc/ -nostdinc++ -L/home/packages/gcc/4.0/gcc- 4.0-4.0ds1/build/i486-linux/64/libstdc++-v3/src -L/home/packages/gcc/4.0/gcc-4.0 -4.0ds1/build/i486-linux/64/libstdc++-v3/src/.libs -B/usr/i486-linux/bin/ -B/usr /i486-linux/lib/ -isystem /usr/i486-linux/include -isystem /usr/i486-linux/sys-i nclude -m64 -I/home/packages/gcc/4.0/gcc-4.0-4.0ds1/build/i486-linux/64/libstdc+ +-v3/include/x86_64-linux -I/home/packages/gcc/4.0/gcc-4.0-4.0ds1/build/i486-lin ux/64/libstdc++-v3/include -I/home/packages/gcc/4.0/gcc-4.0-4.0ds1/src/libstdc++ -v3/libsupc++ -O2 -g -O2 -g -O2 -D_GNU_SOURCE -m64 -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction -sections -fdata-sections -c ../../../../../src/libstdc++-v3/src/complex_io.cc -fPIC -DPIC -o .libs/complex_io.o /home/packages/gcc/4.0/gcc-4.0-4.0ds1/build/i486-linux/64/libstdc++-v3/include/c omplex: In function 'std::basic_istream_CharT, _Traits std::operator(std::b asic_istream_CharT, _Traits, std::complex_Tp) [with _Tp = long double, _Ch arT = char, _Traits = std::char_traitschar]': /home/packages/gcc/4.0/gcc-4.0-4.0ds1/build/i486-linux/64/libstdc++-v3/include/c omplex:512: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: bootstrap of a biarch compiler fails in libstdc++. Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org CC: drow at false dot org,gcc-bugs at gcc dot gnu dot org GCC build triplet: i486-linux GCC host triplet: i486-linux GCC target triplet: i486-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18830
[Bug target/18830] bootstrap of a biarch compiler fails in libstdc++.
--- Additional Comments From debian-gcc at lists dot debian dot org 2004-12-04 16:50 --- Created an attachment (id=7671) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7671action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18830
[Bug target/18830] bootstrap of a biarch compiler fails in libstdc++.
--- Additional Comments From debian-gcc at lists dot debian dot org 2004-12-04 16:51 --- Created an attachment (id=7672) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7672action=view) patch to build biarch compiler for ix86/x86_64, defaulting to ix86 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18830
[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 17:43 --- DOM is defintely messing it up before if (d_2 tmp_14) goto L1; else goto L3; after: if (t_6 d_8) goto L1; else goto L3; the comparision changed -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18694
[Bug c++/17278] [4.0 Regression] 24% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 17:54 --- tree remove redundant PHIs: 0.34 ( 2%) usr 0.02 ( 0%) sys 0.34 ( 1%) wall tree SSA rewrite : 0.42 ( 3%) usr 0.06 ( 1%) sys 0.62 ( 3%) wall tree SSA other: 0.88 ( 6%) usr 0.61 ( 9%) sys 1.39 ( 6%) wall tree operand scan : 0.45 ( 3%) usr 0.64 (10%) sys 1.51 ( 6%) wall dominator optimization: 0.86 ( 6%) usr 0.05 ( 1%) sys 0.83 ( 3%) wall tree alias analysis : 0.19 ( 1%) usr 0.01 ( 0%) sys 0.25 ( 1%) wall tree PHI insertion: 0.23 ( 2%) usr 0.02 ( 0%) sys 0.24 ( 1%) wall expand: 0.72 ( 5%) usr 0.08 ( 1%) sys 0.91 ( 4%) wall I wounder how expand is this slow, it might be just again counting more than just expand here (again). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17278
[Bug libfortran/16135] [4.0 Regression] libfortran doesn't build, use of C99 types
--- Additional Comments From evandro at yahoo dot com 2004-12-04 18:06 --- Never mind, it was a dud. My bad... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16135
[Bug c++/18831] New: section .stack overlaps section .text
Compiling a simple helloworld program has overlapping stack and text sections:
//-
using namespace std;
#include iostream
int main() {
cout Hello World! endl;
}
//--
An equivalent c program compiles fine.
Peter
--
Summary: section .stack overlaps section .text
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: peter at spierepf dot dyndns dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux
GCC host triplet: i686-pc-linux
GCC target triplet: sh-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18831
[Bug target/18831] section .stack overlaps section .text
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 18:13 --- This really sounds like a binutils problem rather than a gcc problem. -- What|Removed |Added Component|c++ |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18831
[Bug debug/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692
--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-12-04 19:27 --- There is also a patch at: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00226.html Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
[Bug tree-optimization/18832] New: missed jump threading with ||
I was messing around with trying to find compile time regressions.
The following 3 functions should produce the same asm.
int f0(int c, int a, int b)
{
if (a == 0 || b == 0) c++;
if (a == 0 || b == 0) c++;
return c;
}
int f1(int c,int a, int b)
{
if (a == 0) goto L1;
if (b == 0) goto L1; else goto L5;
L1:
c++;
L5:
if (a == 0) goto L2;
if (b == 0) goto L2; else goto L3;
L2:
c++;
L3:
return c;
}
int f2(int c,int a, int b)
{
if (a == 0) goto L1;
if (b == 0) goto L1; else goto L5;
L1:
c+=2;
L5:
return c;
}
--
Summary: missed jump threading with ||
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18832
[Bug tree-optimization/18832] missed jump threading with ||
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04
19:43 ---
Oh and this one too:
int f3(int c,int a, int b)
{
if (a== 0||b==0) c+=2;
return c;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18832
[Bug c++/6105] GCC 2.95 gets internal error on complicated template code
-- What|Removed |Added Target Milestone|--- |3.0.x http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6105
[Bug c++/7943] Compilation gives many strange errors
-- What|Removed |Added Target Milestone|--- |3.1.x/3.2.x http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7943
[Bug c/10675] Compile time increases quadratically with struct size
-- What|Removed |Added Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10675
[Bug fortran/18833] New: ICE 'missing spec' on integer/char equivalence
I haven't seen this one before... $ cat integer-char.f90 program main character(len=8) :: c integer, dimension(2) :: i equivalence(c(1:1), i(1)) end program main $ gfortran integer-char.f90 In file integer-char.f90:5 end program main 1 Internal Error at (1): find_array_spec(): Missing spec $ gfortran -v Reading specs from /home/ig25/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: ../gcc/configure --prefix=/home/ig25 --enable-languages=c,c++,f95 --disable-shared Thread model: posix gcc version 4.0.0 20041204 (experimental) -- Summary: ICE 'missing spec' on integer/char equivalence Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran 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=18833
[Bug bootstrap/18804] [4.0 Regression] lib2funcs.vis:1: Error: unknown pseudo-op: `.hidden'
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-04 20:32 --- Subject: Bug 18804 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-04 20:32:52 Modified files: gcc: ChangeLog mklibgcc.in Log message: PR bootstrap/18804 * mklibgcc.in (vis_hide): Use implementation instead of declaration for test function. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6712r2=2.6713 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/mklibgcc.in.diff?cvsroot=gccr1=1.77r2=1.78 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18804
[Bug bootstrap/18804] [4.0 Regression] lib2funcs.vis:1: Error: unknown pseudo-op: `.hidden'
--- Additional Comments From danglin at gcc dot gnu dot org 2004-12-04 20:35 --- Fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18804
[Bug bootstrap/18804] [4.0 Regression] lib2funcs.vis:1: Error: unknown pseudo-op: `.hidden'
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 20:36 --- Close it this time. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18804
[Bug fortran/18834] New: ICE on reading from internal file character array
This is why NIST 908 is failing (reduced testcase). $ cat read-internal-array.f90 program main character(len=20) :: un(2) real :: a un(1) = '3.14' un(2) = '' read(unit=un,fmt='(G12.5)') a end program main $ gfortran -v Reading specs from /home/ig25/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: ../gcc/configure --prefix=/home/ig25 --enable-languages=c,c++,f95 --disable-shared Thread model: posix gcc version 4.0.0 20041204 (experimental) $ gfortran read-internal-array.f90 read-internal-array.f90: In function 'MAIN__': read-internal-array.f90:5: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. $ gdb ~/libexec/gcc/i686-pc-linux-gnu/4.0.0/f951 GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-linux...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) r read-internal-array.f90 Starting program: /home/ig25/libexec/gcc/i686-pc-linux-gnu/4.0.0/f951 read-internal-array.f90 MAIN__ Program received signal SIGSEGV, Segmentation fault. 0x08096c40 in gfc_conv_scalarized_array_ref (se=0xb3b4, ar=0x860269c) at ../../gcc/gcc/fortran/trans-array.c:1617 1617n = se-loop-order[0]; (gdb) bt #0 0x08096c40 in gfc_conv_scalarized_array_ref (se=0xb3b4, ar=0x860269c) at ../../gcc/gcc/fortran/trans-array.c:1617 #1 0x08096cfe in gfc_conv_array_ref (se=0xb3b4, ar=0x860269c) at ../../gcc/gcc/fortran/trans-array.c:1661 #2 0x080a5f4a in gfc_conv_expr (se=0xb3b4, expr=0x8602098) at ../../gcc/gcc/fortran/trans-expr.c:376 #3 0x080b0367 in set_string (block=0xb464, postblock=0xb45c, var=0x40375c3c, var_len=0x40375cb0, e=0x8602098) at ../../gcc/gcc/fortran/trans-io.c:402 #4 0x080b148d in build_dt (function=0x854f2f4, code=Variable code is not available. ) at ../../gcc/gcc/fortran/trans-io.c:966 #5 0x080949b3 in gfc_trans_code (code=0x8602958) at ../../gcc/gcc/fortran/trans.c:587 #6 0x080a369c in gfc_generate_function_code (ns=0x86017a8) at ../../gcc/gcc/fortran/trans-decl.c:2217 #7 0x08094b2a in gfc_generate_code (ns=0x86017a8) at ../../gcc/gcc/fortran/trans.c:679 #8 0x0807b621 in gfc_parse_file () at ../../gcc/gcc/fortran/parse.c:2628 #9 0x08091c45 in gfc_be_parse_file (set_yydebug=0) at ../../gcc/gcc/fortran/f95-lang.c:266 #10 0x083a7485 in toplev_main (argc=0, argv=0xb6c4) at ../../gcc/gcc/toplev.c:992 #11 0x400757f8 in __libc_start_main () from /lib/tls/libc.so.6 #12 0x0804ad61 in _start () at ../sysdeps/i386/elf/start.S:102 (gdb) -- Summary: ICE on reading from internal file character array Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran 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=18834
[Bug c++/17448] The compiler might detect a ODR failure within a single file (realted to friendness)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 21:07 --- Fixed on the mainline, we reject it because struct B is not a complete struct/class at the point we define the friend: pr17448.cc: In function 'void Bar(AT, B)': pr17448.cc:5: error: 'b' has incomplete type pr17448.cc:2: error: forward declaration of 'struct B' -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17448
[Bug fortran/18834] ICE on reading from internal file character array
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-04 21:18 --- It's also the same bug that lets NIST 909 fail. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18834
Problem with byValue operands
Author: Aleksander Lodwich
[EMAIL PROTECTED]
Referencing: Suse Linux gcc 3.3.1
Dear developers of GCC,
I write to you because we have experienced trouble with the newer variants
of gcc.
--
Problem 1:
--
Wrong referencing
I'm not using the most recent version of gcc but I guess these problems
haven't been addressed, yet, hence I don't expect them to be solved. Main
point about these problems is that they must have come to GCC somewhere
after the version 2.95.3 in which they don't occur. Many problems I'd like
to present rely on the fact, that the current gcc version doesn't accept this:
class ClassA
{
public:
ClassA( void );
};
...
void ClassB::Function( ClassA Obj ) //Referenced operand
{
}
void ClassB::Function2( ClassA Obj ) //by value operand
{
}
//somewhere else in code...
{
...
ClassB B;
B.Function( ClassA() ); //doesn't compile because references cannot be
obtained for temporary objects: ClassA( ClassA ) constructor not found!
B.Function2( ClassA() ); //works fine
//alternative:
{
ClassA A;
B.Function( A ); //works fine with references
}
...
}
Ok, why is this behaviour bad?
Whereas it's acceptable to work around this problem in the way proposed
above, this still doesn't change the fact that it must be an error since
the two following lines have semantically exactly the same meaning.
B.Function( ClassA() ); = {
ClassA AnyName;
B.Function( AnyName )
};
This error has significant meaning for the usage of nested calls and
operators. That's because the upper workaround solution cannot be
applied to all places where correct referencing is required.
let's assume:
class Matrix
{
public:
Matrix ( Matrix X ); //doesn't make sense and
does not compile - would cause infinite loop
Matrix ( Matrix X ); //ok, but often requires a
const Matrix X which again is not OK!
Matrix ( Matrix *X ); //ok
virtual Matrix ( void );
virtual Matrix operator* ( Matrix Operand1 ); //compiles
virtual voidoperator= ( Matrix Operand2 ); //compiles
};
I admit, this is not very fast, but that's not the point of. These are
legal definitions that also make practical sense in real projects.
There are several strange things that happen then:
Case 1:
{
Matrix A, B, C;
//Here: B is set some values
//Here: C is set some values
A = B * C; //will not compile with gcc 3.3.1!! it didn't compile with gcc
3.1.x either.
}
Case 2:
{
Matrix A, B, C;
//Here B is set some values
//Here C is set some values
B * C; //will compile with gcc
}
Case 3 workaround:
{
Matrix A, B, C;
//Here B is set some values
//Here C is set some values
A = B; //will compile with gcc
A *= C; //will compile with gcc
}
This simple statement in case 1 will not compile. But why? Well, this
statement suffers from the limitation discussed first.
The operator* returns as a result a temporary Matrix object, that obviously
needs to be copied into the operator='s Operand2. Copying happens with the
Matrix( Matrix ) constructor but the compiler looks for a Matrix( Matrix
) constructor that neither makes sense nor can be defined.
There's another problem with referencing in gcc.
let's assume:
Case 4:
void SomeFunction( Matrix B )
{
Matrix A;
Matrix C = B; //will not compile - Matrix( const Matrix ) constructor not
found!
Matrix C = B * A; //will not compile - Matrix( const Matrix ) constructor
not found!
}
One thing that upsets me here is that I explicitely use the = operator!
This must be respected since its not always the same thing!!
As a programmer I expect gcc to make a
Matrix C;
C = B;
out of it. Otherwise I would say:
Case 5:
void SomeFunction( Matrix B )
{
Matrix C( B ); //will compile
Matrix C( B * A ); //will not compile - Matrix( Matrix ) constructor not found
}
In case 4 the gcc compiler cries for a Matrix( const Matrix ) constructor
that no one has ever defined or asked for.
//This error message would be OK if SomeFunction()
//would take a const operand like this:
void SomeFunction( const Matrix B )
{
Matrix A;
//The following messages are OK because operator* and operator= weren't
defined for const objects!
Matrix C = B; //will not compile - Matrix( const Matrix ) constructor not
found!
Matrix C = B * A; //will not compile - Matrix( const Matrix ) constructor
not found!
}
I guess since most programers work basically with pointers, obviously this
problem didn't becomes apparent.
However the same examples I did show you do compile on the gcc 2.95.3 that
I also have available. Therefore I think
that this compiler behaviour definitively IS an error.
Problem 2
--
Wrong this pointer.
Well, another problem I've noticed occures when deriving from multiple base
classes. The this pointer is only correct for the
main base class.
[Bug c++/18835] New: memory consumption is high for C++ testcase
The testcase in PR 14719 shows that we use a large amount of memory still even on the mainline. I was just compiling at -O0, 380M seems high to me for this simple C++ testcase (yes it is 8000 lines but most of that is comming in from boost's headers so the testcase itself is much smaller). -- Summary: memory consumption is high for C++ testcase Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: memory-hog Severity: minor Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18835
[Bug c++/18835] memory consumption is high for C++ testcase
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04 22:07 --- I should note that the compile time is not that bad at about 40s but that is still high for -O0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18835
[Bug target/18836] New: [4.1] target fold_builtin for alpha
Unfortunately, this patch sat forgotten in a source tree past the cutoff for new code for 4.1. Recording here so that it doesn't get forgotten again. -- Summary: [4.1] target fold_builtin for alpha Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rth at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org OtherBugsDependingO 17652 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18836
[Bug other/17652] [metabug] GCC 4.1 pending patches
-- What|Removed |Added BugsThisDependsOn||18836 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652
[Bug target/18836] [4.1] target fold_builtin for alpha
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-04 23:13 --- Created an attachment (id=7677) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7677action=view) fold_builtin patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18836
[Bug target/18836] [4.1] target fold_builtin for alpha
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2004-12-04 23:14:41 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18836
[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-04
23:26 ---
Looks like a jump threading problem. Given this test case:
void
divisors_bug(long *t, long e)
{
long int *d2;
long int *tmp;
long int *act_d;
long int *old_d;
long int *d;
long int j;
int t1, t2;
d = t;
++d;
*d = 1;
old_d = t;
j = e;
outer_loop_test:
if (j != 0) goto outer_loop_entry; else goto outer_loop_exit;
outer_loop_entry:
d2 = d;
tmp = old_d;
inner_loop_test:
if (d = tmp) goto inner_loop_exit;
d2++;
tmp++;
t1 = *tmp;
t2 = t1 * 2;
*d2 = t2;
goto inner_loop_test;
inner_loop_exit:
j = j - 1;
old_d = d;
d = d2;
goto outer_loop_test;
outer_loop_exit:
return;
}
I have the following in one of the dominator passes:
divisors_bug (t, e)
{
void inner_loop_exit = error ;
void inner_loop_test = error ;
void outer_loop_exit = error ;
void outer_loop_entry = error ;
void outer_loop_test = error ;
int t2;
int t1;
long int j;
long int * d;
long int * old_d;
long int * act_d;
long int * tmp;
long int * d2;
long int D.1484;
long int D.1483;
# BLOCK 0
# PRED: ENTRY
d_8 = t_6 + 8B;
# TMT.0_26 = V_MAY_DEF TMT.0_25;
*d_8 = 1;
if (e_10 != 0) goto L14; else goto L6;
# SUCC: 2 5
# BLOCK 1
# PRED: 4
outer_loop_test:;
if (j_14 != 0) goto L14; else goto L6;
# SUCC: 2 5
# BLOCK 2
# PRED: 0 1
# TMT.0_23 = PHI TMT.0_26(0), TMT.0_9(1);
# j_3 = PHI e_10(0), j_14(1);
# old_d_2 = PHI t_6(0), d_1(1);
# d_1 = PHI d_8(0), d2_7(1);
# TMT.0_16 = PHI TMT.0_26(0), TMT.0_9(1);
# tmp_15 = PHI t_6(0), d_1(1);
# d2_13 = PHI d_8(0), d2_7(1);
L14:;
if (d_1 = tmp_15) goto inner_loop_exit; else goto L15;
# SUCC: 4 3
# BLOCK 3
# PRED: 2 3
# TMT.0_12 = PHI TMT.0_16(2), TMT.0_27(3);
# d2_11 = PHI d2_13(2), d2_17(3);
# tmp_5 = PHI tmp_15(2), tmp_18(3);
L15:;
d2_17 = d2_11 + 8B;
tmp_18 = tmp_5 + 8B;
# VUSE TMT.0_12;
D.1483_19 = *tmp_18;
t1_20 = (int) D.1483_19;
t2_21 = t1_20 * 2;
D.1484_22 = (long int) t2_21;
# TMT.0_27 = V_MAY_DEF TMT.0_12;
*d2_17 = D.1484_22;
if (d_1 = tmp_18) goto inner_loop_exit; else goto L15;
# SUCC: 4 3
# BLOCK 4
# PRED: 3 2 6
# TMT.0_9 = PHI TMT.0_27(3), TMT.0_16(2), TMT.0_16(6);
# d2_7 = PHI d2_17(3), d2_13(2), d2_13(6);
inner_loop_exit:;
j_14 = j_3 - 1;
goto bb 1 (outer_loop_test);
# SUCC: 1
# BLOCK 5
# PRED: 1 0
L6:;
return;
# SUCC: EXIT
# BLOCK 6
# PRED:
# TMT.0_23 = PHI ;
# j_3 = PHI ;
# old_d_2 = PHI ;
# d_1 = PHI ;
# TMT.0_16 = PHI ;
# tmp_15 = PHI ;
# d2_13 = PHI ;
goto bb 4 (inner_loop_exit);
# SUCC: 4
}
which we turn into this:
divisors_bug (t, e)
{
void inner_loop_exit = error ;
void inner_loop_test = error ;
void outer_loop_exit = error ;
void outer_loop_entry = error ;
void outer_loop_test = error ;
int t2;
int t1;
long int j;
long int * d;
long int * old_d;
long int * act_d;
long int * tmp;
long int * d2;
long int D.1484;
long int D.1483;
# BLOCK 0
# PRED: ENTRY
d_8 = t_6 + 8B;
# TMT.0_26 = V_MAY_DEF TMT.0_25;
*d_8 = 1;
if (e_10 != 0) goto L14; else goto L6;
# SUCC: 2 5
# BLOCK 1
# PRED: 4
outer_loop_test:;
if (j_14 != 0) goto L18; else goto L6;
# SUCC: 6 5
# BLOCK 2
# PRED: 0
# TMT.0_23 = PHI TMT.0_26(0);
# j_3 = PHI e_10(0);
# old_d_2 = PHI t_6(0);
# d_1 = PHI d_8(0);
# TMT.0_16 = PHI TMT.0_26(0);
# tmp_15 = PHI t_6(0);
# d2_13 = PHI d_8(0);
L14:;
if (d_1 = tmp_15) goto inner_loop_exit; else goto L15;
# SUCC: 4 3
# BLOCK 3
# PRED: 2 3
# TMT.0_12 = PHI TMT.0_16(2), TMT.0_27(3);
# d2_11 = PHI d2_13(2), d2_17(3);
# tmp_5 = PHI tmp_15(2), tmp_18(3);
L15:;
d2_17 = d2_11 + 8B;
tmp_18 = tmp_5 + 8B;
# VUSE TMT.0_12;
D.1483_19 = *tmp_18;
t1_20 = (int) D.1483_19;
t2_21 = t1_20 * 2;
D.1484_22 = (long int) t2_21;
# TMT.0_27 = V_MAY_DEF TMT.0_12;
*d2_17 = D.1484_22;
if (d_1 = tmp_18) goto inner_loop_exit; else goto L15;
# SUCC: 4 3
# BLOCK 4
# PRED: 3 2 6
# TMT.0_9 = PHI TMT.0_27(3), TMT.0_16(2), TMT.0_16(6);
# d2_7 = PHI d2_17(3), d2_13(2), d2_13(6);
inner_loop_exit:;
j_14 = j_3 - 1;
goto bb 1 (outer_loop_test);
# SUCC: 1
# BLOCK 5
# PRED: 1 0
L6:;
return;
# SUCC: EXIT
# BLOCK 6
# PRED: 1
# TMT.0_23 = PHI TMT.0_9(1);
# j_3 = PHI j_14(1);
# old_d_2 = PHI d_1(1);
# d_1 = PHI d2_7(1);
# TMT.0_16 = PHI TMT.0_9(1);
# tmp_15 = PHI d_1(1);
# d2_13 = PHI d2_7(1);
L18:;
goto bb 4 (inner_loop_exit);
# SUCC: 4
}
Note that when optimizing basic block 3, we do a jump thread:
Optimizing statement L15:;
Optimizing statement d2_17 = d2_11 + 8B;
Optimizing statement tmp_18 = tmp_5 + 8B;
Optimizing
[Bug libstdc++/18837] New: testsuite_performance.h:63: error: redefinition of 'struct mallinfo'
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/g++ -shared-libgcc -B/mnt/gnu/gcc -3.3/objdir/gcc/ -nostdinc++ -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/lib stdc++-v3/src -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/. libs -B/opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/bin/ -B/opt/gnu/gcc/gcc-4.0. 0/hppa2.0w-hp-hpux11.11/lib/ -isystem /opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11. 11/include -isystem /opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/sys-include -g -O2 -D_GLIBCXX_ASSERT -fmessage-length=0 -DLOCALEDIR=/mnt/gnu/gcc-3.3/objdir/hp pa2.0w-hp-hpux11.11/libstdc++-v3/po/share/locale -nostdinc++ -I/mnt/gnu/gcc-3.3 /objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11 -I/mnt/ gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include -I/mnt/gnu/gcc-3.3 /gcc/libstdc++-v3/libsupc++ -I/mnt/gnu/gcc-3.3/gcc/libstdc++-v3/include/backward -I/mnt/gnu/gcc-3.3/gcc/libstdc++-v3/testsuite /mnt/gnu/gcc-3.3/gcc/libstdc++-v3 /testsuite/23_containers/set/modifiers/16728.cc-include bits/stdc++.h -L/mn t/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/testsuite -lv3test -lm -o ./16728.exe(timeout = 300) /mnt/gnu/gcc-3.3/gcc/libstdc++-v3/testsuite/testsuite_performance.h:63: error: r edefinition of 'struct mallinfo' /mnt/gnu/gcc-3.3/objdir/gcc/include/stdlib.h:409: error: previous definition of 'struct mallinfo' compiler exited with status 1 -- Summary: testsuite_performance.h:63: error: redefinition of 'struct mallinfo' Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18837
[Bug libstdc++/18837] testsuite_performance.h:63: error: redefinition of 'struct mallinfo'
--- Additional Comments From pcarlini at suse dot de 2004-12-05 00:41 --- Hi. Have a look to testsuite_performance.h: as you can see, unfortunately at the moment is not really 100% portable. Please, feel free to suggest changes to the involved macros enabling support for hppa. Maybe just adding an || __hppa__ at the beginning would do the trick? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18837
[Bug c++/18838] New: overload resolution depends on previous uses of the symbol
The following is a reduced form of 26_numerics/cmath/fabs_inline.cc
which has failed for a very long time on Alpha, but doesn't fail on
other platforms and so isn't getting fixed.
The problem is that Alpha's headers have an inline version of floor
which uses fabs. This usage isn't present on other systems. Which
leads to the following reduced test case
extern C {
extern double fabs (double __x) throw () __attribute__ ((__const__));
__inline double
fabs (double __x) throw () { return __builtin_fabs (__x); }
}
double fail_me(double __x) { return fabs(__x); }
namespace std
{
using ::fabs;
}
typedef double (*realfn) (double);
using std::fabs;
int main ()
{
realfn myfn = fabs;
}
which will pass if fail_me is commented out.
--
Summary: overload resolution depends on previous uses of the
symbol
Product: gcc
Version: 3.3.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18838
[Bug c++/18838] overload resolution depends on previous uses of the symbol
-- What|Removed |Added Known to fail||3.3.5 3.4.3 4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18838
[Bug c++/18839] New: g++.other/thunk1.C:35: ICE: in cp_genericize, at cp/cp-gimplify.c:333
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/../g++ -B/mnt/gnu/gcc-3 .3/objdir/gcc/testsuite/../ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/g++.old-deja/g++. other/thunk1.C -nostdinc++ -I/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libs tdc++-v3/include/hppa2.0w-hp-hpux11.11 -I/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpu x11.11/libstdc++-v3/include -I/mnt/gnu/gcc-3.3/gcc/libstdc++-v3/libsupc++ -I/mnt /gnu/gcc-3.3/gcc/libstdc++-v3/include/backward -I/mnt/gnu/gcc-3.3/gcc/libstdc++- v3/testsuite -fmessage-length=0 -ansi -pedantic-errors -Wno-long-long-L/mn t/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/src/.libs -L/mnt/gnu/g cc-3.3/objdir/hppa2.0w-hp-hpux11.11/./libiberty -lm -o ./thunk1.exe(timeo ut = 300) /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/g++.old-deja/g++.other/thunk1.C: In member fu nction 'void D::_ZTv0_n20_N1D3fooE1X(X)': /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/g++.old-deja/g++.other/thunk1.C:35: internal compiler error: in cp_genericize, at cp/cp-gimplify.c:333 -- Summary: g++.other/thunk1.C:35: ICE: in cp_genericize, at cp/cp- gimplify.c:333 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18839
[Bug c++/18839] [4.0 Regression] g++.other/thunk1.C:35: ICE: in cp_genericize, at cp/cp-gimplify.c:333
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 01:17 --- I would not doubt that this is the same as PR 18492. -- What|Removed |Added BugsThisDependsOn||18492 Keywords||ice-on-valid-code Summary|g++.other/thunk1.C:35: ICE: |[4.0 Regression] |in cp_genericize, at cp/cp- |g++.other/thunk1.C:35: ICE: |gimplify.c:333 |in cp_genericize, at cp/cp- ||gimplify.c:333 Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18839
[Bug c++/18838] overload resolution depends on previous uses of the symbol
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 01:33 --- Confirmed, it is also builtins related too. Changing it to be a instead of fabs works. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||rejects-valid Last reconfirmed|-00-00 00:00:00 |2004-12-05 01:33:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18838
[Bug target/18352] mmix-knuth-mmixware testsuite failure: gcc.dg/tree-ssa/loop-5.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 01:43 --- Fixed by: * gcc.dg/tree-ssa/loop-5.c: Use long instead of int. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18352
[Bug tree-optimization/18664] [4.0 Regression] ACATS ICE cxaa010 expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:660
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 02:46 --- This has been fixed now. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18664
[Bug tree-optimization/18706] [4.0 Regression] ACATS ce2208b ICE expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:637
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 02:46 --- Only ce2208b is left now. -- What|Removed |Added Summary|[4.0 Regression] ACATS |[4.0 Regression] ACATS |cc1221c and ce2208b ICE |ce2208b ICE expected |expected ssa_name, have |ssa_name, have var_decl in |var_decl in verify_ssa, at |verify_ssa, at tree- |tree-ssa.c:637 |ssa.c:637 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18706
[Bug middle-end/18730] [3.3/3.4/4.0 Regression] cppexp.c:1076: error: unrecognizable insn
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 02:48 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00332.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18730
[Bug rtl-optimization/17234] if-conversion bug on x86
-- What|Removed |Added Keywords||missed-optimization Last reconfirmed|2004-08-30 11:33:14 |2004-12-05 02:55:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17234
[Bug c++/18672] [4.0 Regression] Segfault with simple template code
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 02:58 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00031.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18672
[Bug libgcj/18840] New: java.io.BufferedInputStream.read(byte[],..) methods don't attempt to read as much as possible
The Sun Javadoc for java.io.BufferedInputStream.read(byte[],int,int) in version 1.4.2 states: This method implements the general contract of the corresponding read method of the InputStream class. As an additional convenience, it attempts to read as many bytes as possible by repeatedly invoking the read method of the underlying stream. This iterated read continues until one of the following conditions becomes true: * The specified number of bytes have been read, * The read method of the underlying stream returns -1, indicating end-of-file, or * The available method of the underlying stream returns zero, indicating that further input requests would block. However, the libgcj implementation does not do this iterated reading. Code which assumes this behaviour (e.g. IBM's ICU4j) may fail. This bug exists in mainline. -- Summary: java.io.BufferedInputStream.read(byte[],..) methods don't attempt to read as much as possible Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: greenrd at greenrd dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18840
[Bug libstdc++/16371] libstdc++ fails for crosses
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 03:14 --- Actually I found out a couple of days ago this just means you it cannot find the library and not a configure failure. For the orginal reporter, do you have a full glibc and the 32bit glibc if you don't then you have to disable the multilib (aka --disable-multilib). For all the rest of the reports are you sure that you have the libraries installed? -- What|Removed |Added Status|NEW |WAITING Summary|[3.4/4.0 Regression]|libstdc++ fails for crosses |libstdc++ fails for crosses | Target Milestone|3.4.4 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16371
[Bug other/16838] libiberty link test vs. GCC_NO_EXECUTABLES problem during sun cross
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 03:20 --- Can you check the config.log since this error really means that a library was not found? -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16838
[Bug target/18841] New: setjmp and eh receivers can mis-schedule
The problem can be seen in the ev67 failure of 23_containers/vector/cons/4.cc, ldah $29,0($26) !gpdisp!18 ldq $3,_ZN10__gnu_test10destructor8_M_countE($29) !literal ldq $2,16($9) mov $16,$10 lda $29,0($29) !gpdisp!18 Note the second instruction uses $29 before it is completely initialized in the last instruction. The problem is due to exposing the EH receiver gp load before sched1, but not exposing the symbol gp use until after reload. By inspection, the same problem exists for the builtin_setjmp_receiver patterns, though there is no known test case. Presumably it wouldn't be impossible to write one. By inspection, this problem should exist at least back through 3.3 branch. I havn't tried to create a simplified test case with which to show the problem on that branch. -- Summary: setjmp and eh receivers can mis-schedule Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: rth at gcc dot gnu dot org ReportedBy: rth at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: alpha http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18841
[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets
-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18785
[Bug rtl-optimization/12863] [3.4 regression] basic block reordering fails for fallthru of casesi
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 03:26 --- Fixed on the mainline by: 2004-11-28 Steven Bosscher [EMAIL PROTECTED] John David Anglin [EMAIL PROTECTED] * config/vax/vax.h (CASE_DROPS_THROUGH): Don't define. * config/vax/vax.md (casesi): Emit a test-and-branch to make sure that the case is in range, to make sure the casesi insn is always in range and never falls through. (casesi1): Add comment to explain why casesi never falls through. Remove the unnamed special case casesi pattern. -- What|Removed |Added Known to work|3.3 |3.3 4.0.0 Summary|[3.4/4.0 regression] basic |[3.4 regression] basic block |block reordering fails for |reordering fails for |fallthru of casesi |fallthru of casesi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12863
[Bug target/18841] setjmp and eh receivers can mis-schedule
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 03:28 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||EH, wrong-code Last reconfirmed|-00-00 00:00:00 |2004-12-05 03:28:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18841
[Bug rtl-optimization/12863] [3.4 regression] basic block reordering fails for fallthru of casesi
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-05 03:48 --- Subject: Re: [3.4 regression] basic block reorder What|Removed |Added Known to work|3.3 |3.3 4.0.0 I believe that 3.3 is broken. In my first attempt at a build with Steven's patch, I hit the error noted in comment #17. This occurred using 3.3 20030420 (prerelease). I debugged the ICE that occurred compiling genmodes.c and found that it was due to a miscompiled switch statement. I then switched to a different bootstrap compiler and the build was successful. It's quite possible that Josef's patch would have fixed the problem on 3.4 but unfortunately I didn't investigate further. I have a build of 3.3 in progress with Steven's patch. Should be done in a week or so ... Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12863
[Bug target/14436] [3.3/3.4 regression] ICE building libgcc.a
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 03:49 --- Fixed on the mainline. -- What|Removed |Added Known to work|3.3.2 |3.3.2 4.0.0 Summary|[3.3/3.4/4.0? regression] |[3.3/3.4 regression] ICE |ICE building libgcc.a |building libgcc.a http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14436
[Bug c++/18462] [3.4/4.0 Regression] Segfault on declaration of large array member
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 04:01 --- : Search converges between 2003-12-18-trunk (#431) and 2003-12-24-trunk (#432). -- What|Removed |Added 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=18462
[Bug tree-optimization/18501] [4.0 Regression] Missing 'used unintialized' warning
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 04:04 --- It has never worked on the tree-ssa branch. -- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Last reconfirmed|2004-11-15 13:50:26 |2004-12-05 04:04:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug middle-end/18730] [3.3/3.4/4.0 Regression] cppexp.c:1076: error: unrecognizable insn
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-05 04:06 --- Subject: Bug 18730 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-05 04:05:59 Modified files: gcc: ChangeLog emit-rtl.c Log message: PR middle-end/18730 * emit-rtl.c (get_first_nonnote_insn, get_last_nonnote_insn): When the first/last insn is a sequence, return the first/last insn of the sequence. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6713r2=2.6714 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/emit-rtl.c.diff?cvsroot=gccr1=1.431r2=1.432 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18730
[Bug tree-optimization/17647] [4.0 regression] Missing i386 addressing modes
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 04:29 --- This is a dup of bug 18463. *** This bug has been marked as a duplicate of 18463 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17647
[Bug tree-optimization/18463] [4.0 Regression] Moving floating point through an integer register
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 04:29 --- *** Bug 17647 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||uros at kss-loka dot si http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug target/18443] #pragma pack(1) breaks function pointer initialization
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 04:34 --- Actually it looks like I was wrong in saying that it was a regression. Also could you forward your patch to [EMAIL PROTECTED] Saying you added it to the bug back on the 15th of Novemeber. -- What|Removed |Added Known to work|3.0.4 | Summary|[3.3/3.4/4.0 Regression]|#pragma pack(1) breaks |#pragma pack(1) breaks |function pointer |function pointer|initialization |initialization | Target Milestone|3.4.4 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18443
[Bug bootstrap/18107] [4.0 Regression] [meta-bug] Bootstrap fails on i686-pc-mingw32
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 04:36 --- I am going to link PR 18459 to this one, even though it is not a bootstrap bug for mingw32, it does cause almost all the java testcases to fail. -- What|Removed |Added BugsThisDependsOn||18459 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
[Bug target/18841] setjmp and eh receivers can mis-schedule
-- What|Removed |Added Status|NEW |ASSIGNED Last reconfirmed|2004-12-05 03:28:37 |2004-12-05 04:37:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18841
[Bug tree-optimization/17949] [4.0 Regression] Tree loop optimization generates unaligned access (STRICT_ALIGNMENT is set)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 05:01 --- What we should do create a new type for the same alignment of the struct/array. -- What|Removed |Added GCC build triplet|ia64-hp-hpux11.23 | GCC host triplet|ia64-hp-hpux11.23 | GCC target triplet|ia64-hp-hpux11.23 |ia64-*-*, sparc*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17949
[Bug rtl-optimization/15289] [3.4/4.0 Regression] reload error with non-lowpart subregs
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-05 05:21 --- Subject: Bug 15289 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-05 05:21:02 Modified files: gcc: ChangeLog emit-rtl.c expr.c function.c integrate.c optabs.c rtl.h Log message: * emit-rtl.c, expr.c, function.c, integrate.c, optabs.c, rtl.h: Revert the patches for PR rtl-opt/15289. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.719r2=2.2326.2.720 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/emit-rtl.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.365.4.7r2=1.365.4.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/expr.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.615.4.17r2=1.615.4.18 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/function.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.483.4.20r2=1.483.4.21 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/integrate.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.244.2.3r2=1.244.2.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/optabs.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.204.4.3r2=1.204.4.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/rtl.h.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.448.4.8r2=1.448.4.9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15289
[Bug rtl-optimization/15289] [3.4/4.0 Regression] reload error with non-lowpart subregs
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-05 05:22 --- Won't fix for 3.4. -- What|Removed |Added Target Milestone|3.4.4 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15289
[Bug rtl-optimization/17752] Hot/cold basic block partitioning optimization has problems
-- What|Removed |Added Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17752
[Bug rtl-optimization/15289] [3.4/4.0 Regression] reload error with non-lowpart subregs
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-05 05:38 --- *** Bug 16028 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||fjahanian at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15289
