[Bug rtl-optimization/18237] [4.0 regression] ICE in gen_lowpart_general, at rtlhooks.c:58
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-25 08:03 --- I don't replicate it. That is, I don't even get gnat1 built at present. -- What|Removed |Added AssignedTo|rth at gcc dot gnu dot org |unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18237
[Bug c++/18672] New: [Regresion, ICE-on-legal] Template failure
When compiling the attached file with as g++ -c gcc-bug.2.C the compiler emits gcc-bug.2.C: In member function 'void D::F()': gcc-bug.2.C:8: 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: [Regresion, ICE-on-legal] Template failure Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc at magfr dot user dot lysator dot liu dot se CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18672
[Bug c++/18672] [Regresion, ICE-on-legal] Template failure
--- Additional Comments From gcc at magfr dot user dot lysator dot liu dot se 2004-11-25 08:27 --- Created an attachment (id=7606) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7606action=view) Program that generates the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18672
[Bug middle-end/18667] ice with --parm integer-share-limit=0
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18667
Create an so file
Hi, I'm working on SOLARIS machine, and i have a problem. So on trying to create the .so file with gcc command line, a fatal error was shown on the screen. Command lines : gcc -c -I/sw/java/j2sdk/v1.4.2/j2sdk1.4.2/include/ -I/sw/java/j2sdk/v1.4.2/j2sdk1.4.2/include/solaris -o GenExt2FS.o GenExt2FS.c gcc -o GenExt2FS.so -shared GenExt2FS.o -lgcc The attached file contain the output of the second command. Best regards. Text relocation remains referenced against symbol offset in file fs 0x9e4 GenExt2FS.o fs 0x9e8 GenExt2FS.o fs 0x9fc GenExt2FS.o fs 0xa00 GenExt2FS.o fs 0xa28 GenExt2FS.o fs 0xa2c GenExt2FS.o fs 0xa44 GenExt2FS.o fs 0xa48 GenExt2FS.o fs 0xa4c GenExt2FS.o fs 0xa50 GenExt2FS.o fs 0xc70 GenExt2FS.o fs 0xc74 GenExt2FS.o fs 0xc90 GenExt2FS.o fs 0xc94 GenExt2FS.o fs 0xc9c GenExt2FS.o fs 0xca0 GenExt2FS.o fs 0xcb4 GenExt2FS.o fs 0xcb8 GenExt2FS.o fs 0xccc GenExt2FS.o fs 0xcd0 GenExt2FS.o fs 0xce8 GenExt2FS.o fs 0xcec GenExt2FS.o fs 0xcf0 GenExt2FS.o fs 0xcf4 GenExt2FS.o fs 0xd7c GenExt2FS.o fs 0xd80 GenExt2FS.o fs 0xd84 GenExt2FS.o fs 0xd88 GenExt2FS.o fs 0xe08 GenExt2FS.o fs 0xe0c GenExt2FS.o fs 0xe24 GenExt2FS.o fs 0xe28 GenExt2FS.o fs 0xe40 GenExt2FS.o fs 0xe44 GenExt2FS.o fs 0xe9c GenExt2FS.o fs 0xea0 GenExt2FS.o fs 0xea8 GenExt2FS.o fs 0xeac GenExt2FS.o fs 0xeb4 GenExt2FS.o fs 0xeb8 GenExt2FS.o fs 0xeec GenExt2FS.o fs 0xef0 GenExt2FS.o fs 0xf30 GenExt2FS.o fs 0xf34 GenExt2FS.o fs 0xf3c GenExt2FS.o fs 0xf40 GenExt2FS.o fs 0xf54 GenExt2FS.o fs 0xf58 GenExt2FS.o fs 0xf6c GenExt2FS.o fs 0xf70 GenExt2FS.o fs 0xf88 GenExt2FS.o fs 0xf8c GenExt2FS.o fs 0xfe0 GenExt2FS.o fs 0xfe4 GenExt2FS.o fs 0x1030 GenExt2FS.o fs 0x1034 GenExt2FS.o fs 0x104c GenExt2FS.o fs 0x1050 GenExt2FS.o fs 0x10b0 GenExt2FS.o fs 0x10b4 GenExt2FS.o fs 0x10b8 GenExt2FS.o fs 0x10bc GenExt2FS.o fs 0x111c GenExt2FS.o fs 0x1120 GenExt2FS.o fs 0x1138 GenExt2FS.o fs 0x113c GenExt2FS.o fs 0x1154 GenExt2FS.o fs 0x1158 GenExt2FS.o fs 0x11ac GenExt2FS.o fs 0x11b0 GenExt2FS.o fs 0x11b8 GenExt2FS.o fs 0x11bc GenExt2FS.o fs 0x11c4 GenExt2FS.o fs 0x11c8 GenExt2FS.o fs
[Bug c++/18192] Serious Performance Bug depending on a donothing destructor declaration
--- Additional Comments From dkouroun at mailbox dot gr 2004-11-25 10:04 --- (In reply to comment #2) This might have to do with execeptions. What kind of exceptions? For icc it doesn't make any difference whether or not you comment out that donothing destructor!!! g++-3.4.3 still has that problem! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18192
Re: Create an so file
I'm working on SOLARIS machine, and i have a problem. So on trying to create the .so file with gcc command line, a fatal error was shown on the screen. Command lines : gcc -c -I/sw/java/j2sdk/v1.4.2/j2sdk1.4.2/include/ -I/sw/java/j2sdk/v1.4.2/j2sdk1.4.2/include/solaris -o GenExt2FS.o GenExt2FS.c gcc -o GenExt2FS.so -shared GenExt2FS.o -lgcc The attached file contain the output of the second command. Compile your source file with -fPIC. And you probably don't need -lgcc. -- Eric Botcazou
[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
--- Additional Comments From belyshev at lubercy dot com 2004-11-25 11:16 --- use this awk script to generate testcase (first arg is number of loops): BEGIN { ORS= print int f ()\n{\tint for (j = 0; j ARGV [1]; j++) print j j , print a;\n\ta = 0;\n print \tfor (j0 = 0; j0 2; j0 ++)\n for (j = 1; j ARGV [1]; j++) print \tfor (j j = j j-1 ; j j 2; j j ++)\n print \ta += for (j = 0; j ARGV [1]-1; j++) print j j + print j j ;\n\treturn a;\n}\n } N loops Time, s 50.05 100.17 150.38 201.14 252.81 304.68 357.52 4013.6 4521.8 5025.6 5533.9 -- What|Removed |Added Severity|minor |normal Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||memory-hog Known to fail||4.0.0 Last reconfirmed|-00-00 00:00:00 |2004-11-25 11:16:30 date|| Summary|IV-OPTS is slow (and does |[4.0 Regression] IV-OPTS is |not scale) |O(N^3) Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
[Bug tree-optimization/18673] New: [4.0 Regression] PRE is O(N^4)
using same awk script as in comment #2 to bug 18595 and -O1 -fno-ivopts one can show that pre is O(N^4): Nloops Time, s 50 1.12 60 3.02 70 6.41 8011.4 9019.4 10030.1 11044.7 12064.8 150 163.5 -- Summary: [4.0 Regression] PRE is O(N^4) Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: compile-time-hog Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: belyshev at lubercy dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18673
[Bug target/18531] Rationalize Altivec logical ops
--- Additional Comments From nathan at gcc dot gnu dot org 2004-11-25 12:30 --- 2004-11-22 Nathan Sidwell [EMAIL PROTECTED] PR target/18531 * config/rs6000/altivec.md (VI_char): New mode attribute. (addv16qi3, addv8hi3, addv4ai3): Replace with ... (addmode3): ... this. (subv16qi3, subv8hi3, subv4ai3): Replace with ... (submode3): ... this. (smaxv16qi3, smaxv8hi3, smaxv4ai3): Replace with ... (smaxmode3): ... this. (sminv16qi3, sminv8hi3, sminv4ai3): Replace with ... (sminmode3): ... this. (umaxv16qi3, umaxv8hi3, umaxv4ai3): Replace with ... (umaxmode3): ... this. (uminv16qi3, uminv8hi3, uminv4ai3): Replace with ... (uminmode3): ... this. (andv16qi3, andv8hi3, andv4ai3): Replace with ... (andmode3): ... this. (iorv16qi3, iorv8hi3, iorv4ai3): Replace with ... (iormode3): ... this. (xorv16qi3, xorv8hi3, xorv4ai3): Replace with ... (xormode3): ... this. (andv16qi3, andv8hi3, andv4ai3): Replace with ... (andmode3): ... this. (iorv16qi3, iorv8hi3, iorv4ai3): Replace with ... (iormode3): ... this. (altivec_vnor): Replace with ... (altivec_normode): ... this. (one_cmplv16qi2, one_cmplv8hi2, one_complv4ai2): Replace with ... (one_cmplmode2): ... this. (altivec_vandc): New expander. (*andcmode3): New insn. * config/rs6000/rs6000.c (bdesc_2arg): Adjust for new insn names. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18531
[Bug ada/18254] Can't cross-build target-libada
--- Additional Comments From charlet at gcc dot gnu dot org 2004-11-25 13:32 --- For a cross Ada compiler, you need to start from the corresponding native compiler version (4.0.0 in this case), instead of a different version. Arno -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18254
[Bug ada/18417] [4.0 Regression]Ada bootstrap failure on IRIX 6.5: tb-gcc.c missing
--- Additional Comments From charlet at gcc dot gnu dot org 2004-11-25 13:33 --- I just committed tb-gcc.c on mainline. Sorry about not mentioning the PR in the revision log, I couldn't find the PR when I looked for it. Arno -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18417
[Bug ada/18085] [Ada] - C++ interoperability sample program fails, 3.4.2, Linux 2.4.20-8, Red Hat 9.0
--- Additional Comments From charlet at gcc dot gnu dot org 2004-11-25 13:38 --- No feedback received, although it's pretty clear that this is working as expected on mainline, so closing. Arno -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18085
[Bug tree-optimization/18673] [4.0 Regression] PRE is O(N^4)
--- Additional Comments From giovannibajo at libero dot it 2004-11-25 13:40 --- tree-pre or rtl-pre aka gcse? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18673
[Bug c++/18672] [4.0 Regression] Segfault with simple template code
--- Additional Comments From giovannibajo at libero dot it 2004-11-25 13:44 --- Confirmed. : Search converges between 2004-06-20-trunk (#469) and 2004-06-22-trunk (#470). -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-25 13:44:09 date|| Summary|[Regresion, ICE-on-legal] |[4.0 Regression] Segfault |Template failure|with simple template code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18672
[Bug c++/18672] [4.0 Regression] Segfault with simple template code
--- Additional Comments From giovannibajo at libero dot it 2004-11-25 13:47 --- Program received signal SIGSEGV, Segmentation fault. 0x081c56d9 in gimplify_expr (expr_p=0xf6f81884, pre_p=0xfef06504, post_p=0xfef06430, gimple_test_f=0x81bfc50 is_gimple_val, fallback=fb_rvalue) at ../../gcc/gcc/gimplify.c:1377 1377 if (TREE_CODE (TYPE_SIZE_UNIT (dctype)) != INTEGER_CST Backtrace: #0 0x081c56d9 in gimplify_expr (expr_p=0xf6f81884, pre_p=0xfef06504, post_p=0xfef06430, gimple_test_f=0x81bfc50 is_gimple_val, fallback=fb_rvalue) at ../../gcc/gcc/gimplify.c:1377 #1 0x081c80e3 in gimplify_arg (expr_p=0xf6f81884, pre_p=0xfef06504) at ../../gcc/gcc/gimplify.c:1740 #2 0x081c4795 in gimplify_expr (expr_p=0xfef06598, pre_p=0xfef06504, post_p=0xfef06500, gimple_test_f=0x81bf9d0 is_gimple_stmt, fallback=fb_none) at ../../gcc/gcc/gimplify.c:1806 #3 0x081c8f2a in gimplify_stmt (stmt_p=0x0) at ../../gcc/gcc/gimplify.c:3445 #4 0x081c97b7 in gimplify_to_stmt_list (stmt_p=0xfef06598) at ../../gcc/gcc/gimplify.c:3453 #5 0x081c370e in gimplify_cleanup_point_expr (expr_p=0xf6ef0ef0, pre_p=0xfef06634) at ../../gcc/gcc/gimplify.c:3266 #6 0x081c4455 in gimplify_expr (expr_p=0xf6ef0ef0, pre_p=0xfef06634, post_p=0xfef06630, gimple_test_f=0x81bf9d0 is_gimple_stmt, fallback=fb_none) at ../../gcc/gcc/gimplify.c:3799 #7 0x081c8f2a in gimplify_stmt (stmt_p=0x0) at ../../gcc/gcc/gimplify.c:3445 #8 0x081c44d1 in gimplify_expr (expr_p=0xf6f7e110, pre_p=0xfef066f4, post_p=0xfef066f0, gimple_test_f=0x81bf9d0 is_gimple_stmt, fallback=fb_none) at ../../gcc/gcc/gimplify.c:2978 #9 0x081c8f2a in gimplify_stmt (stmt_p=0x0) at ../../gcc/gcc/gimplify.c:3445 #10 0x081c97b7 in gimplify_to_stmt_list (stmt_p=0xf6f7e110) at ../../gcc/gcc/gimplify.c:3453 #11 0x081c98de in gimplify_bind_expr (expr_p=0xf6f7e138, temp=Variable temp is not available. ) at ../../gcc/gcc/gimplify.c:864 #12 0x081c47b1 in gimplify_expr (expr_p=0xf6f7e138, pre_p=0xfef06824, post_p=0xfef06820, gimple_test_f=0x81bf9d0 is_gimple_stmt, fallback=fb_none) at ../../gcc/gcc/gimplify.c:3695 #13 0x081c8f2a in gimplify_stmt (stmt_p=0x0) at ../../gcc/gcc/gimplify.c:3445 #14 0x081c97b7 in gimplify_to_stmt_list (stmt_p=0xf6f7e138) at ../../gcc/gcc/gimplify.c:3453 #15 0x081c98de in gimplify_bind_expr (expr_p=0xf6f80144, temp=Variable temp is not available. ) at ../../gcc/gcc/gimplify.c:864 #16 0x081c47b1 in gimplify_expr (expr_p=0xf6f80144, pre_p=0xfef06954, post_p=0xfef06950, gimple_test_f=0x81bf9d0 is_gimple_stmt, fallback=fb_none) at ../../gcc/gcc/gimplify.c:3695 #17 0x081c8f2a in gimplify_stmt (stmt_p=0x0) at ../../gcc/gcc/gimplify.c:3445 #18 0x081c8f9d in gimplify_body (body_p=0xf6f80144, fndecl=0xf6f800e8) at ../../gcc/gcc/gimplify.c:4266 #19 0x081c91ff in gimplify_function_tree (fndecl=0xf6f800e8) at ../../gcc/gcc/gimplify.c:4313 #20 0x08193cfc in c_genericize (fndecl=0xf6f800e8) at ../../gcc/gcc/c-gimplify.c:136 #21 0x08074a27 in finish_function (flags=2) at ../../gcc/gcc/cp/decl.c:10677 #22 0x080ed418 in cp_parser_function_definition_after_declarator ( parser=0xf6f7fac4, inline_p=1 '\001') at ../../gcc/gcc/cp/parser.c:14692 #23 0x080ed6c6 in cp_parser_late_parsing_for_member (parser=0xf6f7fac4, member_function=0xf6f800e8) at ../../gcc/gcc/cp/parser.c:15124 #24 0x080ee370 in cp_parser_type_specifier (parser=0xf6f7fac4, flags=Variable flags is not available. ) at ../../gcc/gcc/cp/parser.c:12376 #25 0x080ef1b2 in cp_parser_decl_specifier_seq (parser=0xf6f7fac4, flags=CP_PARSER_FLAGS_OPTIONAL, decl_specs=0xfef06bd8, declares_class_or_enum=0xfef06c24) at ../../gcc/gcc/cp/parser.c:7152 #26 0x080f9962 in cp_parser_simple_declaration (parser=0xf6f7fac4, function_definition_allowed_p=1 '\001') at ../../gcc/gcc/cp/parser.c:6847 #27 0x080eb74a in cp_parser_block_declaration (parser=0xf6f7fac4, statement_p=0 '\0') at ../../gcc/gcc/cp/parser.c:6808 #28 0x080fbb94 in cp_parser_declaration (parser=0xf6f7fac4) at ../../gcc/gcc/cp/parser.c:6725 #29 0x080fc025 in cp_parser_declaration_seq_opt (parser=0xf6f7fac4) at ../../gcc/gcc/cp/parser.c:6629 #30 0x080fc368 in c_parse_file () at ../../gcc/gcc/cp/parser.c:2555 #31 0x0818fb85 in c_common_parse_file (set_yydebug=0) at ../../gcc/gcc/c-opts.c:1095 #32 0x0848c5b5 in toplev_main (argc=0, argv=0xfef06e04) at ../../gcc/gcc/toplev.c:985 #33 0x00bf3e33 in __libc_start_main () from /lib/tls/libc.so.6 #34 0x08049bd1 in _start () -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18672
[Bug c++/18672] [4.0 Regression] Segfault with simple template code
-- What|Removed |Added Severity|normal |critical Keywords||ice-on-valid-code Known to fail||4.0.0 Known to work||3.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18672
[Bug rtl-optimization/16356] Failure to use count register (branch on count register)
--- Additional Comments From amodra at bigpond dot net dot au 2004-11-25 14:08 --- The weird stuff is floatdisf2_internal2. It should be using a new output register instead of changing its input. Fixing. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16356
[Bug c++/18674] New: G++ accepts bad elaborated type specifiers
elaborated-type-speficier: class-key ::? nested-name-specifier? identifier class-key ::? nested-name-specifier? template? template-id enum ::? nested-name-specifier? identifier typename ::? nested-name-specifier? identifier typename ::? nested-name-specifier? template? template-id According to the paragraph 7.1.5.3.3 of the standard, the three first rules need to refer to class, union, or enum depending on the first keyword. But gcc accepts it to be used whenever you want. Environment: System: Linux nostromo 2.4.27-1-686 #1 Fri Sep 3 06:28:00 UTC 2004 i686 GNU/Linux Architecture: i686 host: i486-pc-linux-gnu build: i486-pc-linux-gnu target: i486-pc-linux-gnu configured with: ../src/configure -v --enable-languages=c,c++,java,objc,ada --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --enable-nls --enable-threads=posix --without-included-gettext --disable-werror --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk i486-linux-gnu How-To-Repeat: The command line used was: g++-snapshot -std=c++98 -pedantic -W -Wall -c e.cc The following source file is invalid but gcc do not say anything: template typename I static void g() { enum I::t a; (void) a; } struct B { typedef int t; }; void h() { gB(); } -- Summary: G++ accepts bad elaborated type specifiers Product: gcc Version: 0.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: valentin at lrde dot epita dot fr CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i486-pc-linux-gnu GCC host triplet: i486-pc-linux-gnu GCC target triplet: i486-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18674
[Bug c++/18674] [3.4/4.0 Regression] G++ accepts bad elaborated type specifiers
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 14:22 --- Confirmed: : Search converges between 2003-08-12-trunk (#321) and 2003-08-13-trunk (#322). -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2004-11-25 14:22:01 date|| Summary|G++ accepts bad elaborated |[3.4/4.0 Regression] G++ |type specifiers |accepts bad elaborated type ||specifiers Target Milestone|--- |3.4.4 Version|0.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18674
[Bug ada/18085] [Ada] - C++ interoperability sample program fails, 3.4.2, Linux 2.4.20-8, Red Hat 9.0
--- Additional Comments From karl at grebyn dot com 2004-11-25 14:28 --- Subject: Re: [Ada] - C++ interoperability sample program fails, 3.4.2, Linux 2.4.20-8, Red Hat 9.0 I thought I updated that it appears to be a documentation issue... -- Karl -- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18085
[Bug tree-optimization/18673] [4.0 Regression] Tree-PRE is O(N^4)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 14:32 --- Confirmed. 60% of the time is in bitmap_value_replace_in_set 26% is in bitmap_bit_p -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-25 14:32:52 date|| Summary|[4.0 Regression] PRE is |[4.0 Regression] Tree-PRE is |O(N^4) |O(N^4) Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18673
[Bug target/18671] Structure with bit-field offset is wrong.
-- What|Removed |Added Severity|critical|normal Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18671
[Bug libstdc++/7979] OpenUNIX8/Unixware stage 3 failing in eh_alloc.cc
--- Additional Comments From wantbottom at t-online dot de 2004-11-25 14:46 --- This is still true for 3.4.3... /home/doehrm/gcc-3.4.3/uw7/gcc/xgcc -shared-libgcc -B/home/doehrm/gcc-3.4.3/uw7/gcc/ -nostdinc++ -L/home/doehr m/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/src -L/home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++- v3/src/.libs -B/opt/gcc3/i586-unknown-sysv5/bin/ -B/opt/gcc3/i586-unknown-sysv5/lib/ -isystem /opt/gcc3/i586-u nknown-sysv5/include -isystem /opt/gcc3/i586-unknown-sysv5/sys-include -I/home/doehrm/gcc-3.4.3/libstdc++-v3/. ./gcc -I/home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/i586-unknown-sysv5 -I/home/doehrm/g cc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include -I/home/doehrm/gcc-3.4.3/libstdc++-v3/libsupc++ -O2 -g -O 2 -g -O2 -fno-implicit-templates -Wall -W -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunct ion-sections -fdata-sections -c /home/doehrm/gcc-3.4.3/libstdc++-v3/libsupc++/eh_alloc.cc -o eh_alloc.o In file included from /home/doehrm/gcc-3.4.3/libstdc++-v3/libsupc++/eh_alloc.cc:33: /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstdlib: In function `long int std::abs(lon g int)': /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstdlib:123: error: `long int std::abs(long int)' conflicts with previous using declaration `long int abs(long int)' /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstdlib: In function `ldiv_t std::div(long int, long int)': /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstdlib:126: error: `ldiv_t std::div(long i nt, long int)' conflicts with previous using declaration `ldiv_t div(long int, long int)' In file included from /home/doehrm/gcc-3.4.3/libstdc++-v3/libsupc++/eh_alloc.cc:34: /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstring: In function `void* std::memchr(voi d*, int, size_t)': /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstring:101: error: `void* std::memchr(void *, int, size_t)' conflicts with previous using declaration `void* memchr(void*, int, size_t)' /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstring:101: error: invalid conversion from `const void*' to `void*' /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstring: In function `char* std::strchr(cha r*, int)': /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstring:107: error: `char* std::strchr(char *, int)' conflicts with previous using declaration `char* strchr(char*, int)' /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstring: In function `char* std::strpbrk(ch ar*, const char*)': /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstring:113: error: `char* std::strpbrk(cha r*, const char*)' conflicts with previous using declaration `char* strpbrk(char*, const char*)' /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstring: In function `char* std::strrchr(ch ar*, int)': /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstring:119: error: `char* std::strrchr(cha r*, int)' conflicts with previous using declaration `char* strrchr(char*, int)' /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstring: In function `char* std::strstr(cha r*, const char*)': /home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/include/cstring:125: error: `char* std::strstr(char *, const char*)' conflicts with previous using declaration `char* strstr(char*, const char*)' gmake[4]: *** [eh_alloc.lo] Error 1 gmake[4]: Leaving directory `/home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3/libsupc++' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/doehrm/gcc-3.4.3/uw7/i586-unknown-sysv5/libstdc++-v3' gmake[1]: *** [all-target-libstdc++-v3] Error 2 gmake[1]: Leaving directory `/home/doehrm/gcc-3.4.3/uw7' Any news on this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7979
[Bug ada/18085] [Ada] - C++ interoperability sample program fails, 3.4.2, Linux 2.4.20-8, Red Hat 9.0
--- Additional Comments From charlet at gcc dot gnu dot org 2004-11-25 14:51 --- I thought I updated that it appears to be a documentation issue... Not the one you raised: you seemed to have confused o_value and a_value, which are two different names and variables. Now, I thought that recent changes to Interfaces.CPP may have fixed this issue, although I am no longer sure this is the case, so it would be interesting to have a confirmation, and re-open this PR if there's still an issue. Of course, it might still be the case that the example in the documentation is wrong, but in this case, the error would be on the Ada code, not on the C++ code as far as I can see. Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18085
[Bug ada/18085] [Ada] - C++ interoperability sample program fails, 3.4.2, Linux 2.4.20-8, Red Hat 9.0
--- Additional Comments From karl at grebyn dot com 2004-11-25 14:59 --- Subject: Re: [Ada] - C++ interoperability sample program fails, 3.4.2, Linux 2.4.20-8, Red Hat 9.0 I will download the latest 4.0 snapshot and take another look. -- Karl -- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18085
[Bug c++/18672] [4.0 Regression] Segfault with simple template code
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 15:08 --- The class/template A1 is not being layouted. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18672
[Bug ada/18085] [Ada] - C++ interoperability sample program fails, 3.4.2, Linux 2.4.20-8, Red Hat 9.0
--- Additional Comments From karl at grebyn dot com 2004-11-25 15:10 --- Subject: Re: [Ada] - C++ interoperability sample program fails, 3.4.2, Linux 2.4.20-8, Red Hat 9.0 The latest 4.0 snapshot won't build thanks to a breakage in the Ada. But the example in the documentation works correctly now. Maybe I goofed up the o_ and the a_ by manually copying. I saved straight from the html page and it did indeed work (with gcc 3.4.3). -- Karl -- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18085
[Bug libstdc++/18644] [3.3/3.4/4.0 regression] -Wsynth warning in complex
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-25 16:38 --- Gaby can you look at this? Adding the copy ctor here will change ABI, so not super likely. Why are we getting this warning anyway? -benjamin -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |gdr at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18644
[Bug libstdc++/18654] Shrink-to-fit std::string::reserve() calls can reallocate copy string contents unnecessarily
--- Additional Comments From pcarlini at suse dot de 2004-11-25 16:43 --- On it. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-25 16:43:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18654
[Bug c++/14513] Friend name injection problem (implicit declaration)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-25 16:55 --- Subject: Bug 14513 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-25 16:55:34 Modified files: gcc/cp : ChangeLog name-lookup.c name-lookup.h decl.c cp-tree.h parser.c pt.c rtti.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/lookup: friend2.C gcc/testsuite/g++.dg/template: friend31.C Log message: Friend class name lookup 2/n, PR c++/14513, c++/15410 * name-lookup.c (lookup_name_real): Simplify. (lookup_type_scope): Add SCOPE parameter. Handle friend class lookup. * name-lookup.h (tag_scope): New enum type. (lookup_type_scope): Adjust declaration. * decl.c (lookup_and_check_tag, xref_tag, xref_tag_from_type): Change bool parameter GLOBALIZED to TAG_SCOPE parameter SCOPE. (start_enum): Likewise. Add assertion test that NAME is IDENTIFIER_NODE. Use anonymous name for dummy ENUMERAL_TYPE in case of error. * cp-tree.h (xref_tag, xref_tag_from_type): Adjust declarations. * parser.c (cp_parser_elaborated_type_specifier, cp_parser_class_head): Adjust call to xref_tag. * pt.c (lookup_template_class, instantiate_class_template): Likewise. * rtti.c (init_rtti_processing, build_dynamic_cast_1, tinfo_base_init, emit_support_tinfos): Likewise. * g++.dg/lookup/friend2.C: New test. * g++.dg/template/friend31.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4496r2=1.4497 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gccr1=1.93r2=1.94 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.h.diff?cvsroot=gccr1=1.30r2=1.31 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1332r2=1.1333 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1072r2=1.1073 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gccr1=1.281r2=1.282 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.947r2=1.948 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/rtti.c.diff?cvsroot=gccr1=1.203r2=1.204 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4646r2=1.4647 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/lookup/friend2.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/friend31.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14513
[Bug c++/18445] [3.4 Regression] ice during overload resolution in template instantiation
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-25 17:17 --- Fixed in GCC 4.0. -- What|Removed |Added Summary|[3.4/4.0 Regression] ice|[3.4 Regression] ice during |during overload resolution |overload resolution in |in template instantiation |template instantiation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18445
[Bug c++/14513] Friend name injection problem (implicit declaration)
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-25 17:05 --- Fixed in the mainline. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14513
[Bug c++/3332] friend function declaration in a class in a namespace causes error
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-25 17:05 --- Subject: Bug 3332 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-25 17:05:38 Modified files: gcc/cp : ChangeLog name-lookup.c name-lookup.h parser.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/lookup: friend3.C friend4.C friend5.C Log message: Friend class name lookup 3/n, PR c++/3332 * name-lookup.c (push_inner_scope, pop_inner_scope): New functions. (lookup_type_scope): Don't deal with name from user declaration specially. * name-lookup.h (push_inner_scope, pop_inner_scope): Add declarations. * parser.c (cp_parser_class_specifier): Use push_inner_scope and pop_inner_scope. * g++.dg/lookup/friend3.C: New test. * g++.dg/lookup/friend4.C: Likewise. * g++.dg/lookup/friend5.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4497r2=1.4498 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gccr1=1.94r2=1.95 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.h.diff?cvsroot=gccr1=1.31r2=1.32 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gccr1=1.282r2=1.283 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4647r2=1.4648 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/lookup/friend3.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/lookup/friend4.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/lookup/friend5.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3332
[Bug c++/15410] Wrong template signature accepted in friend declaration
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-25 17:05 --- Fixed in the mainline. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15410
[Bug c++/3332] friend function declaration in a class in a namespace causes error
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3332
[Bug c++/16995] [meta-bug] C++ friend injection
-- Bug 16995 depends on bug 14513, which changed state. Bug 14513 Summary: Friend name injection problem (implicit declaration) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14513 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16995
[Bug c++/12944] [meta-bug] C++ name-lookup problems
-- Bug 12944 depends on bug 14513, which changed state. Bug 14513 Summary: Friend name injection problem (implicit declaration) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14513 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12944
[Bug c++/16995] [meta-bug] C++ friend injection
-- Bug 16995 depends on bug 15410, which changed state. Bug 15410 Summary: Wrong template signature accepted in friend declaration http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15410 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16995
[Bug c++/12944] [meta-bug] C++ name-lookup problems
-- Bug 12944 depends on bug 15410, which changed state. Bug 15410 Summary: Wrong template signature accepted in friend declaration http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15410 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12944
[Bug c++/3332] friend function declaration in a class in a namespace causes error
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-25 17:06 --- Fixed in the mainline by revised patch: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02149.html -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3332
[Bug c++/12944] [meta-bug] C++ name-lookup problems
-- Bug 12944 depends on bug 3332, which changed state. Bug 3332 Summary: friend function declaration in a class in a namespace causes error http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3332 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12944
[Bug c++/18651] Error compiling nurbs
--- Additional Comments From e7677215 at est dot fib dot upc dot edu 2004-11-25 17:13 --- Created an attachment (id=7607) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7607action=view) the preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18651
[Bug c++/18466] [3.3/3.4 regression] int ::i; accepted
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-25 17:40 --- Fixed in 4.0. -- What|Removed |Added Summary|[3.3/3.4/4.0 regression] int|[3.3/3.4 regression] int |::i; accepted |::i; accepted http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18466
[Bug c++/18001] [4.0 regression] Badly formatted error message (quotation problem)
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-25 17:40 --- Fixed in 4.0. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18001
[Bug c++/18651] Error compiling nurbs
--- Additional Comments From e7677215 at est dot fib dot upc dot edu 2004-11-25 17:14 --- Created an attachment (id=7608) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7608action=view) the compiler output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18651
[Bug c++/18556] [4.0 Regression] C++ debug is broken
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-25 17:41 --- Fixed in 4.0. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18556
[Bug c++/18625] [3.4 regression] triple error message for invalid typedef
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-25 17:42 --- Fixed in 4.0. -- What|Removed |Added Summary|[3.4/4.0 regression] triple |[3.4 regression] triple |error message for invalid |error message for invalid |typedef |typedef http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18625
[Bug c++/18545] [3.4 regression] ICE when returning undefined type
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-25 17:42 --- Fixed in 4.0. -- What|Removed |Added Summary|[3.4/4.0 regression] ICE|[3.4 regression] ICE when |when returning undefined|returning undefined type |type| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18545
[Bug c++/18466] [3.3/3.4/4.0 regression] int ::i; accepted
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-25 17:12 --- Subject: Bug 18466 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-25 17:11:37 Modified files: gcc: ChangeLog c-common.c c-common.h c-typeck.c toplev.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/expr: unary2.C gcc/testsuite/g++.dg/ext: lvaddr.C gcc/testsuite/g++.dg/opt: pr7503-3.C gcc/testsuite/g++.old-deja/g++.other: friend7.C gcc/cp : ChangeLog class.c cp-tree.h decl.c name-lookup.c pt.c tree.c typeck.c Added files: gcc/testsuite/g++.dg/template: crash28.C gcc/testsuite/g++.dg/expr: return1.C gcc/testsuite/g++.dg/parse: qualified3.C Log message: PR c++/18001 * c-common.h (lvalue_use): Move here from c-ctypeck.c. (lvalue_or_else): Declare. * c-common.c (lvalue_or_else): Move here from c-typeck.c. * c-typeck.c (lvalue_use): Remove. (lvalue_or_else): Remove. PR c++/18556 * toplev.c (check_global_declarations): Set DECL_IGNORED_P on unemitted variables with static storage duration. PR c++/18445 * class.c (instantiate_type): Treat NON_DEPENDENT_EXPRs with unknown_type as non matching. Tidy up. * pt.c (build_non_dependent_expr): Do not build a NON_DEPENDENT_EXPR for a VAR_DECL. PR c++/18001 * cp-tree.h (lvalue_or_else): Remove declaration. * tree.c (lvalue_or_else): Remove. * typeck.c (build_unary_op): Adjust call to lvalue_or_else. (build_modify_expr): Likewise. PR c++/18625 * decl.c (duplicate_decls): Return error_mark_node on error, as specified. PR c++/18466 * decl.c (grokvardecl): Keep track of whether or not a there was explicit qualification. * name-lookup.c (set_decl_namespace): Complain about explicit qualification of a name within its own namespace. PR c++/18545 * typeck.c (check_return_expr): Robustify. PR c++/18445 * g++.dg/template/crash28.C: Likewise. PR c++/18001 * g++.dg/expr/unary2.C: Adjust lvalue messages. * g++.dg/ext/lvaddr.C: Likewise. * g++.dg/opt/pr7503-3.C: Likewise. PR c++/18466 * g++.dg/parse/qualified3.C: New test. * g++.old-deja/g++.other/friend7.C: Remove bogus qualification. PR c++/18545 * g++.dg/expr/return1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6549r2=2.6550 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.h.diff?cvsroot=gccr1=1.271r2=1.272 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gccr1=1.400r2=1.401 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/toplev.c.diff?cvsroot=gccr1=1.932r2=1.933 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4648r2=1.4649 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/crash28.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/return1.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/unary2.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/lvaddr.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr7503-3.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/qualified3.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.other/friend7.C.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4498r2=1.4499 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gccr1=1.689r2=1.690 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1073r2=1.1074 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1333r2=1.1334 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gccr1=1.95r2=1.96 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.948r2=1.949 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/tree.c.diff?cvsroot=gccr1=1.419r2=1.420 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.598r2=1.599 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18466
[Bug c++/18625] [3.4/4.0 regression] triple error message for invalid typedef
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-25 17:12 --- Subject: Bug 18625 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-25 17:11:37 Modified files: gcc: ChangeLog c-common.c c-common.h c-typeck.c toplev.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/expr: unary2.C gcc/testsuite/g++.dg/ext: lvaddr.C gcc/testsuite/g++.dg/opt: pr7503-3.C gcc/testsuite/g++.old-deja/g++.other: friend7.C gcc/cp : ChangeLog class.c cp-tree.h decl.c name-lookup.c pt.c tree.c typeck.c Added files: gcc/testsuite/g++.dg/template: crash28.C gcc/testsuite/g++.dg/expr: return1.C gcc/testsuite/g++.dg/parse: qualified3.C Log message: PR c++/18001 * c-common.h (lvalue_use): Move here from c-ctypeck.c. (lvalue_or_else): Declare. * c-common.c (lvalue_or_else): Move here from c-typeck.c. * c-typeck.c (lvalue_use): Remove. (lvalue_or_else): Remove. PR c++/18556 * toplev.c (check_global_declarations): Set DECL_IGNORED_P on unemitted variables with static storage duration. PR c++/18445 * class.c (instantiate_type): Treat NON_DEPENDENT_EXPRs with unknown_type as non matching. Tidy up. * pt.c (build_non_dependent_expr): Do not build a NON_DEPENDENT_EXPR for a VAR_DECL. PR c++/18001 * cp-tree.h (lvalue_or_else): Remove declaration. * tree.c (lvalue_or_else): Remove. * typeck.c (build_unary_op): Adjust call to lvalue_or_else. (build_modify_expr): Likewise. PR c++/18625 * decl.c (duplicate_decls): Return error_mark_node on error, as specified. PR c++/18466 * decl.c (grokvardecl): Keep track of whether or not a there was explicit qualification. * name-lookup.c (set_decl_namespace): Complain about explicit qualification of a name within its own namespace. PR c++/18545 * typeck.c (check_return_expr): Robustify. PR c++/18445 * g++.dg/template/crash28.C: Likewise. PR c++/18001 * g++.dg/expr/unary2.C: Adjust lvalue messages. * g++.dg/ext/lvaddr.C: Likewise. * g++.dg/opt/pr7503-3.C: Likewise. PR c++/18466 * g++.dg/parse/qualified3.C: New test. * g++.old-deja/g++.other/friend7.C: Remove bogus qualification. PR c++/18545 * g++.dg/expr/return1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6549r2=2.6550 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.h.diff?cvsroot=gccr1=1.271r2=1.272 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gccr1=1.400r2=1.401 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/toplev.c.diff?cvsroot=gccr1=1.932r2=1.933 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4648r2=1.4649 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/crash28.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/return1.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/unary2.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/lvaddr.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr7503-3.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/qualified3.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.other/friend7.C.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4498r2=1.4499 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gccr1=1.689r2=1.690 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1073r2=1.1074 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1333r2=1.1334 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gccr1=1.95r2=1.96 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.948r2=1.949 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/tree.c.diff?cvsroot=gccr1=1.419r2=1.420 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.598r2=1.599 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18625
[Bug c++/18556] [4.0 Regression] C++ debug is broken
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-25 17:12 --- Subject: Bug 18556 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-25 17:11:37 Modified files: gcc: ChangeLog c-common.c c-common.h c-typeck.c toplev.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/expr: unary2.C gcc/testsuite/g++.dg/ext: lvaddr.C gcc/testsuite/g++.dg/opt: pr7503-3.C gcc/testsuite/g++.old-deja/g++.other: friend7.C gcc/cp : ChangeLog class.c cp-tree.h decl.c name-lookup.c pt.c tree.c typeck.c Added files: gcc/testsuite/g++.dg/template: crash28.C gcc/testsuite/g++.dg/expr: return1.C gcc/testsuite/g++.dg/parse: qualified3.C Log message: PR c++/18001 * c-common.h (lvalue_use): Move here from c-ctypeck.c. (lvalue_or_else): Declare. * c-common.c (lvalue_or_else): Move here from c-typeck.c. * c-typeck.c (lvalue_use): Remove. (lvalue_or_else): Remove. PR c++/18556 * toplev.c (check_global_declarations): Set DECL_IGNORED_P on unemitted variables with static storage duration. PR c++/18445 * class.c (instantiate_type): Treat NON_DEPENDENT_EXPRs with unknown_type as non matching. Tidy up. * pt.c (build_non_dependent_expr): Do not build a NON_DEPENDENT_EXPR for a VAR_DECL. PR c++/18001 * cp-tree.h (lvalue_or_else): Remove declaration. * tree.c (lvalue_or_else): Remove. * typeck.c (build_unary_op): Adjust call to lvalue_or_else. (build_modify_expr): Likewise. PR c++/18625 * decl.c (duplicate_decls): Return error_mark_node on error, as specified. PR c++/18466 * decl.c (grokvardecl): Keep track of whether or not a there was explicit qualification. * name-lookup.c (set_decl_namespace): Complain about explicit qualification of a name within its own namespace. PR c++/18545 * typeck.c (check_return_expr): Robustify. PR c++/18445 * g++.dg/template/crash28.C: Likewise. PR c++/18001 * g++.dg/expr/unary2.C: Adjust lvalue messages. * g++.dg/ext/lvaddr.C: Likewise. * g++.dg/opt/pr7503-3.C: Likewise. PR c++/18466 * g++.dg/parse/qualified3.C: New test. * g++.old-deja/g++.other/friend7.C: Remove bogus qualification. PR c++/18545 * g++.dg/expr/return1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6549r2=2.6550 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.h.diff?cvsroot=gccr1=1.271r2=1.272 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gccr1=1.400r2=1.401 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/toplev.c.diff?cvsroot=gccr1=1.932r2=1.933 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4648r2=1.4649 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/crash28.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/return1.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/unary2.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/lvaddr.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr7503-3.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/qualified3.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.other/friend7.C.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4498r2=1.4499 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gccr1=1.689r2=1.690 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1073r2=1.1074 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1333r2=1.1334 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gccr1=1.95r2=1.96 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.948r2=1.949 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/tree.c.diff?cvsroot=gccr1=1.419r2=1.420 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.598r2=1.599 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18556
[Bug c++/18445] [3.4/4.0 Regression] ice during overload resolution in template instantiation
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-25 17:12 --- Subject: Bug 18445 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-25 17:11:37 Modified files: gcc: ChangeLog c-common.c c-common.h c-typeck.c toplev.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/expr: unary2.C gcc/testsuite/g++.dg/ext: lvaddr.C gcc/testsuite/g++.dg/opt: pr7503-3.C gcc/testsuite/g++.old-deja/g++.other: friend7.C gcc/cp : ChangeLog class.c cp-tree.h decl.c name-lookup.c pt.c tree.c typeck.c Added files: gcc/testsuite/g++.dg/template: crash28.C gcc/testsuite/g++.dg/expr: return1.C gcc/testsuite/g++.dg/parse: qualified3.C Log message: PR c++/18001 * c-common.h (lvalue_use): Move here from c-ctypeck.c. (lvalue_or_else): Declare. * c-common.c (lvalue_or_else): Move here from c-typeck.c. * c-typeck.c (lvalue_use): Remove. (lvalue_or_else): Remove. PR c++/18556 * toplev.c (check_global_declarations): Set DECL_IGNORED_P on unemitted variables with static storage duration. PR c++/18445 * class.c (instantiate_type): Treat NON_DEPENDENT_EXPRs with unknown_type as non matching. Tidy up. * pt.c (build_non_dependent_expr): Do not build a NON_DEPENDENT_EXPR for a VAR_DECL. PR c++/18001 * cp-tree.h (lvalue_or_else): Remove declaration. * tree.c (lvalue_or_else): Remove. * typeck.c (build_unary_op): Adjust call to lvalue_or_else. (build_modify_expr): Likewise. PR c++/18625 * decl.c (duplicate_decls): Return error_mark_node on error, as specified. PR c++/18466 * decl.c (grokvardecl): Keep track of whether or not a there was explicit qualification. * name-lookup.c (set_decl_namespace): Complain about explicit qualification of a name within its own namespace. PR c++/18545 * typeck.c (check_return_expr): Robustify. PR c++/18445 * g++.dg/template/crash28.C: Likewise. PR c++/18001 * g++.dg/expr/unary2.C: Adjust lvalue messages. * g++.dg/ext/lvaddr.C: Likewise. * g++.dg/opt/pr7503-3.C: Likewise. PR c++/18466 * g++.dg/parse/qualified3.C: New test. * g++.old-deja/g++.other/friend7.C: Remove bogus qualification. PR c++/18545 * g++.dg/expr/return1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6549r2=2.6550 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.h.diff?cvsroot=gccr1=1.271r2=1.272 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gccr1=1.400r2=1.401 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/toplev.c.diff?cvsroot=gccr1=1.932r2=1.933 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4648r2=1.4649 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/crash28.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/return1.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/unary2.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/lvaddr.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr7503-3.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/qualified3.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.other/friend7.C.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4498r2=1.4499 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gccr1=1.689r2=1.690 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1073r2=1.1074 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1333r2=1.1334 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gccr1=1.95r2=1.96 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.948r2=1.949 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/tree.c.diff?cvsroot=gccr1=1.419r2=1.420 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.598r2=1.599 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18445
[Bug c++/18545] [3.4/4.0 regression] ICE when returning undefined type
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-25 17:12 --- Subject: Bug 18545 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-25 17:11:37 Modified files: gcc: ChangeLog c-common.c c-common.h c-typeck.c toplev.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/expr: unary2.C gcc/testsuite/g++.dg/ext: lvaddr.C gcc/testsuite/g++.dg/opt: pr7503-3.C gcc/testsuite/g++.old-deja/g++.other: friend7.C gcc/cp : ChangeLog class.c cp-tree.h decl.c name-lookup.c pt.c tree.c typeck.c Added files: gcc/testsuite/g++.dg/template: crash28.C gcc/testsuite/g++.dg/expr: return1.C gcc/testsuite/g++.dg/parse: qualified3.C Log message: PR c++/18001 * c-common.h (lvalue_use): Move here from c-ctypeck.c. (lvalue_or_else): Declare. * c-common.c (lvalue_or_else): Move here from c-typeck.c. * c-typeck.c (lvalue_use): Remove. (lvalue_or_else): Remove. PR c++/18556 * toplev.c (check_global_declarations): Set DECL_IGNORED_P on unemitted variables with static storage duration. PR c++/18445 * class.c (instantiate_type): Treat NON_DEPENDENT_EXPRs with unknown_type as non matching. Tidy up. * pt.c (build_non_dependent_expr): Do not build a NON_DEPENDENT_EXPR for a VAR_DECL. PR c++/18001 * cp-tree.h (lvalue_or_else): Remove declaration. * tree.c (lvalue_or_else): Remove. * typeck.c (build_unary_op): Adjust call to lvalue_or_else. (build_modify_expr): Likewise. PR c++/18625 * decl.c (duplicate_decls): Return error_mark_node on error, as specified. PR c++/18466 * decl.c (grokvardecl): Keep track of whether or not a there was explicit qualification. * name-lookup.c (set_decl_namespace): Complain about explicit qualification of a name within its own namespace. PR c++/18545 * typeck.c (check_return_expr): Robustify. PR c++/18445 * g++.dg/template/crash28.C: Likewise. PR c++/18001 * g++.dg/expr/unary2.C: Adjust lvalue messages. * g++.dg/ext/lvaddr.C: Likewise. * g++.dg/opt/pr7503-3.C: Likewise. PR c++/18466 * g++.dg/parse/qualified3.C: New test. * g++.old-deja/g++.other/friend7.C: Remove bogus qualification. PR c++/18545 * g++.dg/expr/return1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6549r2=2.6550 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.h.diff?cvsroot=gccr1=1.271r2=1.272 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gccr1=1.400r2=1.401 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/toplev.c.diff?cvsroot=gccr1=1.932r2=1.933 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4648r2=1.4649 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/crash28.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/return1.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/unary2.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/lvaddr.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr7503-3.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/qualified3.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.other/friend7.C.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4498r2=1.4499 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gccr1=1.689r2=1.690 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1073r2=1.1074 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1333r2=1.1334 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gccr1=1.95r2=1.96 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.948r2=1.949 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/tree.c.diff?cvsroot=gccr1=1.419r2=1.420 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.598r2=1.599 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18545
[Bug c++/18001] [4.0 regression] Badly formatted error message (quotation problem)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-25 17:12 --- Subject: Bug 18001 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-25 17:11:37 Modified files: gcc: ChangeLog c-common.c c-common.h c-typeck.c toplev.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/expr: unary2.C gcc/testsuite/g++.dg/ext: lvaddr.C gcc/testsuite/g++.dg/opt: pr7503-3.C gcc/testsuite/g++.old-deja/g++.other: friend7.C gcc/cp : ChangeLog class.c cp-tree.h decl.c name-lookup.c pt.c tree.c typeck.c Added files: gcc/testsuite/g++.dg/template: crash28.C gcc/testsuite/g++.dg/expr: return1.C gcc/testsuite/g++.dg/parse: qualified3.C Log message: PR c++/18001 * c-common.h (lvalue_use): Move here from c-ctypeck.c. (lvalue_or_else): Declare. * c-common.c (lvalue_or_else): Move here from c-typeck.c. * c-typeck.c (lvalue_use): Remove. (lvalue_or_else): Remove. PR c++/18556 * toplev.c (check_global_declarations): Set DECL_IGNORED_P on unemitted variables with static storage duration. PR c++/18445 * class.c (instantiate_type): Treat NON_DEPENDENT_EXPRs with unknown_type as non matching. Tidy up. * pt.c (build_non_dependent_expr): Do not build a NON_DEPENDENT_EXPR for a VAR_DECL. PR c++/18001 * cp-tree.h (lvalue_or_else): Remove declaration. * tree.c (lvalue_or_else): Remove. * typeck.c (build_unary_op): Adjust call to lvalue_or_else. (build_modify_expr): Likewise. PR c++/18625 * decl.c (duplicate_decls): Return error_mark_node on error, as specified. PR c++/18466 * decl.c (grokvardecl): Keep track of whether or not a there was explicit qualification. * name-lookup.c (set_decl_namespace): Complain about explicit qualification of a name within its own namespace. PR c++/18545 * typeck.c (check_return_expr): Robustify. PR c++/18445 * g++.dg/template/crash28.C: Likewise. PR c++/18001 * g++.dg/expr/unary2.C: Adjust lvalue messages. * g++.dg/ext/lvaddr.C: Likewise. * g++.dg/opt/pr7503-3.C: Likewise. PR c++/18466 * g++.dg/parse/qualified3.C: New test. * g++.old-deja/g++.other/friend7.C: Remove bogus qualification. PR c++/18545 * g++.dg/expr/return1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6549r2=2.6550 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.h.diff?cvsroot=gccr1=1.271r2=1.272 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gccr1=1.400r2=1.401 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/toplev.c.diff?cvsroot=gccr1=1.932r2=1.933 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4648r2=1.4649 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/crash28.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/return1.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/unary2.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/lvaddr.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr7503-3.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/qualified3.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.other/friend7.C.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4498r2=1.4499 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gccr1=1.689r2=1.690 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1073r2=1.1074 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1333r2=1.1334 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gccr1=1.95r2=1.96 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.948r2=1.949 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/tree.c.diff?cvsroot=gccr1=1.419r2=1.420 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.598r2=1.599 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18001
[Bug c++/18651] Error compiling nurbs
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 17:48 --- BasicList(BasicListT a) ; BasicListtype a(); BasicListtype list; list = a(); Not a bug since the copy construtor for BasicList does not accept rvalues (a() returns an rvalue). Either change BasicList(BasicListT a) ; to BasicList(const BasicListT a) ; or change it so that a() returns a reference. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18651
[Bug c++/18651] Error compiling nurbs
--- Additional Comments From giovannibajo at libero dot it 2004-11-25 17:52 --- Ah so it *was* what I thought it was -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18651
[Bug ada/17960] GNAT.Sockets Stream feature not working properly
--- Additional Comments From kat-zygfryd at o2 dot pl 2004-11-25 18:31 --- Unlike my first assumption, this will never work with telnet, however it should not crash. String'Input should first read one or two numbers for the bounds and then block until it receives the number of bytes specified by those bounds. Two other Linux users I asked said that it crashed for them too. Is it possible that it was a memory allocation related problem? aa\10a is quite a big number. String'Read doesn't read any bounds so there's no comparison. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17960
[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2
--- Additional Comments From uweigand at gcc dot gnu dot org 2004-11-25 18:33 --- Now that RTH's validate_subreg patch is in, I guess the right fix for this problem might be to always return a SUBREG in simplify_gen_subreg unless that SUBREG is actually invalid. What do you think of this patch: Index: simplify-rtx.c === RCS file: /cvs/gcc/gcc/gcc/simplify-rtx.c,v retrieving revision 1.211 diff -c -p -r1.211 simplify-rtx.c *** simplify-rtx.c 24 Nov 2004 00:09:03 - 1.211 --- simplify-rtx.c 25 Nov 2004 18:29:38 - *** simplify_gen_subreg (enum machine_mode o *** 3782,3792 if (newx) return newx; ! if (GET_CODE (op) == SUBREG || GET_MODE (op) == VOIDmode ! || (REG_P (op) REGNO (op) FIRST_PSEUDO_REGISTER)) ! return NULL_RTX; ! ! if (validate_subreg (outermode, innermode, op, byte)) return gen_rtx_SUBREG (outermode, op, byte); return NULL_RTX; --- 3782,3788 if (newx) return newx; ! if (REG_P (op) validate_subreg (outermode, innermode, op, byte)) return gen_rtx_SUBREG (outermode, op, byte); return NULL_RTX; (B.t.w. shouldn't validate_subreg reject non-REG inputs itself?) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18420
[Bug middle-end/17965] ice in expand_call
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 18:44 --- The problem is that we don't mark structs which are passed by reference really by reference so it adds it to the size of the arguments which is wrong. Simple example: struct a { int a2[1024][1024]; int a1[1024][1024]; }; void f(struct a a2){} struct a a1; void g() { f(a1); } -- What|Removed |Added Known to fail|4.0.0 |4.0.0 3.3.2 Known to work|3.3 | Summary|[4.0 Regression] ice in |ice in expand_call |expand_call | Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17965
[Bug middle-end/18164] [4.0 Regression] ICE on trivial invalid asm
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 19:04 --- Sorry Ben to steal another bug from you but I fixed it. Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02173.html. -- What|Removed |Added AssignedTo|bje at gcc dot gnu dot org |pinskia at gcc dot gnu dot ||org Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18164
[Bug c/18675] New: 6 * local variables set but never used
I just tried to compile gcc343 with the Intel C 8.1 compiler. Here is an extract from the warning messages ../../src/gcc-3.4.3/gcc/cfg.c(821): remark #593: variable num_bb_notes was set but never used ../../src/gcc-3.4.3/gcc/loop-unswitch.c(326): remark #593: variable src was set but never used ../../src/gcc-3.4.3/gcc/cfgrtl.c(1870): remark #593: variable last_bb_seen was set but never used ../../src/gcc-3.4.3/gcc/cse.c(207): remark #593: variable max_reg was set but never used ../../src/gcc-3.4.3/gcc/expr.c(7414): remark #593: variable quo was set but never used ../../src/gcc-3.4.3/gcc/function.c(7936): remark #593: variable i was set but never used Suggest delete these six useless variables. -- Summary: 6 * local variables set but never used Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18675
[Bug other/18675] 6 * local variables set but never used
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 19:11 --- last_bb_seen in rtl_verify_flow_info_1 is still there. max_reg in cse.c is still there and really should removed, it is a static variable. src in unswitch_loop is still there. num_bb_notes has already been removed. quo has been removed already. i in function.c is unknown because it has the file has changed a lot from 3.4.3. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|c |other Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-25 19:11:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18675
[Bug middle-end/18357] [4.0 Regression] testsuite failure: gcc.c-torture/execute/20020227-1.c at -O0, -O1, -O2 and -Os
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 19:13 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18357
[Bug libstdc++/18644] [3.3/3.4/4.0 regression] -Wsynth warning in complex
--- Additional Comments From bangerth at dealii dot org 2004-11-25 19:19 --- I am not an expert in ABI questions, but in my naive world constructors are somewhat different than regular functions if they are declared inline (and synthesized constructors always are): - you can't take the address of a constructor - (old) code linked against a new libstdc++ with a new constructor would be fine since the old synthesized constructor had been inlined - (new) code linked against an old libstdc++ without the new constructor would also be fine if the new constructor were declared inline, since then no call to the respective library function would be attempted IOW, the result is a situation where programs couldn't tell the difference. The fact that you can't take the address of a constructor makes the situation markedly different from the case of a regular function. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18644
[Bug tree-optimization/18587] build_v_may_defs and build_vuses should be hastables instead of varray
--- Additional Comments From amacleod at redhat dot com 2004-11-25 19:39 --- Created an attachment (id=7609) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7609action=view) patch to resolve the problem First, we eliminate the linear search for duplicates when building VUSES and VMAYDEFs. Instead, two bits are added to the var annotation and we use those bits to determine whether a given var is already in the list or not. second we speed up the code which adds virtual operands for the call clobbered bit vector at each call site. Every time we had a call, we iterated through the bitvector and built up an operand vector for those variables. Those variables dont change very often, so now we keep a cache of the operand vector that is built. The next time we need the clobbers for a call, we simply use the cache if it hasn't been invalidated by adding or removing global variables. The combined speedups from these two patches are pretty decent. Average of two runs USER time for operand scanning phase on a 1.8Ghz P4. origpatched cplusplus-grammer.ii22.58 sec 10.35 sec tramp3d.ii 6.14 sec4.03 sec generate3.4.ii 1.69 sec1.23 sec all gcc .i files 6.72 sec5.83 sec -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18587
[Bug target/18383] [4.0 Regression] Cannot use assert in a dynamic library
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 19:46 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02176.html (Zack posted this but I am keeping my self assigned as I am the one who caused the regression to get to this point). -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18383
[Bug libgcj/18014] java.util.Locale changes variant to upper case
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 19:47 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-25 19:47:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18014
[Bug tree-optimization/18587] build_v_may_defs and build_vuses can be improved when adding
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 19:48 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02175.html. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2004-11-25 19:48:40 date|| Summary|build_v_may_defs and|build_v_may_defs and |build_vuses should be |build_vuses can be improved |hastables instead of varray |when adding http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18587
[Bug bootstrap/17203] fill out the table error bootstrapping 3.4.1 on Origin300 using gcc 3.0.4
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 20:02 --- Can you try 3.3 first and then 3.4.x? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17203
[Bug tree-optimization/18587] build_v_may_defs and build_vuses can be improved when adding
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-25 20:25 --- Subject: Bug 18587 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-25 20:24:59 Modified files: gcc: ChangeLog tree-flow-inline.h tree-flow.h tree-ssa-operands.c tree-ssa-operands.h Log message: 2004-11-25 Andrew Macleod [EMAIL PROTECTED] PR tree-optimization/18587 * tree-flow-inline.h (mark_call_clobbered, mark_non_addressable): Flag call clobbered caches as invalid. * tree-ssa-operands.c (ssa_call_clobbered_cache_valid): New. Flag indicating whether the call clobbered operand cache is valid. (ssa_ro_call_cache_valid): New. Flag indicating whether the pure/const call operand cache is valid. (clobbered_v_may_defs, clobbered_vuses, ro_call_vuses): New. cached list of operands for cached call virtual operands. (clobbered_aliased_loads, clobbered_aliased_stores, ro_call_aliased_load): New. flags caching whether alias bits are to be set in call stmt's. */ (fini_ssa_operands): Remove call operand caches if present. (get_expr_operands, get_asm_expr_operands, get_indirect_ref_operands): Pass stmt annotation to add_stmt_operand. (get_call_expr_operands): Add call clobbered variables first. (add_stmt_operand): Take stmt annotation rather than stmt as a param. (add_call_clobber_ops, add_call_read_ops): Use the call operand cache if it is valid, otherise fill the cache. * tree-ssa-operands.h (ssa_clobbered_cache_valid): Declare extern. * tree-flow.h (struct var_ann_d): Add in_vuse_list and in_v_may_def_list bits. * tree-ssa-operands.c (cleanup_v_may_defs): New. Clear the in_list bits for the v_may_def elements and empty the operand build array. (finalize_ssa_vuses): Use cleanup_v_may_defs and remove redundant VUSES by checking the in_v_may_def_list bit. (append_v_may_def, append_vuse): Use the in_list bit rather than scanning the array for duplicates. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6552r2=2.6553 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-flow-inline.h.diff?cvsroot=gccr1=2.26r2=2.27 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-flow.h.diff?cvsroot=gccr1=2.71r2=2.72 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-operands.c.diff?cvsroot=gccr1=2.56r2=2.57 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-operands.h.diff?cvsroot=gccr1=2.8r2=2.9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18587
[Bug tree-optimization/18587] build_v_may_defs and build_vuses can be improved when adding
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 20:28 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18587
[Bug middle-end/15855] [3.4/4.0 Regression] g++ crash with -O2 and -O3 on input file
-- Bug 15855 depends on bug 18587, which changed state. Bug 18587 Summary: build_v_may_defs and build_vuses can be improved when adding http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18587 What|Old Value |New Value Status|UNCONFIRMED |NEW Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855
[Bug fortran/18566] Can vary constants
--- Additional Comments From Thomas dot Koenig at online dot de 2004-11-25 20:29 --- (In reply to comment #1) No it is just undefined on most targets we do seg fault. I realize that this is undefined, but it would still be nice to get consistent behavior (i.e. a consistent segfault) across all platforms. Is there any reason why the parameter isn't being put into a read-only section on IA-64? This is why this is a request for an enhancement. -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Priority|P2 |P1 Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18566
[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-25 20:31 --- I think the most ideal solution would be to tell L_R_A whether the result is required to be offsettable. It can then fail the transformation if it cannot produce the required offsettable result, and then normal reload things will happen to fix things up. How feasable is this with the current code base? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18641
[Bug middle-end/16558] [4.0 Regression]: bogus missing-return warning
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 20:37 --- Maybe we should do simple ccp for compiler generated decls which will fix this and most likely will improve compile time at -O0. Or maybe in the EH lowering part fix up the problem when we know that the finally_tmp will always be 0. -- What|Removed |Added Last reconfirmed|2004-09-22 18:36:49 |2004-11-25 20:37:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16558
[Bug tree-optimization/17790] [4.0 Regression] Significant compile time increases for sixtrack with tree LICM and IV optimization
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 20:47 --- I see LICM on some other code high up on the radar. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-25 20:47:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17790
[Bug ada/17919] [4.0 Regression] ICE at cgraphunit.c:2907
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 20:51 --- Do you see this any of your machines lately? -- What|Removed |Added Component|regression |ada http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17919
[Bug c/17807] [4.0 Regression] No warning/error for undefined local function.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 20:52 --- I might not get to updating this patch for a while so assigning myself for now. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org AssignedTo|pinskia at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17807
[Bug regression/17919] [4.0 Regression] ICE at cgraphunit.c:2907
-- What|Removed |Added Component|ada |regression http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17919
[Bug tree-optimization/17506] [4.0 regression] warning about uninitialized variable points to wrong location
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 20:56 --- I am going to post this patch soon (after dinner) with an update to the testsuite. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17506
[Bug c++/18676] New: ice
[~/rpm/BUILD/par2cmdline-0.4] # LANG=C g++ commandline.ii -c g++: Internal error: Segmentation fault (program cc1plus) Please submit a full bug report. # g++ -v Reading specs from /usr/lib/gcc/pentium3-pld-linux/3.4.3/specs Configured with: ../configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --infodir=/usr/share/info--mandir=/usr/share/man --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++,f77,objc,ada,java --enable-c99 --enable-long-long --enable-multilib --enable-nls --with-gnu-as --with-gnu-ld --with-system-zlib --with-slibdir=/lib --without-x pentium3-pld-linux Thread model: posix gcc version 3.4.3 SSP (PLD Linux) -- Summary: ice Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at pld-linux dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: pentium3-pld-linux GCC host triplet: pentium3-pld-linux GCC target triplet: pentium3-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18676
[Bug c++/18676] ice
--- Additional Comments From pluto at pld-linux dot org 2004-11-25 21:01 --- Created an attachment (id=7610) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7610action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18676
[Bug libgcj/7305] Install path for libgcj header files
--- Additional Comments From rsandifo at gcc dot gnu dot org 2004-11-25 21:04 --- Patches just posted for review. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7305
[Bug ada/17960] GNAT.Sockets Stream feature not working properly
--- Additional Comments From laurent at guerby dot net 2004-11-25 21:09 --- I thought about it after having posted my comment. GNAT does not do stack checking by default see Stack Overflow Checking in gcc/ada/gnat_ug.texi. Even that is not guaranteed to work on the main thread stack IIRC. As a general programming note, if you're reading from a socket, you either have to be sure that you will never get garbage from it, or to seriously validate everything you get, that of course precludes the use of 'Input and the like. (Even if GNAT properly raises an exception, it might do so after the machine has been swapping and unusable for a long time and most processes have been killed by the OS, so that's really not a way to do network programming in these days of malwares :). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17960
[Bug target/6221] mips-irix6 gcc-3.1 testsuite failure in gcc.c-torture/execute/20020227-1.c
--- Additional Comments From rsandifo at gcc dot gnu dot org 2004-11-25 21:15 --- Confirmed. Now passes at all optimisation levels. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6221
[Bug c++/18677] New: [3.4 / 4.0 regression] ICE: Segmentation fault (program cc1plus)
[forwarded from http://bugs.debian.org/282463] seen on {alpha,i486,x86_64}-linux, with 3.4.3 and HEAD 20041116, ok with 3.3.5 $ g++-4.0 -Wall -DHAVE_CONFIG_H -c -o grap.o grap.cc g++-4.0: Internal error: Segmentation fault (program cc1plus) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: [3.4 / 4.0 regression] ICE: Segmentation fault (program cc1plus) Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c++ 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 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18677
[Bug c++/18677] [3.4 / 4.0 regression] ICE: Segmentation fault (program cc1plus)
--- Additional Comments From debian-gcc at lists dot debian dot org 2004-11-25 21:19 --- Created an attachment (id=7611) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7611action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18677
[Bug c++/18677] [3.4 / 4.0 regression] ICE: Segmentation fault (program cc1plus)
-- What|Removed |Added Known to fail||3.4.3 4.0.0 Known to work||3.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18677
[Bug c++/18677] [3.4 / 4.0 regression] ICE: Segmentation fault (program cc1plus)
-- What|Removed |Added Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18677
[Bug target/18459] [4.0 Regression] gcj no longer works on win32
--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-11-25 21:40 --- Patch submitted at http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02192.html In longer term, a better solution for win32 would depend on addition of crtbegin/crtend for these targets: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02120.html Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18459
[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr
--- Additional Comments From uweigand at gcc dot gnu dot org 2004-11-25 21:53 --- This is not very feasible, since whether or not the address is required to be offsettable depends on which alternative is selected; and the current flow of find_reloads does all the address reloading (including L_R_A) *before* even looking at the alternatives. So we currently first make all addresses valid (for the most general type of address the target supports), then select an alternative, and if that alternative requires a more strict form of address, we simply reload into a base register. This is of course somewhat inefficient, but changing it would require major rework of find_reloads. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18641
[Bug c++/18677] [3.4 / 4.0 regression] ICE: Segmentation fault (program cc1plus)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 21:55 --- The code is invalid but we should not be seg faulting on it. Reduced code: struct string {}; struct DisplayString : public string { DisplayString() ; DisplayString(char *s); DisplayString(string s); DisplayString(DisplayString ds) ; }; DisplayString a = %g; -- What|Removed |Added Severity|critical|normal Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-invalid-code Last reconfirmed|-00-00 00:00:00 |2004-11-25 21:55:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18677
[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr
--- Additional Comments From uweigand at gcc dot gnu dot org 2004-11-25 21:57 --- (Trying again, this time hopefully with proper formatting.) This is not very feasible, since whether or not the address is required to be offsettable depends on which alternative is selected; and the current flow of find_reloads does all the address reloading (including L_R_A) *before* even looking at the alternatives. So we currently first make all addresses valid (for the most general type of address the target supports), then select an alternative, and if that alternative requires a more strict form of address, we simply reload into a base register. This is of course somewhat inefficient, but changing it would require major rework of find_reloads. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18641
[Bug c++/18677] [3.4/4.0 regression] ICE: Segmentation fault (program cc1plus)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 22:03 --- : Search converges between 2004-06-27-trunk (#473) and 2004-06-28-trunk (#474). : Search converges between 2004-06-28-3.4 (#11) and 2004-06-29-3.4 (#12). With the comeau online C++ compiler I get the following error: ComeauTest.c, line 8: error: DisplayString::DisplayString(DisplayString ), required for copy that was eliminated, is not callable because reference parameter cannot be bound to rvalue DisplayString a = %g; ^ which is correct. and the reason why this is not valid code is because the copy construtor requires a lvalue and we don't have a lvalue here but a rvalue. -- What|Removed |Added Known to work|3.3.5 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18677
[Bug c++/18676] ice
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 22:25 --- *** This bug has been marked as a duplicate of 18378 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18676
[Bug c++/18378] [3.4/4.0 Regression] ICE when returning a copy of a packed member
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 22:25 --- *** Bug 18676 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||pluto at pld-linux dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18378
[Bug c++/18676] ice
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-25 22:27 --- Note this was the reduced testcase I got: struct MD5Hash { MD5Hash(void) {}; MD5Hash(const MD5Hash other); char hash[16]; }; struct PACKET_HEADER { MD5Hash setid __attribute__ ((packed)); }; struct MAINPACKET { PACKET_HEADER header __attribute__ ((packed)); }; struct MainPacket { char *packetdata; const MD5Hash SetId(void) const; }; const MD5Hash MainPacket::SetId(void) const { return ((const MAINPACKET*)packetdata)-header.setid; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18676
[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-25 22:44 --- Then I think that we have to assume that the result of L_R_A is not offsettable. Even in the case of rs6000, I believe the definition is only *usually* offsettable, but that this is not a 100% iron-clad guarantee. In particular, an offset like 0x17fff would get rendered as 0x1 + 0x7fff, and there's no room left in the low part for any further offsetting. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18641
[Bug c++/6764] Throwing exception causes crash with '-O2 -fomit-frame-pointer'
--- Additional Comments From rth at gcc dot gnu dot org 2004-11-25 22:45 --- NOT fixed. Reproducable with at least 3.4.2 and HEAD. -- What|Removed |Added Status|RESOLVED|REOPENED Known to fail||3.4.2 4.0.0 Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6764