[Bug c/54331] New: configure: error: C++ compiler missing or inoperational

2012-08-20 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54331

 Bug #: 54331
   Summary: configure: error: C++ compiler missing or
inoperational
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: michael.a.richm...@nasa.gov
  Host: i686-pc-linux-gnu
Target: i686-pc-linux-gnu
 Build: i686-pc-linux-gnu


When I attempt to compile the snapshot of 08/19/2012 on openSuSE Linux 12.1 I
get the following error message:

configure: error: C++ compiler missing or inoperational

The error does not occur in the snapshot of 08/12/2012


[Bug c/54331] configure: error: C++ compiler missing or inoperational

2012-08-20 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54331

Michael Richmond michael.a.richmond at nasa dot gov changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #2 from Michael Richmond michael.a.richmond at nasa dot gov 
2012-08-20 15:44:03 UTC ---
I installed the C++ compiler and the problem is fixed


[Bug fortran/53175] New: Fortran 4.8 undefined reference to a variable in a module

2012-05-01 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53175

 Bug #: 53175
   Summary: Fortran 4.8 undefined reference to a variable in a
module
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: michael.a.richm...@nasa.gov
  Host: i686-pc-linux-gnu
Target: i686-pc-linux-gnu
 Build: i686-pc-linux-gnu


This error occurs only in gnu Fortran 4.8 dated 04/08/2012 or later.

If I type gfortran main.f90 e.f90 s.f90 I get the following error message:

/tmp/ccwf6p16.o: In function `default_settings.1813':
s.f90:(.text+0x1b): undefined reference to `__energy_function_MOD_dim'
/tmp/ccwf6p16.o: In function `set_simplex_options.1815':
s.f90:(.text+0x1cd): undefined reference to `__energy_function_MOD_dim'
collect2: error: ld returned 1 exit status

If I concatenate e.f90 and s.f90 so that they are compiled as a single file,
the error goes away.

Listed below are the contents of these files:

main.f90

PROGRAM main
END PROGRAM main

e.f90

MODULE ENERGY_FUNCTION
   IMPLICIT NONE

   TYPE PARAM
  PRIVATE
 INTEGER :: WHICH_VECTOR
   END TYPE PARAM

   INTEGER, PRIVATE :: DIM
   CONTAINS

  FUNCTION ENERGY_FUNCTION_CURRENT_ARGS()
 INTEGER, DIMENSION(DIM) :: ENERGY_FUNCTION_CURRENT_ARGS
  END FUNCTION ENERGY_FUNCTION_CURRENT_ARGS

  FUNCTION ENERGY_FUNCTION_GET_PARAMS()
 TYPE(PARAM), DIMENSION(DIM) :: ENERGY_FUNCTION_GET_PARAMS
  END FUNCTION ENERGY_FUNCTION_GET_PARAMS   

END MODULE ENERGY_FUNCTION

s.f90

MODULE SEARCH_EMIN
   USE ENERGY_FUNCTION
   IMPLICIT NONE
   CONTAINS
 SUBROUTINE SEARCH_EMIN_START()
 TYPE(PARAM), DIMENSION(:), ALLOCATABLE  :: EF_PARAMS
 DOUBLE PRECISION, DIMENSION(:), ALLOCATABLE :: START_PARAMETERS

 CALL SET_SIMPLEX_OPTIONS

 CONTAINS
SUBROUTINE SET_SIMPLEX_OPTIONS
   EF_PARAMS = ENERGY_FUNCTION_GET_PARAMS()
   CALL DEFAULT_SETTINGS
END SUBROUTINE SET_SIMPLEX_OPTIONS

SUBROUTINE DEFAULT_SETTINGS
   START_PARAMETERS = ENERGY_FUNCTION_CURRENT_ARGS()
END SUBROUTINE DEFAULT_SETTINGS

 END SUBROUTINE SEARCH_EMIN_START
END MODULE SEARCH_EMIN


[Bug bootstrap/49242] Bootstrap comparison failure

2011-10-14 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49242

