[Bug c++/85976] [8/9 Regression] ICE in cp_tree_equal when building Blitz. May be nested templates.

2018-05-30 Thread slayoo at staszic dot waw.pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85976 --- Comment #6 from Sylwester Arabas --- BTW, according to this gcc www entry, Blitz++ seems to listed as a part of GCC test suite: https://gcc.gnu.org/testing/testing-blitz.html Is this information up to date? Was this issue somehow triggered

[Bug c++/61774] New: ICE (regression?) in lra_update_insn_recog_data, at lra.c:1219

2014-07-10 Thread slayoo at staszic dot waw.pl
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: slayoo at staszic dot waw.pl Created attachment 33103 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33103action=edit single .ii file that triggers the ICE Hi, Trying out current

[Bug c++/60267] ICE in c_pp_lookup_pragma, at c-family/c-pragma.c:1232; ICE in tsubst_copy, at cp/pt.c:12887

2014-03-09 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267 --- Comment #13 from Sylwester Arabas slayoo at staszic dot waw.pl --- Just confirming it solved the problem with compilation of Blitz++ with the ivdep pragmas. Thanks, Sylwester P.S. Turning them on, causes a slowdown in this case, though :).

[Bug c++/60267] ICE in c_pp_lookup_pragma, at c-family/c-pragma.c:1232; ICE in tsubst_copy, at cp/pt.c:12887

2014-02-19 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267 --- Comment #7 from Sylwester Arabas slayoo at staszic dot waw.pl --- Created attachment 32172 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32172action=edit preprocessed source trigerring ICE with g++ snapshot 20140212 Thanks a lot

[Bug c++/60267] ICE in c_pp_lookup_pragma, at c-family/c-pragma.c:1232; ICE in tsubst_copy, at cp/pt.c:12887

2014-02-19 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267 --- Comment #8 from Sylwester Arabas slayoo at staszic dot waw.pl --- BTW, I have initially reported it as a comment to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60198 (the same file/line in ICE error message). S.

[Bug c++/60267] ICE in c_pp_lookup_pragma, at c-family/c-pragma.c:1232; ICE in tsubst_copy, at cp/pt.c:12887

2014-02-19 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267 --- Comment #12 from Sylwester Arabas slayoo at staszic dot waw.pl --- Thanks a lot! I'll try it as soon as it will get into Debian's gcc-snapshot package. Sylwester

[Bug c++/60198] ICE with _Cilk_spawn in expression within template function

2014-02-18 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60198 Sylwester Arabas slayoo at staszic dot waw.pl changed: What|Removed |Added CC||slayoo

[Bug c++/60267] New: ICE in c_pp_lookup_pragma, at c-family/c-pragma.c:1232; ICE in tsubst_copy, at cp/pt.c:12887

