[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2017-09-24 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 --- Comment #12 from Dominique d'Humieres --- An instrumented compiler gives: pr52622_red.f90:30:35: type, bind(c) :: Args_Basic_epv_t 1 Warning: Derived type 'args_basic_epv_t' with BIND(C) attribute at (1

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2017-09-24 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 --- Comment #11 from Thomas Koenig --- The first problem happens when resolving the symbol passeverywherefcomplex_impl: (gdb) p *sym $5 = {name = 0x5e5c600 "passeverywherefcomplex_impl" The offending line is 4866 if (formal->sym

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2017-09-24 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 Thomas Koenig changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2013-12-29 00:00:

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2015-11-22 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 --- Comment #9 from Dominique d'Humieres --- > Is the test case corrupted somehow? ... This is what I get on x86_64-apple-darwin14 when there is no ICE, but depending on the "mood" of my machine I sometime I get the ICEs reported in comment 7. S

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2015-11-22 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Comment #

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2015-10-24 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 --- Comment #7 from Dominique d'Humieres --- > Does the problem still exist? The change occurred between revisions r217100 (2014-11-04) and r217500 (2014-11-13), likely r217383 for pr44054. Note that there is probably still a latent bug, an lea

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2015-10-20 Thread kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING CC|

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2013-12-29 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2012-04-09 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 janus at gcc dot gnu.org changed: What|Removed |Added Severity|blocker |normal

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2012-03-21 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 Tobias Burnus changed: What|Removed |Added Keywords||ice-on-invalid-code CC|

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2012-03-21 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 --- Comment #3 from Dominique d'Humieres 2012-03-21 15:56:46 UTC --- On x86_64-apple-darwin10, compiling the test with 4.6.3, 4.7.0RC2, or trunk gives the follwoing errors pr52622.f90:130.2: function passeverywherefcomplex_impl(self, c1, c2,

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2012-03-20 Thread adrian at llnl dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 --- Comment #2 from Adrian Prantl 2012-03-20 15:33:40 UTC --- I'm getting the error with both gcc 4.6.2 and 4.6.3 Below is the stack trace. Program received signal SIGSEGV, Segmentation fault. resolve_symbol (sym=0x14091b0) at ../../gcc-4.6.2/gc

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

2012-03-20 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 Tobias Burnus changed: What|Removed |Added Attachment #26922|application/octet-stream|text/plain mime type|