[Bug fortran/25392] ICEs with -ff2c
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-06-30 08:54
---
Reduced testcase:
real function foo ()
if (foo .gt. 0) call abort
end
I'm almost sure it's a type mismatch problem. The above code generates the
following tree dump:
foo ()
{
real8 __result_foo;
if (__result_foo > 0.0)
{
_gfortran_abort ();
}
else
{
(void) 0;
}
return __result_foo;
}
but I think foo is not declared a real8 but simply as real4. If I change the
Fortran code to explicitly declare foo as "real*8 function foo ()" then the ICE
disappears.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|2006-05-11 11:36:23 |2006-06-30 08:54:46
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25392
[Bug target/28207] New: 128-bit IBM long double misaligned on stack
long doubles are only aligned to word boundaries when passed via the stack (ie. to a function that uses more than 8 fp regs for other parameters). The va_arg support expects long doubles to be double word aligned, resulting in a mismatch between caller and callee for variable argument functions. -- Summary: 128-bit IBM long double misaligned on stack Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amodra at bigpond dot net dot au GCC target triplet: powerpc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28207
[Bug target/28207] 128-bit IBM long double misaligned on stack
--- Comment #1 from amodra at bigpond dot net dot au 2006-06-30 10:10 --- Created an attachment (id=11783) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11783&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28207
[Bug target/28207] 128-bit IBM long double misaligned on stack
-- amodra at bigpond dot net dot au changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-30 10:11:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28207
[Bug middle-end/28198] [4.2 Regression] ICE building mips-elf cross compiler
--- Comment #7 from fnf at specifix dot com 2006-06-30 10:52 --- Subject: Re: [4.2 Regression] ICE building mips-elf cross compiler On Thursday 29 June 2006 13:55, pinskia at gcc dot gnu dot org wrote: > Can you build a x86 compiler after revision 115072 and try again, I fixed the > issue mentioned in comment #5. I updated my sources last night and tried building a native x86 compiler this morning. I'm getting an internal error still, though this one looks different. I wonder if this is due to problems with precompiled headers and Fedora Core 4's exec shield. I'll try disabling the exec shield and see if the problem goes away. /build/latest/trunk/i686-pc-linux-gnu/gcc/./gcc/xgcc -shared-libgcc -B/build/latest/trunk/i686-pc-linux-gnu/gcc/./gcc -nostdinc++ -L/build/latest/trunk/i686-\pc-linux-gnu/gcc/i686-pc-linux-gnu/libstdc++-v3/src -L/build/latest/trunk/i686-pc-linux-gnu/gcc/i686-pc-linux-gnu/libstdc++-v3/src/.libs -B/opt/local/latest/\trunk/i686-pc-linux-gnu/bin/ -B/opt/local/latest/trunk/i686-pc-linux-gnu/lib/ -isystem /opt/local/latest/trunk/i686-pc-linux-gnu/include -isystem /opt/local/\latest/trunk/i686-pc-linux-gnu/sys-include -Winvalid-pch -Wno-deprecated -x c++-header -g -O2 -D_GNU_SOURCE -I/build/latest/trunk/i686-pc-linux-gnu/gcc/i686\-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu -I/build/latest/trunk/i686-pc-linux-gnu/gcc/i686-pc-linux-gnu/libstdc++-v3/include -I/src/latest/trunk/s\rc/gcc/libstdc++-v3/libsupc++ /src/latest/trunk/src/gcc/libstdc++-v3/include/precompiled/extc++.h -O2 -g -o ./i686-pc-linux-gnu/bits/extc++.h.gch/O2g.gch; /build/latest/trunk/i686-pc-linux-gnu/gcc/i686-pc-linux-gnu/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:4484 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28198
[Bug middle-end/28198] [4.2 Regression] ICE building mips-elf cross compiler
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-30 11:18 --- (In reply to comment #7) >> I updated my sources last night and tried building a native x86 > compiler this morning. I'm getting an internal error still, though > this one looks different. > internal compiler error:\ tree check: expected integer_cst, have scope_ref in > tree_int_cst_sgn, at tree.c:4484 Yes that is a different one. You would like to file that ICE seperately as the orginal bug is fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28198
[Bug objc++/28206] [4.2 Regression] Objc++ bootstrap broken on mainline
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-30 11:20 --- I reported this to Jason also: http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01513.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Keywords||build Last reconfirmed|-00-00 00:00:00 |2006-06-30 11:20:49 date|| Summary|Objc++ bootstrap broken on |[4.2 Regression] Objc++ |mainline|bootstrap broken on mainline Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28206
[Bug target/28150] ICE in reload_cse_simplify_operands, at postreload.c:394
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-30 12:11 --- Confirmed with the reduced testcase only on the mainline. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-30 12:11:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28150
[Bug libgcj/28189] [4.1/4.2 Regression] Many libjava execution tests time out on Tru64 UNIX
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28189
[Bug libgcj/28190] [4.2 Regression] libjava bootstrap failure on IRIX 6.5: stdint.h misdetection
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28190
[Bug fortran/28172] alternate return in contained procedure segfaults
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-30 12:25 --- Confirmed: #0 0x000a6560 in gfc_add_modify_expr (pblock=0xb300, lhs=0x0, rhs=0x42c0e1b0) at ../../gcc/fortran/trans.c:156 #1 0x000e91f8 in gfc_trans_call (code=0x42b05c40, dependency_check=0 '\0') at ../../gcc/fortran/trans-stmt.c:351 #2 0x000a7538 in gfc_trans_code (code=0x42b05c40) at ../../gcc/fortran/trans.c:509 #3 0x000c7618 in gfc_generate_function_code (ns=0x43012a00) at ../../gcc/fortran/trans-decl.c:2990 #4 0x000c6bd0 in gfc_generate_contained_functions (parent=0x43006600) at ../../gcc/fortran/trans-decl.c:2749 #5 0x000c7168 in gfc_generate_function_code (ns=0x43006600) at ../../gcc/fortran/trans-decl.c:2891 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-30 12:25:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28172
[Bug target/28202] ARM cross-compiler seg. fault with -mfpu=vfp and optimization
--- Comment #3 from clifford dot slocombe at dyson dot com 2006-06-30 12:28 --- I have now retested on 4.1.1 and seems good also. Thanks. Details for reference: $gcc -v Using built-in specs. Target: arm-elf Configured with: ../../gcc-4.1.1/configure --enable-languages=c,c++ --enable-interwork --enable-multilib --with-gcc --with-gnu-ld --with-gnu-as --with-stabs --disable-shared --disable-threads --disable-libssp --disable-libstdcxx-pch --disable-libmudflap --disable-win32-registry --disable-nls --disable-debug --without-headers --with-newlib --target=arm-elf --prefix=c:/WinARM -v Thread model: single gcc version 4.1.1 (WinARM) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28202
[Bug target/28202] ARM cross-compiler seg. fault with -mfpu=vfp and optimization
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-30 12:31 --- Fixed in 4.1.1 so closing as fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28202
[Bug fortran/27998] character arrays: warn if erray constructor values have different lengths
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-06-30 12:40 --- Created an attachment (id=11784) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11784&action=view) The beginnings of a fix for the PR Thee attached is simple, only gives warnings but is way too verbose, as the following demonstrates: program test character(10) :: a(3) character(10) :: b(3)= (/ 'Takata ', 'Tanaka', 'Hayashi' /) character(4) :: c = "abcde" a = (/ 'Takata', 'Tanaka ', 'Hayashi' /) a = (/ 'Takata ', 'Tanaka ', 'Hayashi' /) b = "abc" c = "abcdefg" end program test More work needed! Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27998
[Bug fortran/28208] New: Use default integer kind instead of hardcoding kind=4
There are lots of (GNU extensions) intrinsics that are hardcoded as returning integer(kind=4) results, while it would make sense to have them return the default integer type. This is hardcoded both in the front-end (see for example gfc_resolve_getpid in iresolve.c) and the library (where the getpid function is declared as "extern GFC_INTEGER_4 PREFIX(getpid) (void)"). -- Summary: Use default integer kind instead of hardcoding kind=4 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28208
[Bug libgomp/28209] New: None of the GOMP_* environment variables are documented
While watching Diego give his talk, I decided to look for the environment variables to see what all the variables he was talking about. I could not find them. Even the new ones with proposed patches in the last month or two: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00982.html http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00493.html They don't have documentation of the new enviroment. -- Summary: None of the GOMP_* environment variables are documented Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: documentation Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28209
[Bug other/28210] New: ICE in is_gimple_min_invariant at -O1.
$ i486-gnu-linux-g++ -c -O1 demux_rtp.ii demux_rtp.cpp: In function 'void afterReading(void*, unsigned int, unsigned int, timeval, unsigned int)': demux_rtp.cpp:421: internal compiler error: Segmentation fault (gdb) bt #0 0x004bfe60 in is_gimple_min_invariant () #1 0x00504a96 in replace_vuses_in () #2 0x00504f88 in substitute_and_fold () #3 0x004d7b79 in fini_copy_prop () #4 0x004d7bc6 in execute_copy_prop () #5 0x004d7bec in do_copy_prop () #6 0x0072297d in execute_one_pass () #7 0x00722a10 in execute_pass_list () #8 0x00722a24 in execute_pass_list () #9 0x004bf9da in tree_rest_of_compilation () #10 0x0046a4fa in expand_body () #11 0x00758dd3 in cgraph_expand_function () #12 0x00758f0a in cgraph_expand_all_functions () #13 0x0075932f in cgraph_optimize () #14 0x0043b7fe in cp_finish_file () #15 0x0040257e in finish_file () #16 0x004a530e in c_common_parse_file () #17 0x00704bd1 in compile_file () #18 0x007060d1 in do_compile () #19 0x00706132 in toplev_main () #20 0x004acead in main () -- Summary: ICE in is_gimple_min_invariant at -O1. Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net GCC build triplet: i486-linux GCC host triplet: i486-linux GCC target triplet: i486-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28210
[Bug other/28210] ICE in is_gimple_min_invariant at -O1.
--- Comment #1 from pluto at agmk dot net 2006-06-30 13:34 --- Created an attachment (id=11785) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11785&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28210
[Bug target/27875] [4.2 Regression] ICE on gcc testsuite.
--- Comment #6 from dje at gcc dot gnu dot org 2006-06-30 13:39 --- This may be due to spe_build_register_parallel() called from rs6000_function_value(). -- dje at gcc dot gnu dot org changed: What|Removed |Added CC||amodra at bigpond dot net ||dot au http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27875
[Bug c++/27424] [4.0/4.1 regression] Valid template-template-parameter rejected
--- Comment #3 from jason at gcc dot gnu dot org 2006-06-30 14:26 --- Subject: Bug 27424 Author: jason Date: Fri Jun 30 14:26:01 2006 New Revision: 115088 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115088 Log: PR c++/27424 * pt.c (convert_template_argument): Pass all template arguments on to coerce_template_template_parms. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/template/ttp20.C - copied unchanged from r115063, trunk/gcc/testsuite/g++.dg/template/ttp20.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27424
[Bug middle-end/28075] [4.1 Regression] inliner introduces unnecessary type conversions
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-06-30 14:31 --- (In reply to comment #10) > I have a fix but I have not applied it yet. And I just applied it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28075
[Bug c++/27424] [4.0 regression] Valid template-template-parameter rejected
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-30 14:40 --- Fixed in 4.1.2 also. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.2.0 3.3.3 |4.2.0 3.3.3 4.1.2 Summary|[4.0/4.1 regression] Valid |[4.0 regression] Valid |template-template-parameter |template-template-parameter |rejected|rejected http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27424
[Bug c++/27768] [4.1 regression] wrong-code with vectors
--- Comment #14 from jason at gcc dot gnu dot org 2006-06-30 15:19 --- Subject: Bug 27768 Author: jason Date: Fri Jun 30 15:19:50 2006 New Revision: 115090 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115090 Log: PR c++/27768 * tree-ssa-alias.c (compute_flow_insensitive_aliasing): Add may_aliases already in the tag's annotations to the bitmap. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/opt/alias4.C - copied unchanged from r115062, trunk/gcc/testsuite/g++.dg/opt/alias4.C Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/tree-ssa-alias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27768
[Bug c++/27768] [4.1 regression] wrong-code with vectors
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-06-30 15:25 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27768
[Bug objc++/28206] [4.2 Regression] Objc++ bootstrap broken on mainline
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-30 15:25 --- Fixed by: * objcp-decl.c (objcp_start_struct): Pass null attributes argument to begin_class_definition. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28206
[Bug c++/25915] use ODR rules to make C++ objects not be TREE_PUBLIC
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-06-30 15:27 --- 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=25915
[Bug c++/21581] (optimisation) Functions in anonymous namespaces should default to "hidden" visibility
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-06-30 15:28 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21581
[Bug c++/17470] Visibility attribute ignored for explicit template instantiation
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-06-30 15:28 --- 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=17470
[Bug c++/27000] visibility push/pop and templates go crazy
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-06-30 15:29 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27000
[Bug c++/26984] link error with &(typeid(int)) in anonymous namespace
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-30 15:29 --- 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=26984
[Bug c++/19134] Class visibility of templated classes can't be overridden for function specializations
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-30 15:30 --- 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=19134
[Bug c++/26905] default-visibility class symbol improperly resolved as hidden-visibility
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-30 15:31 --- 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=26905
[Bug c++/26612] visibility and ODR
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-30 15:31 --- Fixed. -- 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=26612
[Bug c++/26612] visibility and ODR
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-30 15:32 --- Fixed I said :). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26612
[Bug fortran/24748] substring of implicitly typed variable not rejected
--- Comment #5 from langton at gcc dot gnu dot org 2006-06-30 16:41 --- Subject: Bug 24748 Author: langton Date: Fri Jun 30 16:41:11 2006 New Revision: 115092 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115092 Log: PR fortran/24748 * gfortran.dg/implicit_8.f90: New. PR fortran/24748 * primary.c (gfc_match_rvalue): Don't call match_substring for implicit non-character types. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/implicit_8.f90 - copied unchanged from r114901, trunk/gcc/testsuite/gfortran.dg/implicit_8.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/primary.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24748
[Bug target/25765] gfortran.dg/assign_2.f90 -O0 fails
--- Comment #6 from langton at gcc dot gnu dot org 2006-06-30 16:46 --- This is fixed in 4.2 as of revision 115079. I'll backport the fix to 4.1 in the next few days: http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01492.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25765
[Bug fortran/24748] substring of implicitly typed variable not rejected
--- Comment #6 from langton at gcc dot gnu dot org 2006-06-30 16:48 --- Fix backported to 4.1. -- langton at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24748
[Bug c++/27227] [4.0 Regression] rejects valid code with some extern "C"
--- Comment #8 from ben at decadentplace dot org dot uk 2006-06-30 17:48 --- The standard says in 7.5/5: "If two declarations of the same function or object specify different linkage-specifications [...] the program is ill-formed if the declarations appear in the same translation unit [...]". That is why code like that in comment 6 is now rejected. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27227
[Bug bootstrap/26066] disable-threads causes undefined reference to pthread_kill and pthread_sigmask
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2006-06-30 18:03 --- Subject: Re: disable-threads causes undefined reference to pthread_kill and pthread_sigmask I've noticed the same problem on IRIX 6.5 (which still uses THREADS=single), cf. PR libgcj/21935. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26066
[Bug c++/28211] New: wrong linkage of template argument, diagnostic could be improved
Description: Error message on invalid code could be clearer. Test case code is
invalid because the linkage of the template argument is wrong (needs to be
extern).
testcase.cc (reduced from case by Ladd Van Tol ,
on xcode-users AT lists DOT apple DOT com):
template class Helper { };
// extern const int foo;
const int foo = 0;
typedef Helper<&foo> HelperType;
Command: g++ -c testcase.cc
Output (g++ 4.0.1):
testcase.cc:4: error: missing '>' to terminate the template argument list
testcase.cc:4: error: template argument 1 is invalid
testcase.cc:4: error: expected initializer before '>' token
Output (g++ 4.2.0 20060610)
testcase.cc:4: error: template argument 1 is invalid
testcase.cc:4: error: invalid type in declaration before ';' token
Remark: uncommenting the extern declaration make the case valid
Keyword: diagnostic
Severity: minor
Suggestion: "template argument 1 is invalid because symbol does not have
external linkage"
--
Summary: wrong linkage of template argument, diagnostic could be
improved
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fang at csl dot cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28211
[Bug c++/18698] [4.0/4.1/4.2 regression] Error message using "using" for code not using "using" ;-)
--- Comment #10 from jason at gcc dot gnu dot org 2006-06-30 18:27 --- Subject: Bug 18698 Author: jason Date: Fri Jun 30 18:27:18 2006 New Revision: 115095 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115095 Log: PR c++/18698 * decl2.c (grokfield): Only try to treat the decl as an access declaration if the scope is a class. Added: trunk/gcc/testsuite/g++.dg/parse/access10.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18698
[Bug c++/27424] [4.0 regression] Valid template-template-parameter rejected
--- Comment #5 from jason at gcc dot gnu dot org 2006-06-30 18:30 --- Subject: Bug 27424 Author: jason Date: Fri Jun 30 18:30:28 2006 New Revision: 115096 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115096 Log: PR c++/27424 * pt.c (convert_template_argument): Pass all template arguments on to coerce_template_template_parms. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/template/ttp20.C - copied unchanged from r115063, trunk/gcc/testsuite/g++.dg/template/ttp20.C Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27424
[Bug c++/28211] wrong linkage of template argument, diagnostic could be improved
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28211
[Bug c++/27424] [4.0 regression] Valid template-template-parameter rejected
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-30 18:34 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27424
[Bug c++/27820] [4.0/4.1/4.2 regression] ICE with duplicate label
--- Comment #4 from lmillward at gcc dot gnu dot org 2006-06-30 18:37 --- Propopsed patch: http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01525.html -- lmillward at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-05-31 02:32:56 |2006-06-30 18:37:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27820
[Bug target/25765] gfortran.dg/assign_2.f90 -O0 fails
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-30 18:40 --- (In reply to comment #6) > This is fixed in 4.2 as of revision 115079. I'll backport the fix to 4.1 in > the next few days: 4.1 does not support that much of x86-darwin anyways. So closing as 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=25765
[Bug java/22299] Even length strings (not odd) placed in .section .rodata.jutf8.# at -O1 or above.
--- Comment #1 from mckinlay at redhat dot com 2006-06-30 19:01 --- The sizes of the constant-merging sections must be a multiple of the alignment of their contents. UtfConsts have 2-byte alignment, so odd-sized strings are rounded up and go in the next-sized bucket. So, it is correct for "ODD" and "" to both go in .rodata.jutf8.8, which is what is happening here. Constant merging is not performed below -O1. -- mckinlay at redhat dot com changed: What|Removed |Added CC||mckinlay at redhat dot com Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22299
[Bug java/22299] Even length strings (not odd) placed in .section .rodata.jutf8.# at -O1 or above.
--- Comment #2 from mckinlay at redhat dot com 2006-06-30 19:04 --- Correction: Both "XX" and "ODD" go in .rodata.jutf8.8. "" would go in .rodata.jutf8.10. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22299
[Bug middle-end/26577] [4.0/4.1/4.2 regression] ICE in cp_expr_size with volatile and call to static
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-03-06 08:06:57 |2006-06-30 19:29:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26577
[Bug c++/18698] [4.0/4.1/4.2 regression] Error message using "using" for code not using "using" ;-)
--- Comment #11 from jason at gcc dot gnu dot org 2006-06-30 19:46 --- Subject: Bug 18698 Author: jason Date: Fri Jun 30 19:45:54 2006 New Revision: 115102 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115102 Log: PR c++/18698 * decl2.c (grokfield): Only try to treat the decl as an access declaration if the scope is a class. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/parse/access10.C - copied unchanged from r115095, trunk/gcc/testsuite/g++.dg/parse/access10.C Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/decl2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18698
[Bug c++/18698] [4.0/4.1/4.2 regression] Error message using "using" for code not using "using" ;-)
--- Comment #12 from jason at gcc dot gnu dot org 2006-06-30 19:47 --- Subject: Bug 18698 Author: jason Date: Fri Jun 30 19:47:09 2006 New Revision: 115103 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115103 Log: PR c++/18698 * decl2.c (grokfield): Only try to treat the decl as an access declaration if the scope is a class. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/parse/access10.C - copied unchanged from r115095, trunk/gcc/testsuite/g++.dg/parse/access10.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/decl2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18698
[Bug c++/26577] [4.0/4.1/4.2 regression] ICE in cp_expr_size with volatile and call to static
--- Comment #9 from jason at gcc dot gnu dot org 2006-06-30 19:49 --- Actually, this is a frontend issue: we shouldn't be asking for the access in the first place. Patch soon. -- jason at gcc dot gnu dot org changed: What|Removed |Added Component|middle-end |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26577
[Bug c++/18698] [4.0/4.1/4.2 regression] Error message using "using" for code not using "using" ;-)
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-06-30 20:07 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|4.1.2 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18698
[Bug c++/26577] [4.0/4.1/4.2 regression] ICE in cp_expr_size with volatile and call to static
--- Comment #10 from jason at gcc dot gnu dot org 2006-06-30 20:48 --- Subject: Bug 26577 Author: jason Date: Fri Jun 30 20:48:42 2006 New Revision: 115105 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115105 Log: PR c++/26577 * call.c (build_new_method_call): Force evaluation of the instance pointer, not the object. Added: trunk/gcc/testsuite/g++.dg/init/volatile1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26577
[Bug c++/18681] [4.0/4.1/4.2 Regression] template friend declaration not recognized
--- Comment #25 from jason at gcc dot gnu dot org 2006-06-30 21:13 --- Fixing this is simplified by DR 45: http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#45 Under DR 45, S1 now has all the access of its enclosing class. We should be able to just implement that DR and this problem will go away. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18681
[Bug c++/26577] [4.0/4.1/4.2 regression] ICE in cp_expr_size with volatile and call to static
--- Comment #11 from jason at gcc dot gnu dot org 2006-06-30 21:23 --- Subject: Bug 26577 Author: jason Date: Fri Jun 30 21:23:45 2006 New Revision: 115106 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115106 Log: PR c++/26577 * call.c (build_new_method_call): Force evaluation of the instance pointer, not the object. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/init/volatile1.C - copied unchanged from r115105, trunk/gcc/testsuite/g++.dg/init/volatile1.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/call.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26577
[Bug c++/18681] [4.0/4.1/4.2 Regression] template friend declaration not recognized
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-10-22 03:39:17 |2006-06-30 21:24:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18681
[Bug c++/26577] [4.0/4.1/4.2 regression] ICE in cp_expr_size with volatile and call to static
--- Comment #12 from jason at gcc dot gnu dot org 2006-06-30 21:25 --- Subject: Bug 26577 Author: jason Date: Fri Jun 30 21:25:21 2006 New Revision: 115107 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115107 Log: PR c++/26577 * call.c (build_new_method_call): Force evaluation of the instance pointer, not the object. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/init/volatile1.C - copied unchanged from r115105, trunk/gcc/testsuite/g++.dg/init/volatile1.C Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/call.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26577
[Bug c++/10591] PCH breaks anonymous namespaces
--- Comment #24 from jason at gcc dot gnu dot org 2006-06-30 21:30 --- Did my recent visibility patch fix this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10591
[Bug c++/26577] [4.0/4.1/4.2 regression] ICE in cp_expr_size with volatile and call to static
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-06-30 22:39 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26577
[Bug c++/21498] clause 7.1.5.3/2 of the c++ is not enforced
--- Comment #3 from fang at csl dot cornell dot edu 2006-07-01 01:06 --- Tripped over this bug while testing some code against ICPC... almost filed a dupe! Using the test case from PR 23385, still reproducible (accepts-invalid) on mainline g++ 4.2.0-20060610. I'd like to understand the rationale behind this C++ standard clause... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21498
[Bug libfortran/27704] Incorrect runtime error on multiple OPEN
--- Comment #2 from patchapp at dberlin dot org 2006-07-01 05:20 --- Subject: Bug number PR27704 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-07/msg6.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27704
[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 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
