[Bug fortran/29523] New: ICE with some non up-to date .mod files

[Bug fortran/29523] New: ICE with some non up-to date .mod files

[keinstein_junior at gmx dot net]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2134 bytes --]

Hi,

I got the following error message when I do just „make“ on my program.
Running „make clean && make“ solves the problem, but gcc should give some
useful error message:

--------------------------------

gfortran -DPACKAGE_NAME=\"matprop\" -DPACKAGE_TARNAME=\"matprop\"
-DPACKAGE_VERSION=\"0.1.0\" -DPACKAGE_STRING=\"matprop\ 0.1.0\"
-DPACKAGE_BUGREPORT=\"T.Schlemmer@fz-rossendorf.de\" -DPACKAGE=\"matprop\"
-DVERSION=\"0.1.0\" -I. -I../../src    -I ../../includes -I potentials -I tools
-I lattices -I Verfahren -I filter -O3 -funsafe-loop-optimizations
-Wunsafe-loop-optimizations -ftree-loop-linear -ftree-loop-im -ftree-vectorize
-funroll-loops -fprefetch-loop-arrays -fvariable-expansion-in-unroller
-freorder-blocks-and-partition -ffast-math -ffinite-math-only 
-fno-trapping-math -funswitch-loops -finline-limit=6000 -c -o diffussion.o
../../src/diffussion.F90
../../src/diffussion.F90: In Funktion »main_program«:
../../src/diffussion.F90:161: interner Compiler-Fehler: in
gfc_get_derived_type, bei fortran/trans-types.c:1450
Bitte senden Sie einen vollständigen Fehlerbericht auf Englisch ein;
bearbeiten Sie die Quellen zunächst mit einem Präprozessor, wenn es
dienlich ist.
Fehler in der deutschen Ãœbersetzung sind an
translation-team-de@lists.sourceforge.net zu melden.

Gehen Sie gemäß den Hinweisen in <URL:http://gcc.gnu.org/bugs.html> vor.
For Debian GNU/Linux specific bug reporting instructions,
see <URL:file:///usr/share/doc/gcc-4.1/README.Bugs>.

----------------------------------

Sorry, I don't know, how to reproduce it. But maybe it will be useful anyway.

Tobias


-- 
           Summary: ICE with some non up-to date .mod files
           Product: gcc
           Version: 4.1.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: keinstein_junior at gmx dot net
 GCC build triplet: x86_64-linux-gnu
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29523

[Bug fortran/29523] ICE with some non up-to date .mod files

[rguenth at gcc dot gnu dot org]

------- Comment #1 from rguenth at gcc dot gnu dot org  2006-10-20 14:43 -------
Can you provide some details on the out of date .mod files?  Were they compiled
with a different compiler version or on a different architecture?  Or are they
just not up-to-date with the source?  In the latter case you should adjust your
makefile to honour dependencies and rebuild the .mod files appropriately.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29523

[Bug fortran/29523] ICE with some non up-to date .mod files

[keinstein_junior at gmx dot net]

------- Comment #2 from keinstein_junior at gmx dot net  2006-10-23 07:28 -------
(In reply to comment #1)
> Can you provide some details on the out of date .mod files?  Were they compiled
> with a different compiler version or on a different architecture?  Or are they
> just not up-to-date with the source?  In the latter case you should adjust your
> makefile to honour dependencies and rebuild the .mod files appropriately.

The latter case is true. But gfortran should give a useful error message.
Up to now it was much easier to do "make clean" than to track all the
dependencies across the different directories as gfortran doesn't offer
dependency tracking.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29523

[Bug fortran/29523] ICE with some non up-to date .mod files

[keinstein_junior at gmx dot net]

------- Comment #3 from keinstein_junior at gmx dot net  2006-10-25 07:41 -------
Created an attachment (id=12488)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12488&action=view)
one failing and one working set of .mod files

In the tar archive there are two subtrees:
src-ICE has all loaded .mod files from the .F90 file, which fails
src     the same as above, but after rebuilding all .mod files


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29523

[Bug fortran/29523] ICE with some non up-to date .mod files

[fxcoudert at gcc dot gnu dot org]

------- Comment #4 from fxcoudert at gcc dot gnu dot org  2006-11-01 08:16 -------
Using gfortran-4.1.1, I tried to reproduce your bug by adding a file foo.f90,
but can't:

$ cat foo.f90 
use ackland
use ackland_zbl
use alloys
use bcc
use constants
use filter
use inifile
use materials
use predictcorr
use stdlib
use voronoi
end
$ gfortran foo.f90 -I src-ICE && echo Works
Works

So, if you want us to debug it further, we'll need more info.


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29523

[Bug fortran/29523] ICE with some non up-to date .mod files

[fxcoudert at gcc dot gnu dot org]

------- Comment #5 from fxcoudert at gcc dot gnu dot org  2007-01-09 21:33 -------
Closing, please reopen when you have more info.


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29523

[Bug fortran/29523] ICE with some non up-to date .mod files

[keinstein_junior at gmx dot net]

------- Comment #6 from keinstein_junior at gmx dot net  2007-04-23 12:08 -------
I tried to add a new testcase which shows the error with my gfortran-4.2. But
got an error.