2014-02-18 Thread slayoo at staszic dot waw.pl
: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: slayoo at staszic dot waw.pl Hi All, The Blitz++ library (http://sf.net/projects/blitz) contains some #pragma ivdep macros intended

[Bug c++/60198] ICE with _Cilk_spawn in expression within template function

2014-02-18 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60198 --- Comment #4 from Sylwester Arabas slayoo at staszic dot waw.pl --- Here it is: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267 HTH, Sylwester

[Bug c++/60267] ICE in c_pp_lookup_pragma, at c-family/c-pragma.c:1232; ICE in tsubst_copy, at cp/pt.c:12887

2014-02-18 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60267 --- Comment #2 from Sylwester Arabas slayoo at staszic dot waw.pl --- As I've mentioned, trying to use -save-temps results in another ICE and an abruptly cut .ii file (last line ends with an unfinished #pragma). The .ii file fails to compile

[Bug c++/57041] New: ICE in lookup_field_1, at cp/search.c:376 (with dot-prefixed structure initialisation)

2013-04-23 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57041 Bug #: 57041 Summary: ICE in lookup_field_1, at cp/search.c:376 (with dot-prefixed structure initialisation) Classification: Unclassified Product: gcc Version: 4.8.0

[Bug fortran/55983] [4.7/4.8 Regression] ICE in find_typebound_proc_uop, at fortran/class.c:2711

2013-01-15 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55983 --- Comment #3 from Sylwester Arabas slayoo at staszic dot waw.pl 2013-01-15 09:03:28 UTC --- Hi Janus, Re .f90 - it's not valid f90 code after all :) Re missing use bcd_m - I was aware of this case, and I submitted the Bad statement

[Bug fortran/55983] New: ICE in find_typebound_proc_uop, at fortran/class.c:2711

2013-01-14 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55983 Bug #: 55983 Summary: ICE in find_typebound_proc_uop, at fortran/class.c:2711 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug fortran/55984] New: ICE: gfc_trans_code(): Bad statement code

2013-01-14 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55984 Bug #: 55984 Summary: ICE: gfc_trans_code(): Bad statement code Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/54940] New: ICE in gfc_build_intrinsic_call, at fortran/expr.c:4609

2012-10-16 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54940 Bug #: 54940 Summary: ICE in gfc_build_intrinsic_call, at fortran/expr.c:4609 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug fortran/54880] [OOP] ICE in gfc_create_module_variable, at fortran/trans-decl.c:4013

2012-10-12 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54880 --- Comment #2 from Sylwester Arabas slayoo at staszic dot waw.pl 2012-10-12 09:48:12 UTC --- Hi, I've came across it after simply switching the order of module definitions in a file (i.e. no preprocessor - I've used the preprocessor

[Bug fortran/54788] ICE on pointer-array element assignment

2012-10-09 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54788 --- Comment #5 from Sylwester Arabas slayoo at staszic dot waw.pl 2012-10-09 18:57:42 UTC --- Created attachment 28404 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28404 testcase The bug report got cluttered with non-relevant

[Bug fortran/54880] New: ICE in gfc_create_module_variable, at fortran/trans-decl.c:4013

2012-10-09 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54880 Bug #: 54880 Summary: ICE in gfc_create_module_variable, at fortran/trans-decl.c:4013 Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug fortran/54788] ICE on pointer-array element assignment

2012-10-03 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54788 --- Comment #4 from Sylwester Arabas slayoo at staszic dot waw.pl 2012-10-03 10:45:10 UTC --- Thanks for your replies! I've managed to get a vector of array pointers employing one more intermediate derived type. The arrvec_t defined

[Bug fortran/54778] New: an ICE on invalid OO code

2012-10-02 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54778 Bug #: 54778 Summary: an ICE on invalid OO code Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/54788] New: ICE on pointer-array element assignment

2012-10-02 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54788 Bug #: 54788 Summary: ICE on pointer-array element assignment Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/54243] New: f951: internal compiler error: Segmentation fault (trying to compile errorneous code)

2012-08-13 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54243 Bug #: 54243 Summary: f951: internal compiler error: Segmentation fault (trying to compile errorneous code) Classification: Unclassified Product: gcc Version: 4.8.0

[Bug fortran/54244] New: f951: internal compiler error: in gfc_add_component_ref, at fortran/class.c:210

2012-08-13 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54244 Bug #: 54244 Summary: f951: internal compiler error: in gfc_add_component_ref, at fortran/class.c:210 Classification: Unclassified Product: gcc Version: 4.8.0

[Bug middle-end/31094] Support annotating function parameters as read-only and/or non-escaping

2012-04-24 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31094 Sylwester Arabas slayoo at staszic dot waw.pl changed: What|Removed |Added CC||slayoo

[Bug fortran/53077] suggestion to add the .f extension to the list of file extensions that trigger enabling of the preprocessor

2012-04-23 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53077 --- Comment #5 from Sylwester Arabas slayoo at staszic dot waw.pl 2012-04-23 11:13:21 UTC --- Thanks for quick replies. Why can't you just pass the -cpp option to gfortran if you want to enable the preprocessor? Of course you can, but first

[Bug fortran/53077] New: suggestion to add the .f extension to the list of file extensions that trigger enabling of the preprocessor

2012-04-22 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53077 Bug #: 53077 Summary: suggestion to add the .f extension to the list of file extensions that trigger enabling of the preprocessor Classification: Unclassified Product: gcc

[Bug fortran/53077] suggestion to add the .f extension to the list of file extensions that trigger enabling of the preprocessor

2012-04-22 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53077 --- Comment #1 from Sylwester Arabas slayoo at staszic dot waw.pl 2012-04-22 20:35:49 UTC --- The gfortran-mp-4.6 vs. gfortran difference in the code above is not relevant to the issue.

[Bug fortran/53077] suggestion to add the .f extension to the list of file extensions that trigger enabling of the preprocessor

2012-04-22 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53077 --- Comment #2 from Sylwester Arabas slayoo at staszic dot waw.pl 2012-04-22 21:36:33 UTC --- Hmm... apparently the PGI compiler uses the same rule for enabling preprocessor with .f and .F extensions. Then, if there's some important reason behind

[Bug fortran/52994] New: internal compiler error: in gfc_trans_assignment_1, at fortran/trans-expr.c:6881

2012-04-15 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52994 Bug #: 52994 Summary: internal compiler error: in gfc_trans_assignment_1, at fortran/trans-expr.c:6881 Classification: Unclassified Product: gcc Version: 4.8.0

[Bug fortran/52994] internal compiler error: in gfc_trans_assignment_1, at fortran/trans-expr.c:6881

2012-04-15 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52994 --- Comment #1 from Sylwester Arabas slayoo at staszic dot waw.pl 2012-04-15 11:40:49 UTC --- Created attachment 27159 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27159 Fortran source file with minimal example to reproduce the descibed

[Bug fortran/52994] [OOP] [F08] internal compiler error: in gfc_trans_assignment_1, at fortran/trans-expr.c:6881

2012-04-15 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52994 --- Comment #3 from Sylwester Arabas slayoo at staszic dot waw.pl 2012-04-15 19:28:22 UTC --- pointer-valued (and dimensionful) type-bound procedure. Phew. Thanks for the nice test case :) That's what I've got trying to reimplement quite

[Bug fortran/52994] [OOP] [F08] internal compiler error: in gfc_trans_assignment_1, at fortran/trans-expr.c:6881

2012-04-15 Thread slayoo at staszic dot waw.pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52994 --- Comment #8 from Sylwester Arabas slayoo at staszic dot waw.pl 2012-04-15 20:23:18 UTC --- Just out of curiosity: Are you aware of any compiler which swallows this? No. I've just tried it with PGI (pgf95) but it chokes on contains within