--- Comment #4 from Michael Richmond michael.a.richmond at nasa dot gov 
2011-10-14 12:13:54 UTC ---
(In reply to comment #3)
 May be related to bug 50709.
 
 Michael, did you use --disable-checking configure option?

I used --enable-checking=release


[Bug bootstrap/49242] Bootstrap comparison failure

2011-08-10 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49242

--- Comment #2 from Michael Richmond michael.a.richmond at nasa dot gov 
2011-08-11 00:37:19 UTC ---
Yes


[Bug c/49769] New: Configuration mismatch -- extra parts

2011-07-17 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49769

   Summary: Configuration mismatch -- extra parts
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: michael.a.richm...@nasa.gov
  Host: sparc-unknown-linux-gnu
Target: sparc-unknown-linux-gnu
 Build: sparc-unknown-linux-gnu


When I attempt to build the July 16 snapshot of gcc 4.7 on a Sparc system
running Debian Linux 6.0 I get the following messages:

g -O2 -O2  -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem
./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -fbuilding-libgcc
-fno-stack-protector   -I. -I. -I../.././gcc
-I/home/mrichmon/gcc-4.7-20110716/libgcc
-I/home/mrichmon/gcc-4.7-20110716/libgcc/.
-I/home/mrichmon/gcc-4.7-20110716/libgcc/../gcc
-I/home/mrichmon/gcc-4.7-20110716/libgcc/../include  -DHAVE_CC_TLS  -o
crtfastmath.o -MT crtfastmath.o -MD -MP -MF crtfastmath.dep
-frandom-seed=gcc-crtfastmath -c
/home/mrichmon/gcc-4.7-20110716/libgcc/config/sparc/crtfastmath.c
# If the gcc directory specifies which extra parts to
# build for this target, and the libgcc configuration also
# specifies, make sure they match.  This can be removed
# when the gcc directory no longer holds libgcc configuration;
# it is useful when migrating a target.
Configuration mismatch!
Extra parts from gcc directory: crtbegin.o crtbeginS.o crtbeginT.o crtend.o
crtendS.o
Extra parts from libgcc: crtbegin.o crtbeginS.o crtbeginT.o crtend.o crtendS.o
crtfastmath.o
exit 1
make[3]: *** [libgcc-extra-parts] Error 1
make[3]: Leaving directory
`/home/mrichmon/gcc-4.7-20110716/g95/sparc-unknown-linux-gnu/libgcc'
make[2]: *** [all-stage1-target-libgcc] Error 2
make[2]: Leaving directory `/home/mrichmon/gcc-4.7-20110716/g95'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/home/mrichmon/gcc-4.7-20110716/g95'
make: *** [all] Error 2
Error running make


[Bug bootstrap/49242] New: Bootstrap comparison failure

2011-05-31 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49242

   Summary: Bootstrap comparison failure
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: michael.a.richm...@nasa.gov
  Host: alpha-unknown-linux-gnu
Target: alpha-unknown-linux-gnu
 Build: alpha-unknown-linux-gnu


gcc failed to bootstrap on an DEC alpha machine running Debian Linux 5.0:

Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/tree-ssa-loop-im.o differs
gcc/cfgexpand.o differs
gcc/ira-build.o differs
gcc/var-tracking.o differs
gcc/df-core.o differs
gcc/bb-reorder.o differs
gcc/reginfo.o differs
gcc/sel-sched-ir.o differs
gcc/df-problems.o differs
gcc/gimplify.o differs
gcc/tree.o differs
gcc/sparseset.o differs
gcc/tree-affine.o differs
gcc/varasm.o differs
gcc/cfgloopmanip.o differs
gcc/haifa-sched.o differs
gcc/loop-invariant.o differs
gcc/ipa-inline-analysis.o differs
gcc/build/genrecog.o differs
gcc/build/genautomata.o differs
gcc/build/genattrtab.o differs
gcc/build/genoutput.o differs
gcc/cselib.o differs
gcc/tree-into-ssa.o differs
gcc/bitmap.o differs
gcc/tree-eh.o differs
gcc/simplify-rtx.o differs
gcc/gimple-fold.o differs
gcc/tree-ssa-threadedge.o differs
gcc/calls.o differs
gcc/tree-ssa-copy.o differs
gcc/ipa-cp.o differs
gcc/tree-cfg.o differs
gcc/graphds.o differs
gcc/lto-symtab.o differs
gcc/ira-conflicts.o differs
gcc/loop-unswitch.o differs
gcc/c-decl.o differs
gcc/optabs.o differs
gcc/dwarf2asm.o differs
gcc/ddg.o differs
gcc/cse.o differs
gcc/tree-inline.o differs
gcc/stor-layout.o differs
gcc/cfgloop.o differs
gcc/langhooks.o differs
gcc/tree-vect-slp.o differs
gcc/cfglayout.o differs
gcc/cfghooks.o differs
gcc/dfp.o differs
gcc/dwarf2out.o differs
gcc/ifcvt.o differs
gcc/tree-sra.o differs
gcc/expr.o differs
gcc/recog.o differs
gcc/except.o differs
gcc/df-scan.o differs
gcc/tree-vect-patterns.o differs
gcc/tree-vect-loop.o differs
gcc/alpha.o differs
gcc/sched-rgn.o differs
gcc/function.o differs
gcc/tree-nested.o differs
gcc/ipa-prop.o differs
gcc/resource.o differs
gcc/builtins.o differs
gcc/tree-vrp.o differs
gcc/ira-lives.o differs
gcc/combine.o differs
gcc/tree-dfa.o differs
gcc/passes.o differs
gcc/cfg.o differs
gcc/sel-sched.o differs
gcc/lto/lto-object.o differs
gcc/lto/lto-lang.o differs
gcc/emit-rtl.o differs
gcc/expmed.o differs
gcc/tree-ssa-operands.o differs
gcc/tree-complex.o differs
gcc/tree-vect-stmts.o differs
gcc/pretty-print.o differs
gcc/sched-ebb.o differs
gcc/tree-ssa-forwprop.o differs
gcc/cfgrtl.o differs
gcc/ebitmap.o differs
gcc/sbitmap.o differs
gcc/ira-color.o differs
gcc/tree-ssa-loop-niter.o differs
gcc/tree-data-ref.o differs
gcc/loop-unroll.o differs
gcc/omega.o differs
gcc/tree-ssa-math-opts.o differs
gcc/tree-predcom.o differs
gcc/tree-ssa-loop-ivopts.o differs
gcc/fold-const.o differs
gcc/tree-ssa-structalias.o differs
gcc/tree-ssa-reassoc.o differs
gcc/tree-ssa-sccvn.o differs
gcc/gimple.o differs
gcc/c-family/c-format.o differs
gcc/c-family/c-common.o differs
gcc/fortran/resolve.o differs
gcc/fortran/trans-decl.o differs
gcc/fortran/trans-expr.o differs
gcc/fortran/trans-intrinsic.o differs
gcc/fortran/trans-types.o differs
gcc/fortran/expr.o differs
gcc/fortran/target-memory.o differs
gcc/fortran/trans-array.o differs
gcc/fortran/trans.o differs
gcc/fortran/intrinsic.o differs
gcc/fortran/interface.o differs
gcc/fortran/trans-openmp.o differs
gcc/fortran/simplify.o differs
gcc/fortran/trans-io.o differs
gcc/fortran/symbol.o differs
gcc/fortran/arith.o differs
gcc/fortran/array.o differs
gcc/c-parser.o differs
gcc/omp-low.o differs
gcc/lto-cgraph.o differs
gcc/opts.o differs
gcc/tree-ssa-dom.o differs
gcc/sched-deps.o differs
gcc/c-typeck.o differs
gcc/dominance.o differs
make[2]: *** [compare] Error 1


[Bug middle-end/48908] [4.7 Regression]: build fails on cris-elf in libiberty:md5.c, shift-related

2011-05-08 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48908

Michael Richmond michael.a.richmond at nasa dot gov changed:

   What|Removed |Added

 CC||michael.a.richmond at nasa
   ||dot gov

--- Comment #6 from Michael Richmond michael.a.richmond at nasa dot gov 
2011-05-08 15:10:57 UTC ---
I encountered the same bug in the gcc-4.7-20110507 snapshot under
sparc-unknown-linux-gnu. The expmed.c patches in Comment 4 appear to be
incompatible with this snapshot.


[Bug lto/48851] New: lto-plugin.c:224:7: error: missing sentinel in function call [-Werror=format]

2011-05-03 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851

   Summary: lto-plugin.c:224:7: error: missing sentinel in
function call [-Werror=format]
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: michael.a.richm...@nasa.gov
  Host: i386-unknown-openbsd4.9
Target: i386-unknown-openbsd4.9
 Build: i386-unknown-openbsd4.9


When I compile gcc under OpenBSD 4.9 I get the following messages:

/home/mrichmon/gcc-4.7-20110416/lto-plugin/lto-plugin.c: In function
'parse_table_entry':
/home/mrichmon/gcc-4.7-20110416/lto-plugin/lto-plugin.c:224:7: error: missing
sentinel in function call [-Werror=format]
/home/mrichmon/gcc-4.7-20110416/lto-plugin/lto-plugin.c: In function
'exec_lto_wrapper':
/home/mrichmon/gcc-4.7-20110416/lto-plugin/lto-plugin.c:525:3: error: missing
sentinel in function call [-Werror=format]
cc1: all warnings being treated as errors

A rough-and-ready workaround is to compile lto-plugin.c without -Werror


[Bug lto/48851] lto-plugin.c:224:7: error: missing sentinel in function call [-Werror=format]

2011-05-03 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851

--- Comment #2 from Michael Richmond michael.a.richmond at nasa dot gov 
2011-05-03 14:01:53 UTC ---
I believe it is a compiled compiler. Here are the two instructions that
immediately precede the error messages:

/bin/sh ./libtool --tag=CC --tag=disable-static  --mode=compile
/home/mrichmon/gcc-4.7-20110416/g95/./prev-gcc/xgcc
-B/home/mrichmon/gcc-4.7-20110416/g95/./prev-gcc/
-B/home/mrichmon/irun/i386-unknown-openbsd4.9/bin/
-B/home/mrichmon/irun/i386-unknown-openbsd4.9/bin/
-B/home/mrichmon/irun/i386-unknown-openbsd4.9/lib/ -isystem
/home/mrichmon/irun/i386-unknown-openbsd4.9/include -isystem
/home/mrichmon/irun/i386-unknown-openbsd4.9/sys-include-DHAVE_CONFIG_H -I.
-I/home/mrichmon/gcc-4.7-20110416/lto-plugin 
-I/home/mrichmon/gcc-4.7-20110416/lto-plugin/../include -DHAVE_CONFIG_H  -Wall
-Werror -g -O2 -gtoggle -c -o lto-plugin.lo
/home/mrichmon/gcc-4.7-20110416/lto-plugin/lto-plugin.c
libtool: compile:  /home/mrichmon/gcc-4.7-20110416/g95/./prev-gcc/xgcc
-B/home/mrichmon/gcc-4.7-20110416/g95/./prev-gcc/
-B/home/mrichmon/irun/i386-unknown-openbsd4.9/bin/
-B/home/mrichmon/irun/i386-unknown-openbsd4.9/bin/
-B/home/mrichmon/irun/i386-unknown-openbsd4.9/lib/ -isystem
/home/mrichmon/irun/i386-unknown-openbsd4.9/include -isystem
/home/mrichmon/irun/i386-unknown-openbsd4.9/sys-include -DHAVE_CONFIG_H -I.
-I/home/mrichmon/gcc-4.7-20110416/lto-plugin
-I/home/mrichmon/gcc-4.7-20110416/lto-plugin/../include -DHAVE_CONFIG_H -Wall
-Werror -g -O2 -gtoggle -c
/home/mrichmon/gcc-4.7-20110416/lto-plugin/lto-plugin.c  -fPIC -DPIC -o
.libs/lto-plugin.o


[Bug fortran/47571] New: undefined reference to clock_gettime in Linux build of 02/01/2011

2011-02-01 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571

   Summary: undefined reference to clock_gettime in Linux build of
02/01/2011
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: michael.a.richm...@nasa.gov
  Host: i686-pc-linux-gnu
Target: i686-pc-linux-gnu
 Build: i686-pc-linux-gnu


When I compile the following program:

PROGRAM call_date_and_time
CHARACTER(LEN=8) date
CHARACTER(LEN=10) time
CALL DATE_AND_TIME(date, time)
END PROGRAM call_date_and_time

I get the message:

/home/mrichmon/usr/local/gfortran/bin/../lib/gcc/i686-pc-linux-gnu/4.6.0/../../../libgfortran.a(date_and_time.o):
In function `gf_gettime':
/home/jerry/gcc/trunk/libgfortran/intrinsics/time_1.h:211: undefined reference
to `clock_gettime'
collect2: ld returned 1 exit status

This bug is specific to the following build:

http://gfortran.org/download/i686/gfortran-4.6-20110201-linux-i686.tar.gz

Is it due to Patch 81226?


[Bug fortran/47571] [4.6 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011

2011-02-01 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571

--- Comment #4 from Michael Richmond michael.a.richmond at nasa dot gov 
2011-02-01 15:27:19 UTC ---
(In reply to comment #2)
 OP, what does ldd /path/to/libgfortran.so.3 say?

linux-gate.so.1 =  (0xe000)
libm.so.6 = /lib/libm.so.6 (0xb772b000)
libc.so.6 = /lib/libc.so.6 (0xb75c)
/lib/ld-linux.so.2 (0xb7822000)

I am running SuSE Linux 11.3


[Bug fortran/47571] [4.6 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011

2011-02-01 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571

--- Comment #10 from Michael Richmond michael.a.richmond at nasa dot gov 
2011-02-01 16:18:49 UTC ---
(In reply to comment #7)
 As a workaround for the reporter, dynamic linking works fine.

When I use gfortran -Bdynamic call_date_and_time.f90 I get the same error


[Bug c/47362] genconstants.c:68: undefined reference to `_ __chkstk_ms' on 01/15/2011 snapshot

2011-01-21 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47362

Michael Richmond michael.a.richmond at nasa dot gov changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #1 from Michael Richmond michael.a.richmond at nasa dot gov 
2011-01-21 12:48:37 UTC ---
I inadvertently used the MinGW g++ compiler. The problem went away when I
installed the Cygwin g++ compiler.


[Bug c/47362] New: genconstants.c:68: undefined reference to `_ __chkstk_ms' on 01/15/2011 snapshot

2011-01-19 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47362

   Summary: genconstants.c:68: undefined reference to `_
__chkstk_ms' on 01/15/2011 snapshot
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: michael.a.richm...@nasa.gov
  Host: i686-pc-cygwin
Target: i686-pc-cygwin
 Build: i686-pc-cygwin


When I compile the gcc 4.6 snapshot of 01/15/2011 on Cygwin I get the message:

build/genconstants.o: In function `print_enum_type':
/home/mrichmon/gcc-4.6-20110115/gcc/genconstants.c:68: undefined reference to
`_
__chkstk_ms'

This does not occur when compiling earlier snapshots of gcc 4.6 on Cygwin. It
does not occur when compiling the snapshot of 01/15/2011 on other platforms.


[Bug fortran/46825] New: ICE compiling modules with MinGW build dated 20101204

2010-12-06 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46825

   Summary: ICE compiling modules with MinGW build dated 20101204
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: michael.a.richm...@nasa.gov
  Host: i686-pc-mingw32
Target: i686-pc-mingw32
 Build: i686-pc-mingw32


When I compile the following modules using
ftp://ftp.equation.com/gcc/gcc-4.6-20101204-32.exe:

MODULE GENFILE_TYPE
   IMPLICIT NONE

   TYPE VECTOR
  PRIVATE
 INTEGER  :: FROM_ATOM
   END TYPE VECTOR

   TYPE GENFILE
  PRIVATE
 INTEGER:: VECTOR_COUNT
 TYPE(VECTOR), DIMENSION(:), POINTER:: VECTORS
   END TYPE GENFILE

CONTAINS 
   FUNCTION GET_VECTORS(GF)
  TYPE(GENFILE), INTENT(IN) :: GF
  TYPE(VECTOR), DIMENSION(GF%VECTOR_COUNT) :: GET_VECTORS
  GET_VECTORS = GF%VECTORS
   END FUNCTION GET_VECTORS
END MODULE GENFILE_TYPE   

MODULE ENERGY_FUNCTION
   USE GENFILE_TYPE
   IMPLICIT NONE
   TYPE(GENFILE), PRIVATE   :: MY_GENFILE
   TYPE(VECTOR), DIMENSION(:), ALLOCATABLE, PRIVATE :: VECTORS
   CONTAINS
  SUBROUTINE ENERGY_FUNCTION_SPECIAL_INIT()
 VECTORS = GET_VECTORS(MY_GENFILE)
  END SUBROUTINE ENERGY_FUNCTION_SPECIAL_INIT
END MODULE ENERGY_FUNCTION

I get the message:

g.f90: In function 'energy_function_special_init':
g.f90:30: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.


[Bug fortran/46825] ICE compiling modules with MinGW build dated 20101204

2010-12-06 Thread michael.a.richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46825

--- Comment #2 from Michael Richmond michael.a.richmond at nasa dot gov 
2010-12-06 17:04:06 UTC ---
I used gfortran -c g.f90

I did not see this bug in any other port dated 20101204. I did not see it in
any MinGW port prior to 20101204.