[Bug fortran/28213] New: ICE: Hollerith constant
$cat a.f program main write(*,*) 3horz end $gcc -std=legacy a.f a.f: In function 'MAIN__': a.f:2: internal compiler error: Bad IO basetype (9) Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. I don't know if this is really that valid. -- Summary: ICE: Hollerith constant Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: s__nakayama at infoseek dot jp http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28213
[Bug target/28181] [4.0/4.1/4.2 regression] ICE in reload_cse_simplify_operands, at postreload.c:393 on m68k
--- Comment #6 from schwab at suse dot de 2006-07-01 07:01 --- The bug is much older, I was able to get it fail using the sources at the 3.4 branch point. That 3.4.6 does not fail is probably just coincidence. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28181
[Bug c++/28214] New: ICE precompiling headers
When compiling wxGTK-2.6.3 with gcc (GCC) 4.1.2 20060628 prerelease (NetBSD nb1 20060602), it fails with: ./bk-make-pch .pch/wxprec_basedll/wx/wxprec.h.gch wx/wxprec.h c++ -I.pch/wxprec_ basedll -D__WXGTK__ -I./src/regex -DwxUSE_GUI=0 -DWXMAKINGDLL_BASE -DwxUSE_BASE=1 -fPIC -DPIC -DWX_PRECOMP -DNO_GCC_PRAGMA -DGTK_NO_CHECK_CASTS -I lib/wx/include/gtk2-ansi-release-2.6 -I./include -pthread -I/usr/pkg/include/gtk -2.0 -I/usr/pkg/lib/gtk-2.0/include -I/usr/pkg/include/atk-1.0 -I/usr/pkg/includ e/cairo -I/usr/pkg/include/pango-1.0 -I/usr/pkg/include/glib/glib-2.0 -I/usr/pkg /lib/glib-2.0/include -I/usr/pkg/include -I/usr/pkg/include/freetype2 -Dunix=1 - I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -DGLX_GLXEXT_LEGAC Y -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/usr/X11R6/include -O2 -fno-strict-al iasing -O2 -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -DGLX_ GLXEXT_LEGACY -pthread -Wall -Wundef -Wno-ctor-dtor-privacy ./include/wx/wxprec.h:1: internal compiler error: in pch_init, at c-pch.c:135 Please submit a full bug report, with preprocessed source if appropriate. In NetBSD GNATS #33820, Johan Wallén came up with a simpler test: # echo 'extern int foo[8];' /tmp/test.h # c++ /tmp/test.h /tmp/test.h:1: internal compiler error: in pch_init, at c-pch.c:135 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://www.netbsd.org/Misc/send-pr.html for instructions. # ll /tmp/test.h* -rw-r--r-- 1 tk wheel 19 Jul 1 12:30 /tmp/test.h -rw-r--r-- 1 tk wheel 0 Jul 1 12:30 /tmp/test.h.gch With gcc version 4.2.0 20060615 (experimental), the error is different: cc1plus: warning: /tmp/test.h.gch: too short to be a PCH file resulting in -rw-rw-r-- 1 mrg wheel 19 Jul 1 03:29 /tmp/test.h -rw-rw-r-- 1 mrg wheel 1126604 Jul 1 03:29 /tmp/test.h.gch -- Summary: ICE precompiling headers Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tk at giga dot or dot at GCC build triplet: NetBSD-i386-3.99.21 GCC host triplet: NetBSD-i386-3.99.21 GCC target triplet: NetBSD-i386-3.99.21 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28214
[Bug c++/28214] ICE precompiling headers
--- Comment #1 from tk at giga dot or dot at 2006-07-01 10:41 --- [EMAIL PROTECTED] says it's a NetBSD problem, because NetBSD does not use the normal checksum stuff. Sorry for the bogus report. -- tk at giga dot or dot at changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28214
[Bug c++/21498] clause 7.1.5.3/2 of the c++ is not enforced
--- Comment #4 from steven at gcc dot gnu dot org 2006-07-01 11:18 --- Mark, this bug concerns a C++ standard question, perhaps you could give your interpretation... -- steven at gcc dot gnu dot org changed: What|Removed |Added CC||mark at codesourcery dot com Last reconfirmed|2005-11-04 04:36:06 |2006-07-01 11:18:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21498
[Bug fortran/19259] ; as first nonblank character on a line should be an error
--- Comment #4 from tobi at gcc dot gnu dot org 2006-07-01 15:03 --- Subject: Bug 19259 Author: tobi Date: Sat Jul 1 15:03:30 2006 New Revision: 115115 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115115 Log: 2006-07-01 Tobias Schlueter [EMAIL PROTECTED] fortran/ PR fortran/19259 * parse.c (next_free): Error out on line starting with semicolon. (next_fixed): Fix formatting. Error out on line starting with semicolon. testsuite/ PR fortran/19259 * gfortran.dg/semicolon_fixed.c: New. * gfortran.dg/semicolon_free.c: New. Added: trunk/gcc/testsuite/gfortran.dg/semicolon_fixed.f trunk/gcc/testsuite/gfortran.dg/semicolon_free.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/parse.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19259
[Bug middle-end/27428] [4.0/4.1 regression] ICE with goto in erroneous code
--- Comment #7 from sayle at gcc dot gnu dot org 2006-07-01 16:32 --- Subject: Bug 27428 Author: sayle Date: Sat Jul 1 16:32:00 2006 New Revision: 115116 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115116 Log: PR middle-end/27428 * c-lex.c (c_lex_with_flags) CPP_N_INVALID: Increment errorcount to indicate the cpplib has issued an error message for us. * gcc.dg/pr27428-1.c: New test case. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr27428-1.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/c-lex.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27428
[Bug c++/28215] New: [4.2 regression] Bootstrap failure on arm-eabi
The arm-none-eabi compiler gets a segmentation fault while building libstdc++. A back-trace shows that the fault is in determine_visibility() where we are dereferencing a null pointer. #0 determine_visibility (decl=0xbca2e280) at /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cp/decl2.c:1753 #1 0x08070697 in start_preparsed_function (decl1=0xbca2e280, attrs=0x0, flags=1) at /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cp/decl.c:10610 #2 0x080fd708 in use_thunk (thunk_fndecl=0xbca2e280, emit_p=1 '\001') at /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cp/method.c:460 #3 0x0810a4e3 in emit_associated_thunks (fn=0xbca2e180) at /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cp/semantics.c:3025 #4 0x0810a5e7 in expand_body (fn=0xbca2e180) at /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cp/semantics.c:3065 #5 0x084441cc in cgraph_expand_function (node=0xbcadd770) at /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cgraphunit.c:1112 #6 0x08444355 in cgraph_expand_all_functions () at /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cgraphunit.c:1177 #7 0x08444ac6 in cgraph_optimize () at /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cgraphunit.c:1449 #8 0x080ba20f in cp_finish_file () at /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cp/decl2.c:3310 #9 0x0815aa31 in c_common_parse_file (set_yydebug=0) ... The decl argument is: (gdb) call debug_tree (decl) function_decl 0xbca2e280 _ZTv0_n12_NSt14basic_ofstreamIcSt11char_traitsIcEED1Ev type method_type 0xbca29420 type pointer_type 0xbda439c0 type void_type 0xbda43960 void sizes-gimplified asm_written public unsigned type_6 SI size integer_cst 0xbda2c380 constant invariant 32 unit size integer_cst 0xbda2c040 constant invariant 4 align 32 symtab -1118697984 alias set 5 pointer_to_this pointer_type 0xbda4c7e0 reference_to_this reference_type 0xbd735f00 SI size integer_cst 0xbda2c380 32 unit size integer_cst 0xbda2c040 4 align 32 symtab 0 alias set -1 method basetype record_type 0xbd0348a0 basic_ofstreamchar,std::char_traitschar arg-types tree_list 0xbca26c18 value pointer_type 0xbca291e0 chain tree_list 0xbda343c0 value void_type 0xbda43960 void addressable used public static weak in_system_header no-static-chain decl_5 SI file /work/rearnsha/gnu/gcc-eabi/trunk/arm-eabi/libstdc++-v3/include/iosfwd line 92 context record_type 0xbd0348a0 basic_ofstreamchar,std::char_traitschar initial block 0xbc9a7ea0 arguments parm_decl 0xbd72c478 this type pointer_type 0xbca292a0 type record_type 0xbd0348a0 basic_ofstreamchar,std::char_traitschar readonly public unsigned SI size integer_cst 0xbda2c380 32 unit size integer_cst 0xbda2c040 4 align 32 symtab -1131518128 alias set -1 readonly used unsigned SI file /work/rearnsha/gnu/gcc-eabi/trunk/arm-eabi/libstdc++-v3/include/fstream line 585 size integer_cst 0xbda2c380 32 unit size integer_cst 0xbda2c040 4 align 32 context function_decl 0xbca2e280 _ZTv0_n12_NSt14basic_ofstreamIcSt11char_traitsIcEED1Ev initial pointer_type 0xbca292a0 abstract_origin parm_decl 0xbca27c08 this arg-type pointer_type 0xbca292a0 result result_decl 0xbd72c948 D.33297 type pointer_type 0xbda439c0 unsigned ignored SI file /home/rearnsha/gnusrc/gcc-cross/trunk/libstdc++-v3/src/fstream-inst.cc line 50 size integer_cst 0xbda2c380 32 unit size integer_cst 0xbda2c040 4 align 32 saved-insns 0xbd8b8bfc -- Summary: [4.2 regression] Bootstrap failure on arm-eabi Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build, visibility Severity: blocker Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rearnsha at gcc dot gnu dot org GCC target triplet: arm-none-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28215
[Bug c++/28215] [4.2 regression] Bootstrap failure on arm-eabi
--- Comment #1 from rearnsha at gcc dot gnu dot org 2006-07-01 18:04 --- Created an attachment (id=11787) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11787action=view) gziped attachment of failing source file (pre-processed) cc1plus fstream-inst.ii -quiet -dumpbase fstream-inst.cc -auxbase-strip fstream-inst.o -g -O2 -Wall -Wextra -Wwrite-strings -Wcast-qual -version -fno-implicit-templates -fdiagnostics-show-location=once -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28215
[Bug ada/28216] New: [4.2 regression] mangled error message
When the Ada compiler prints an error/warning message some parts of it are displayed out of order. /tmp/cvs/gcc-20060701/Build/./gcc/xgcc -B/tmp/cvs/gcc-20060701/Build/./gcc/ -B/tmp/cvs/gcc-20060701/Build/root/ia64-suse-linux/bin/ -B/tmp/cvs/gcc-20060701/Build/root/ia64-suse-linux/lib/ -isystem /tmp/cvs/gcc-20060701/Build/root/ia64-suse-linux/include -isystem /tmp/cvs/gcc-20060701/Build/root/ia64-suse-linux/sys-include -c -g -O2 -W -Wall -gnatpg g-regpat.adb -o g-regpat.o 'new_flags.sp_startg-regpat.adb: In function 'GNAT.REGPAT.COMPILE.PARSE': g-regpat.adb:881: warning: ' is used uninitialized in this function 'new_flags.has_widthg-regpat.adb:881: warning: ' is used uninitialized in this function 'new_flags.has_widthg-regpat.adb: In function 'GNAT.REGPAT.COMPILE.PARSE_BRANCH': g-regpat.adb:1022: warning: ' may be used uninitialized in this function 'new_flags.sp_startg-regpat.adb:1022: warning: ' may be used uninitialized in this function -- Summary: [4.2 regression] mangled error message Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28216
[Bug c++/28217] New: [4.2 regression] ICE in tree_int_cst_sgn
/tmp/cvs/gcc-20060701/Build/./gcc/xgcc -shared-libgcc -B/tmp/cvs/gcc-20060701/Build/./gcc -nostdinc++ -L/tmp/cvs/gcc-20060701/Build/ia64-suse-linux/libstdc++-v3/src -L/tmp/cvs/gcc-20060701/Build/ia64-suse-linux/libstdc++-v3/src/.libs -B/tmp/cvs/gcc-20060701/Build/root/ia64-suse-linux/bin/ -B/tmp/cvs/gcc-20060701/Build/root/ia64-suse-linux/lib/ -isystem /tmp/cvs/gcc-20060701/Build/root/ia64-suse-linux/include -isystem /tmp/cvs/gcc-20060701/Build/root/ia64-suse-linux/sys-include -Winvalid-pch -Wno-deprecated -xc++-header -O2 -g -D_GNU_SOURCE -I/tmp/cvs/gcc-20060701/Build/ia64-suse-linux/libstdc++-v3/include/ia64-suse-linux -I/tmp/cvs/gcc-20060701/Build/ia64-suse-linux/libstdc++-v3/include -I/tmp/cvs/gcc-20060701/libstdc++-v3/libsupc++ /tmp/cvs/gcc-20060701/libstdc++-v3/include/precompiled/extc++.h -O2 -g -o ./ia64-suse-linux/bits/extc++.h.gch/O2g.gch /tmp/cvs/gcc-20060701/Build/ia64-suse-linux/libstdc++-v3/include/ext/pb_ds/detail/binary_heap_/binary_heap_.hpp:235: internal compiler error: tree check: expected integer_cst, have scope_ref in tree_int_cst_sgn, at tree.c:4476 #1 0x408cd430 in tree_check_failed (node=0x2189da40, file=0x40d013b8 ../../gcc/tree.c, line=4476, function=0x40d03d98 tree_int_cst_sgn) at ../../gcc/tree.c:6059 6059 internal_error (tree check: %s, have %s in %s, at %s:%d, (gdb) up #2 0x408cf5b0 in tree_int_cst_sgn (t=0x2189da40) at ../../gcc/tree.c:4476 4476 if (TREE_INT_CST_LOW (t) == 0 TREE_INT_CST_HIGH (t) == 0) (gdb) p t $1 = (tree) 0x2189da40 (gdb) pt t scope_ref 0x2189da40 arg 0 record_type 0x21f9a050 is_simpleKey type_0 type_5 type_6 VOID align 8 symtab 0 alias set -1 context namespace_decl 0x21dd1ad0 detail no-binfo use_template=1 interface-unknown chain type_decl 0x21f9f5a0 is_simpleKey arg 1 identifier_node 0x20010615bbc0 value bindings (nil) local bindings (nil) (gdb) up During symbol reading, unsupported tag: 'DW_TAG_const_type'. #3 0x40235010 in write_template_arg_literal ( value=value optimized out) at ../../gcc/cp/mangle.c:1216 1216 int sign = tree_int_cst_sgn (cst); (gdb) up #4 0x40237da0 in write_template_args (args=0x22aa6e40) at ../../gcc/cp/mangle.c:2310 2310write_template_arg_literal (node); (gdb) p args $2 = (tree) 0x22aa6e40 (gdb) pt tree_vec 0x22aa6e40 elt 0 const_decl 0x21cba260 simple_value elt 1 template_type_parm 0x2189b180 Value_Type elt 2 typename_type 0x21846730 pointer (gdb) p *mangle_obstack $10 = {chunk_size = 4064, chunk = 0x60219dc0, object_base = 0x6021a2be _ZN5pb_ds6detail12binary_heap_IT_T0_T1_E6modifyENS0_33binary_heap_const_point_iterator_IS2_NS0_16conditional_typeILNS5_5._199E, next_free = 0x6021a33c , chunk_limit = 0x6021ada0 , temp = 0, alignment_mask = 0, chunkfun = @0x40d84880: 0x40c38e00 xmalloc, freefun = 0x20046798 local+4696, extra_arg = 0x0, use_extra_arg = 0, maybe_empty_object = 0, alloc_failed = 0} -- Summary: [4.2 regression] ICE in tree_int_cst_sgn Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
[Bug c++/28215] [4.2 regression] Bootstrap failure on arm-eabi
--- Comment #2 from jason at gcc dot gnu dot org 2006-07-01 22:01 --- Subject: Bug 28215 Author: jason Date: Sat Jul 1 22:01:18 2006 New Revision: 115118 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115118 Log: PR c++/28215 * method.c (make_thunk): Unset DECL_USE_TEMPLATE and DECL_TEMPLATE_INFO. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/method.c trunk/gcc/cp/search.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28215
[Bug c++/28217] [4.2 regression] ICE in tree_int_cst_sgn
-- schwab at suse dot de changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
[Bug ada/28216] [4.2 regression] mangled error message
-- schwab at suse dot de changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28216
[Bug c++/21498] clause 7.1.5.3/2 of the c++ is not enforced
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-07-01 22:09 --- This code is not invalid, and G++ is correct to accept it. DR68 permits this grammatical production and typedef-names for classes are class-names. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21498
[Bug middle-end/28216] [4.1/4.2 regression] mangled warning message
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-02 01:26 --- This problem existed in 4.1.0 also and with Fortran as well, I think there is already a bug about the mangled warning message. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|ada |middle-end Keywords||diagnostic Summary|[4.2 regression] mangled|[4.1/4.2 regression] mangled |error message |warning message Target Milestone|4.2.0 |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28216
[Bug middle-end/28216] [4.1/4.2 regression] mangled warning message
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-02 01:28 --- PR 25923 is about the fortran issue but I think they are really the same issue and nothing to do with Fortran or Ada and just the pretty print is doing something wrong. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||25923 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28216
[Bug c++/28215] [4.2 regression] Bootstrap failure on arm-eabi
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-02 02:36 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28215
[Bug middle-end/20218] Can't use __attribute__ ((visibility (hidden))) to hide a symbol
--- Comment #22 from pinskia at gcc dot gnu dot org 2006-07-02 02:41 --- I still say if the definition was not marked as having a visibility, then the code is wrong as someone could mark stuff weirdly. Now does the other question (since I cannot remember when looking at the elf standard) is that the section about visibility being combined is that about linking or just creating a module. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218
[Bug c++/27000] visibility push/pop and templates go crazy
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27000
[Bug c++/21675] -fvisibility : misleading documentation and low QoI
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-02 02:53 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21675
[Bug middle-end/20218] Can't use __attribute__ ((visibility (hidden))) to hide a symbol
--- Comment #23 from jason at gcc dot gnu dot org 2006-07-02 04:30 --- (In reply to comment #22) I still say if the definition was not marked as having a visibility, then the code is wrong as someone could mark stuff weirdly. Yes, if someone's code marks a function as hidden in a translation unit where it is only called, and not in the TU where it is defined, sounds to me like their code is doing strange and probably broken things. But that seems to be what the ELF standard requires, and this bug report indicates that several people seem to want the feature. Now does the other question (since I cannot remember when looking at the elf standard) is that the section about visibility being combined is that about linking or just creating a module. The quotes in other comments make it pretty clear that it's about linking. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218