It's located at http://rcswww.urz.tu-dresden.de/~s7935097/src-differror2.tgz
now. 

FYI alloys.mod depends on the other two, is outdated and should be rebuild.
But ICE is not a real solution. I'd expect some error about inconsistent .mod
fieles (probably noting, which one should be rebuilt).

schlemme@fwsm50:~/bugs/src-differror2$ ./start-gfc
diffussion.F90: In function ‘MAIN__’:
diffussion.F90:9: internal compiler error: in gfc_get_derived_type, at
fortran/trans-types.c:1452
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
schlemme@fwsm50:~/bugs/src-differror2$ vi start-gfc
schlemme@fwsm50:~/bugs/src-differror2$ ./start-gfc
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /projects/tob/gcc-4_2-branch/configure
--enable-languages=c,fortran --prefix=/projects/tob/gcc-4.2
Thread model: posix
gcc version 4.2.0 20070215 (prerelease)
 /usr/local/gcc-4.2/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.2.0/cc1 -E
-lang-fortran -traditional-cpp -D_LANGUAGE_FORTRAN -quiet -v -I. -I../../src -I
../../includes -I potentials -I tools -I lattices -I Verfahren -I filter
-iprefix /usr/local/gcc-4.2/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.2.0/
-DPACKAGE_NAME="matprop" -DPACKAGE_TARNAME="matprop" -DPACKAGE_VERSION="0.1.0"
-DPACKAGE_STRING="matprop 0.1.0" -DPACKAGE_BUGREPORT="T.Schlemmer@fzd.de"
-DPACKAGE="matprop" -DVERSION="0.1.0" -DDEBUG diffussion.F90 -mtune=generic
-Wall -Wsurprising -fbounds-check -ftree-vectorize -fworking-directory -O3 -o
/tmp/ccDZMQzD.f95
ignoring nonexistent directory
"/usr/local/gcc-4.2/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.2.0/../../../../x86_64-unknown-linux-gnu/include"
ignoring nonexistent directory "/projects/tob/gcc-4.2/include"
ignoring nonexistent directory
"/projects/tob/gcc-4.2/lib/gcc/x86_64-unknown-linux-gnu/4.2.0/include"
ignoring nonexistent directory
"/projects/tob/gcc-4.2/x86_64-unknown-linux-gnu/include"
ignoring nonexistent directory "../../src"
ignoring nonexistent directory "../../includes"
ignoring nonexistent directory "potentials"
ignoring nonexistent directory "tools"
ignoring nonexistent directory "lattices"
ignoring nonexistent directory "Verfahren"
ignoring nonexistent directory "filter"
#include "..." search starts here:
#include <...> search starts here:
 .
 /usr/local/gcc-4.2/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.2.0/include
 /usr/local/include
 /usr/include
End of search list.
 /usr/local/gcc-4.2/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.2.0/f951
/tmp/ccDZMQzD.f95 -ffree-form -quiet -dumpbase diffussion.F90 -mtune=generic
-auxbase-strip diffussion.o -g -O3 -Wall -Wsurprising -version -p
-fbounds-check -ftree-vectorize -I. -I../../src -I ../../includes -I potentials
-I tools -I lattices -I Verfahren -I filter -fpreprocessed -I
/usr/local/gcc-4.2/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.2.0/finclude -o
/tmp/ccsyx4u7.s
GNU F95 version 4.2.0 20070215 (prerelease) (x86_64-unknown-linux-gnu)
        compiled by GNU C version 4.2.0 20070215 (prerelease).
GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=128471
diffussion.F90: In function &#8216;MAIN__&#8217;:
diffussion.F90:9: internal compiler error: in gfc_get_derived_type, at
fortran/trans-types.c:1452
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.


-- 

keinstein_junior at gmx dot net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|INVALID                     |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29523

[Bug fortran/29523] [4.1/4.2 only] ICE with some non up-to date .mod files

[fxcoudert at gcc dot gnu dot org]

------- Comment #7 from fxcoudert at gcc dot gnu dot org  2007-05-04 16:38 -------
I can reproduce that ICE with 4.2.0. It's working fine with gfortran 4.3 (even
under ElectricFence and valgrind). It's not a regression from the 4.1 branch,
since you already had that problem there, as far as I understand. It has small
impact (if you add dependencies to your makefile, it won't happen, right?) so
it will not be fixed.

Thanks for reporting, and I hope this bad news for you won't put you off
reporting other bugs in the future!


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fxcoudert at gcc dot gnu dot
                   |                            |org
             Status|UNCONFIRMED                 |RESOLVED
  GCC build triplet|x86_64-linux-gnu            |
   GCC host triplet|x86_64-linux-gnu            |
 GCC target triplet|x86_64-linux-gnu            |
           Keywords|                            |ice-on-invalid-code
      Known to fail|                            |4.1.3 4.2.0
      Known to work|                            |4.3.0
         Resolution|                            |WONTFIX
            Summary|ICE with some non up-to date|[4.1/4.2 only] ICE with some
                   |.mod files                  |non up-to date .mod files


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29523