[Bug libfortran/30056] [4.1 only] Exceeding recl on direct access
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-12-16 08:16 --- As discussed on PR 30009, this is to costly to fix for 4.1 and risks breaking things. I'm unassigning myself in case anybody wants to tackle it. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|tkoenig at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Keywords||diagnostic Known to fail||4.1.1 Known to work||4.3.0 4.2.0 Summary|Exceeding recl on direct|[4.1 only] Exceeding recl on |access |direct access http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30056
[Bug libfortran/30009] [4.1 only] Unformatted reads exceeding storage units gives EOF instead of ERR
--- Comment #17 from tkoenig at gcc dot gnu dot org 2006-12-16 08:18 --- I'm leaving this open for now, but unassigning myself. If anybody wants to tackle this for 4.1, feel free. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30009
[Bug c++/29475] [4.0/4.1/4.2/4.3 Regression] incomplete template diagnostics.
--- Comment #5 from simartin at gcc dot gnu dot org 2006-12-16 08:51 --- Subject: Bug 29475 Author: simartin Date: Sat Dec 16 08:51:42 2006 New Revision: 119961 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119961 Log: 2006-12-16 Simon Martin <[EMAIL PROTECTED]> PR c++/29475 * cp-tree.h (struct deferred_access_check): New structure to represent a deferred access check. It replaces the previous representation as a tree. (get_deferred_access_checks): Return a vector of struct deferred_access_check instead of a tree list. (perform_access_checks): Take a vector of struct deferred_access_check instead of a tree list. * semantics.c (struct deferred_access): Store the deferred access checks as a vector of struct deferred_access_check instead of a tree list. (push_deferring_access_checks): Handle the change in struct deferred_access. (get_deferred_access_checks): Likewise. (pop_to_parent_deferring_access_checks): Likewise. (perform_or_defer_access_check): Likewise. (perform_access_checks): Take a vector of struct deferred_access_check instead of a tree list. * parser.c (struct tree_check): New structure to store various data associated with a CPP_NESTED_NAME_SPECIFIER or CPP_TEMPLATE_ID token. (struct cp_token): Changed the value field to be a union with a pointer to a struct tree_check for CPP_NESTED_NAME_SPECIFIER or CPP_TEMPLATE_ID tokens and a tree field for all other tokens. (eof_token): Adjusted due to the change in struct cp_token. (cp_lexer_get_preprocessor_token): Likewise. (cp_lexer_purge_token): Likewise. (cp_lexer_purge_tokens_after): Likewise. (cp_lexer_print_token): Likewise. (cp_parser_error): Likewise. (cp_parser_identifier): Likewise. (cp_parser_string_literal): Likewise. (cp_parser_primary_expression): Likewise. (cp_parser_unqualified_id): Likewise. (cp_parser_parenthesized_expression_list): Likewise. (cp_parser_storage_class_specifier_opt): Likewise. (cp_parser_function_specifier_opt): Likewise. (cp_parser_type_specifier): Likewise. (cp_parser_simple_type_specifier): Likewise. (cp_parser_initializer_list): Likewise. (cp_parser_member_specification_opt): Likewise. (cp_parser_attribute_list): Likewise. (cp_parser_objc_expression): Likewise. (cp_parser_objc_protocol_qualifiers): Likewise. (cp_parser_objc_selector): Likewise. (cp_parser_objc_declaration): Likewise. (cp_parser_objc_statement): Likewise. (cp_parser_omp_clause_name): Likewise. (cp_parser_omp_clause_default): Likewise. (cp_parser_omp_clause_schedule): Likewise. (cp_parser_omp_parallel): Likewise. (cp_parser_initial_pragma): Likewise. (pragma_lex): Likewise. (cp_parser_pre_parsed_nested_name_specifier): Likewise. (cp_parser_nested_name_specifier_opt): Likewise. Use cp_token::u::tree_check_value to save the token's value, the associated deferred checks and its qualifying scope. (cp_parser_template_id): Likewise. (cp_parser_template_declaration_after_export): Adjusted the call to get_deferred_access_checks. (cp_parser_init_declarator): Take the access checks as a vector of struct deferred_access_check instead of a tree list. (cp_parser_single_declaration): Likewise. (cp_parser_perform_template_parameter_access_checks): Likewise. (cp_parser_simple_declaration): Adjusted the call to cp_parser_init_declarator. (cp_parser_explicit_specialization): Adjusted the call to cp_parser_single_declaration. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-tree.h trunk/gcc/cp/parser.c trunk/gcc/cp/semantics.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29475
[Bug libstdc++/30226] FAIL: abi_check
--- Comment #1 from pcarlini at suse dot de 2006-12-16 10:45 --- Yes, this is a known issue: http://gcc.gnu.org/ml/libstdc++/2006-12/msg0.html -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-12-16 10:45:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30226
[Bug libfortran/30162] I/O with named pipes does not work
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-12-16 11:44 --- (In reply to comment #1) > These seeks actually translate to OS calls, which of course fails > for pipes. We could get by for writing if we - eliminated the seeks as long as we don't actually go past our buffer - flushed after every write statement if we have a non-seekable file - set the subrecord size to the buffer length - 2*length of the record marker. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
[Bug target/30230] New: Incorrect ia64 EH info when an EH region ends in the middle of a bundle
struct A {};
struct B { virtual ~B(); };
B::~B () {}
struct C { void foo (short &, B &); };
struct D { void *d1; C *d2; virtual void virt (void) {} };
struct E { D *e1; B *e2; };
struct F { void bar (void *, B &); };
F *p __attribute__((weak));
volatile int r;
void C::foo (short &x, B &)
{
if (r)
throw A ();
x = 1;
}
void F::bar (void *, B &)
{
throw A ();
}
void baz (E &x)
{
short g = 0;
B b = *x.e2;
x.e1->d2->foo (g, b);
if (g)
p->bar(x.e1->d1, b);
}
int main ()
{
F g;
D s;
E h;
p = &g;
h.e1 = &s;
try
{
baz (h);
}
catch (A &)
{
}
return 0;
}
fails on ia64 at least with gcc trunk and 4.1.1 at -O2.
The problem is a br.call not at the end of a bundle where the EH region
ends right after it:
.mbb
ld8 r39 = [r15]
br.call.sptk.many b0 = _ZN1F3barEPvR1B#
[.LEHE0:]
nop 0
;;
As br.call sets rp to the address of the next bundle, when the personality
routine is called it doesn't think this call is inside of the .LEHB0 .. .LEHE0
EH region and calls std::terminate.
--
Summary: Incorrect ia64 EH info when an EH region ends in the
middle of a bundle
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
GCC target triplet: ia64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30230
[Bug c/30231] New: Segmentation fault on non-const array size
gcc segfaults instead of reporting error on simple source: int x; int y; int z[&y - &x]; -- Summary: Segmentation fault on non-const array size Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mikhail dot vorozhtsov at gmail dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30231
[Bug c/30231] Segmentation fault on non-const array size
--- Comment #1 from mikhail dot vorozhtsov at gmail dot com 2006-12-16 12:31 --- Created an attachment (id=12817) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12817&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30231
[Bug c/30231] Segmentation fault on non-const array size
--- Comment #2 from mikhail dot vorozhtsov at gmail dot com 2006-12-16 12:42 --- (In reply to comment #0) BTW, g++ works fine: > g++ test.c test.c:3: error: array bound is not an integer constant > gcc test.c test.c:3: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30231
[Bug target/30230] Incorrect ia64 EH info when an EH region ends in the middle of a bundle
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||12/msg01158.html Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2006-12-16 13:05:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30230
[Bug c++/30232] New: Templated function seems to hide non-templated one with same name under certain circumstances in newer versions of g++.
Attached are to short example programs (no special includes and options needed). Both programs compile and run fine with g++-3.3.5, but fail to compile with g++-4.1.1 and g++-4.3.0. The problem seems to be that a function template inline void foo(SomeType &obj) prevents another function inline void foo(int &) from beeing found by the compiler under certain circumstances. gcc-tmplshadow-bug-1.cc is extremly short, gcc-tmplshadow-bug-2.cc shows the problem in a more detailed way and allows for some variation. $ g++-4.3 gcc-tmplshadow-bug-1.cc -o gcc-tmplshadow-bug-1 gcc-tmplshadow-bug-1.cc: In function void foo(SomeType&) [with tp_type = int]: gcc-tmplshadow-bug-1.cc:24: instantiated from here gcc-tmplshadow-bug-1.cc:13: error: no matching function for call to foo(int&) $ g++-4.3 gcc-tmplshadow-bug-1.cc -o gcc-tmplshadow-bug-1 gcc-tmplshadow-bug-1.cc: In function void foo(SomeType&) [with tp_type = int]: gcc-tmplshadow-bug-1.cc:24: instantiated from here gcc-tmplshadow-bug-1.cc:13: error: no matching function for call to foo(int&) [EMAIL PROTECTED]:~/Data/Source/C/Local/Bugs> g++-4.3 gcc-tmplshadow-bug-2.cc -o gcc-tmplshadow-bug-2 gcc-tmplshadow-bug-2.cc: In function void bar(tp_type&) [with tp_type = Type3]: gcc-tmplshadow-bug-2.cc:51: instantiated from here gcc-tmplshadow-bug-2.cc:34: error: no matching function for call to foo(int&) $ g++-4.3 -v Using built-in specs. Target: i686-suse-linux Configured with: ./configure --host=i686-suse-linux --build=i686-suse-linux --program-suffix=-4.3 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --enable-threads=posix --enable-languages=c,c++ --with-system-zlib --enable-shared --enable-nls --enable-__cxa_atexit --enable-checking=release Thread model: posix gcc version 4.3.0 20061209 (experimental) -- Summary: Templated function seems to hide non-templated one with same name under certain circumstances in newer versions of g++. Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: whisp at users dot sf dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30232
[Bug c++/30232] Templated function seems to hide non-templated one with same name under certain circumstances in newer versions of g++.
--- Comment #1 from whisp at users dot sf dot net 2006-12-16 13:16 --- Created an attachment (id=12818) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12818&action=view) Test case 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30232
[Bug c++/30232] Templated function seems to hide non-templated one with same name under certain circumstances in newer versions of g++.
--- Comment #2 from whisp at users dot sf dot net 2006-12-16 13:16 --- Created an attachment (id=12819) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12819&action=view) Test case 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30232
[Bug c/30233] New: internal compiler error: in vect_stmt_relevant_p, at tree-vect-analyze.c:1514
I tried to compile gimp-2.2.13 with this script: #!/bin/sh _cflags="-O3 -m32 -mmmx -msse -m3dnow -msse -funroll-all-loops -floop-optimize2 -ftree-ccp -ftree-ch -ftree-combine-temps -ftree-copy-prop -ftree-copyrename -ftree-dce -ftree-dominator-opts -ftree-dse -ftree-fre -ftree-loop-im -ftree-loop-ivcanon -ftree-loop-linear -ftree-loop-optimize -ftree-lrs -ftree-pre -ftree-salias -ftree-sink -ftree-sra -ftree-store-ccp -ftree-store-copy-prop -ftree-ter -ftree-vect-loop-version -ftree-vrp -fbranch-target-load-optimize2 -ftree-vectorize -mfpmath=387,sse -ffast-math -mfancy-math-387 -march=athlon-xp -fomit-frame-pointer -pipe" CFLAGS="$_cflags" CXXFLAGS="$_cflags" CXX=g++4 CC=gcc4 ./configure $* and received the next error: maze.c: In function 'run': maze.c:179: internal compiler error: in vect_stmt_relevant_p, at tree-vect-analyze.c:1514 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[3]: *** [maze.o] Error 1 make[3]: Leaving directory `/tmp/gimp-2.2.13/plug-ins/maze' make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- Summary: internal compiler error: in vect_stmt_relevant_p, at tree-vect-analyze.c:1514 Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nickols_k at mail dot ru 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=30233
[Bug target/24036] [4.1/4.2 Regression] [e500] ICE in subreg_offset_representable_p, at rtlanal.c:3143
--- Comment #9 from jsm28 at gcc dot gnu dot org 2006-12-16 16:34 --- Subject: Bug 24036 Author: jsm28 Date: Sat Dec 16 16:33:55 2006 New Revision: 119962 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119962 Log: 2006-12-16 Joseph Myers <[EMAIL PROTECTED]> David Edelsohn <[EMAIL PROTECTED]> PR target/24036 * doc/tm.texi (HARD_REGNO_NREGS_HAS_PADDING, HARD_REGNO_NREGS_WITH_PADDING): Document new target macros. * defaults.h (HARD_REGNO_NREGS_HAS_PADDING, HARD_REGNO_NREGS_WITH_PADDING): Define. * config/i386/i386.h (HARD_REGNO_NREGS_HAS_PADDING, HARD_REGNO_NREGS_WITH_PADDING): Define. * rtlanal.c (subreg_regno_offset, subreg_offset_representable_p): Use new macros to detect modes with holes; do not look at integer units. (subreg_offset_representable_p): Check for and disallow cases where the modes use different numbers of bits from registers. * config/rs6000/rs6000.c (rs6000_emit_move): Handle TFmode constant for soft-float. (rs6000_hard_regno_nregs): Use UNITS_PER_FP_WORD for e500 GPRs containing doubles. (rs6000_split_multireg_move): Use DFmode reg_mode for TFmode moves in E500 double case. * config/rs6000/rs6000.md (movtf): Allow soft-float. (movtf_softfloat): New. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config/i386/i386.h branches/gcc-4_2-branch/gcc/config/rs6000/rs6000.c branches/gcc-4_2-branch/gcc/config/rs6000/rs6000.md branches/gcc-4_2-branch/gcc/defaults.h branches/gcc-4_2-branch/gcc/doc/tm.texi branches/gcc-4_2-branch/gcc/rtlanal.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24036
[Bug middle-end/7651] Define -Wextra strictly in terms of other warning flags
--- Comment #7 from manu at gcc dot gnu dot org 2006-12-16 16:48 --- Subject: Bug 7651 Author: manu Date: Sat Dec 16 16:48:01 2006 New Revision: 119963 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119963 Log: 2006-12-16 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> PR middle-end/7651 * c.opt (Wempty-body): New. * doc/invoke.texi (Wempty-body): Document it. (Wextra): Enabled by -Wextra. * c-opts.c (c_common_post_options): Enabled by -Wextra. * c-common.c (empty_body_warning): Replace Wextra with Wempty-body. * c-parser.c (c_parser_c99_block_statement): Likewise. testsuite/ * gcc.dg/20001116-1.c: Replace -Wextra with -Wempty-body. * gcc.dg/if-empty-1.c: Likewise. * gcc.dg/pr23165.c: Likewise. * g++.dg/warn/empty-body.C: Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/c-common.c trunk/gcc/c-opts.c trunk/gcc/c-parser.c trunk/gcc/c.opt trunk/gcc/doc/invoke.texi trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/warn/empty-body.C trunk/gcc/testsuite/gcc.dg/20001116-1.c trunk/gcc/testsuite/gcc.dg/if-empty-1.c trunk/gcc/testsuite/gcc.dg/pr23165.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7651
[Bug tree-optimization/30233] internal compiler error: in vect_stmt_relevant_p, at tree-vect-analyze.c:1514
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|c |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30233
[Bug tree-optimization/30233] internal compiler error: in vect_stmt_relevant_p, at tree-vect-analyze.c:1514
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-16 18:27 --- Can you attach the preprocessed source as requested on: http://gcc.gnu.org/bugs.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30233
[Bug c/30231] Segmentation fault on non-const array size
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-16 18:31 --- *** This bug has been marked as a duplicate of 25161 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30231
[Bug c/25161] [4.0/4.1 Regression] Internal compiler error (segfault) instead of error message
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-12-16 18:31 --- *** Bug 30231 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||mikhail dot vorozhtsov at ||gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25161
[Bug c++/30232] Templated function seems to hide non-templated one with same name under certain circumstances in newer versions of g++.
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-16 18:34 --- This was a bug in GCC before 4.1.0. See PR 2922. You are incorrect. This code is invalid because argument dependent namelookup does not have an effect on fundumental types. This sentence is where it goes wrong: Name lookup (3.4, 3.4.2) does not distinguish between the different contexts for the case of an instantiated instantiation. 14.6.4.2/1 says: For the part of the lookup using unqualified name lookup (3.4.1), only function declarations with external linkage from the template definition context are found. see the template definition context, so it does distinguish. *** This bug has been marked as a duplicate of 2922 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30232
[Bug c++/2922] [DR 197] two-stage lookup for unqualified function calls with type-dependent arguments
--- Comment #27 from pinskia at gcc dot gnu dot org 2006-12-16 18:34 --- *** Bug 30232 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||whisp at users dot sf dot ||net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2922
[Bug target/24036] [4.1/4.2 Regression] [e500] ICE in subreg_offset_representable_p, at rtlanal.c:3143
--- Comment #10 from jsm28 at gcc dot gnu dot org 2006-12-16 19:25 --- Subject: Bug 24036 Author: jsm28 Date: Sat Dec 16 19:24:56 2006 New Revision: 119967 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119967 Log: 2006-12-16 Joseph Myers <[EMAIL PROTECTED]> David Edelsohn <[EMAIL PROTECTED]> PR target/24036 * doc/tm.texi (HARD_REGNO_NREGS_HAS_PADDING, HARD_REGNO_NREGS_WITH_PADDING): Document new target macros. * defaults.h (HARD_REGNO_NREGS_HAS_PADDING, HARD_REGNO_NREGS_WITH_PADDING): Define. * config/i386/i386.h (HARD_REGNO_NREGS_HAS_PADDING, HARD_REGNO_NREGS_WITH_PADDING): Define. * rtlanal.c (subreg_regno_offset, subreg_offset_representable_p): Use new macros to detect modes with holes; do not look at integer units. (subreg_offset_representable_p): Check for and disallow cases where the modes use different numbers of bits from registers. * config/rs6000/rs6000.c (rs6000_emit_move): Handle TFmode constant for soft-float. (rs6000_hard_regno_nregs): Use UNITS_PER_FP_WORD for e500 GPRs containing doubles. (rs6000_split_multireg_move): Use DFmode reg_mode for TFmode moves in E500 double case. * config/rs6000/rs6000.md (movtf): Allow soft-float. (movtf_softfloat): New. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/i386/i386.h branches/gcc-4_1-branch/gcc/config/rs6000/rs6000.c branches/gcc-4_1-branch/gcc/config/rs6000/rs6000.md branches/gcc-4_1-branch/gcc/defaults.h branches/gcc-4_1-branch/gcc/doc/tm.texi branches/gcc-4_1-branch/gcc/rtlanal.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24036
[Bug fortran/30207] [4.2/4.3 Regression] ICE in gfc_dep_resolver with where (a < 0) a(:) = 1
--- Comment #4 from roger at eyesopen dot com 2006-12-16 19:28 --- Steve posted his fix at http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01012.html and I came up with an improved version that correctly identifies the equivalence of "z" and "z(:)" here http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01094.html Sorry for the inconvenience. It looks like I introduced this regression whilst restructuring gfc_dep_resolver. As penance, I'm currently investigating a related gfortran optimization, that can use the proposed gfc_full_array_ref_p, to improve the code generated for your POSL function even further. -- roger at eyesopen dot com changed: What|Removed |Added CC||roger at eyesopen dot com Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30207
[Bug c++/30234] New: ICE in instantiate_decl, at cp/pt.c:11621 on invalid template code
--- begin test.cc
template class S {
public:
static const T m_value;
};
template const int S::m_value = 1;
int main(int argc, char *argv[]) {
int i = S::m_value;
return 0;
}
--- end test.cc ---
g++ test.cc
test.cc: In function 'int main(int, char**)':
test.cc:9: instantiated from 'const int S::m_value'
test.cc:9: instantiated from here
test.cc:9: internal compiler error: in instantiate_decl, at cp/pt.c:11621
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
Same with gcc version 4.1.2 20061208 and 4.2.0 20061212
Example compiles without error when patched like this:
-template const int S::m_value = 1;
+template <> const int S::m_value = 1;
--
Summary: ICE in instantiate_decl, at cp/pt.c:11621 on invalid
template code
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ps dot report at gmx dot net
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=30234
[Bug c++/30234] ICE in instantiate_decl, at cp/pt.c:11621 on invalid template code
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-16 20:28 --- *** This bug has been marked as a duplicate of 24791 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30234
[Bug c++/24791] ICE on invalid instantiation of template's static member
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-12-16 20:28 --- *** Bug 30234 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||ps dot report at gmx dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24791
[Bug fortran/30207] [4.2/4.3 Regression] ICE in gfc_dep_resolver with where (a < 0) a(:) = 1
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-12-16 21:21 --- I have tested Rogers patch with the gfortran testsuite and cp2k and no regressions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30207
[Bug libfortran/30162] I/O with named pipes does not work
-- tkoenig at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-12-15 21:14:51 |2006-12-16 21:34:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
Project Mail.
mirspace.com now links to gnu.org
Hello Gnu, I've visited gnu.org today, and really like it. I run a site similar to yours, and I was wondering if you would like to trade links with me? You can see my site at "http://money.mirspace.com";. I will give your site a prominent listing on my page at http://money.mirspace.com/main/center/read/link007.html, if you link back to my site. Please let me know if you have any questions or comments. Best regards, kukbong choi Mirspace corp http://money.mirspace.com - [EMAIL PROTECTED] 61-68 Jungang dong., Suncheon City, South Korea Phone: 82-0502-800-0012 - Fax: 82-061-908-2177
[Bug fortran/30235] New: missing alternate return argument with explicit interface causes segfault
The following code, in which the (contained) subroutine has an alternate return argument which is not present in the subroutine call, produces a segfault: -- debian-gfortran:~/test> cat altreturn3.f90 program altreturn3 call altret() contains subroutine altret(*) return 1 end subroutine end debian-gfortran:~/test> ../bin-trunk/bin/gfortran altreturn3.f90 -o altret3 altreturn3.f90:0: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. debian-gfortran:~/test> ../bin-trunk/bin/gfortran --version GNU Fortran 95 (GCC) 4.3.0 20061128 (experimental) Copyright (C) 2006 Free Software Foundation, Inc. -- Summary: missing alternate return argument with explicit interface causes segfault Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brooks at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30235
[Bug fortran/30236] New: alternate-return subroutine in generic interface causes ice/segfault
The following code contains a generic interface which has two procedures, one with an alternate return and one without. This causes a segfault ICE. If either of the "module procedure" lines are commented out, however, the program compiles. Note, however, that adding an alternate return argument to the "with" subroutine does not prevent the ICE. I believe that this is valid code, as I have (unfortunately) not found any prohibition in the standard against procedures with alternate returns in generic interfaces. --- debian-gfortran:~/test> cat arswitch.f90 module arswitch implicit none interface gen module procedure with module procedure without end interface contains subroutine with(i,*) integer i if (i>0) then return 1 else return end if end subroutine subroutine without() return end subroutine end module program test use arswitch implicit none end debian-gfortran:~/test> ../bin-trunk/bin/gfortran arswitch.f90 -o arswitch arswitch.f90:0: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. debian-gfortran:~/test> ../bin-trunk/bin/gfortran --version GNU Fortran 95 (GCC) 4.3.0 20061128 (experimental) Copyright (C) 2006 Free Software Foundation, Inc. -- Summary: alternate-return subroutine in generic interface causes ice/segfault Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: brooks at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30236
