[Bug fortran/33250] [Regression 4.3] bus error compiling dqelg.f in scipy on intel mac
claumann at princeton dot edu
gcc-bugzilla@gcc.gnu.org
Thu Aug 30 18:41:00 GMT 2007
------- Comment #3 from claumann at princeton dot edu 2007-08-30 18:40 -------
Subject: Re: [Regression 4.3] bus error compiling dqelg.f in scipy on intel
mac
Howdy-
Thanks for looking into it!
It compiles just fine with
gfortran -c dqelg.f
I'm not especially excited about trying to compile a newer version of
gfortran at the moment. Do OS X compiles go smoothly? I don't believe
that valgrind is available for OS X.
This gfortran is available as a binary. I actually downgraded teh
binary to 4.2 and managed to compile the code. I suppose I could've
just turned off optimizations as well..
I ran f951 in gdb for you with a backtrace. Don't know if it's
helpful but here's the output:
penguin:~/gcc-bug claumann$ gdb /opt/usr/local/libexec/gcc/i386-apple-
darwin8.10.1/4.3.0/f951 GNU gdb 6.3.50-20050815 (Apple version
gdb-573) (Fri Oct 20 15:50:43 GMT 2006)Copyright 2004 Free Software
Foundation, Inc.GDB is free software, covered by the GNU General
Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-apple-darwin"...Reading symbols for
shared libraries .... done
(gdb) r dqelg.f -ffixed-form -fPIC -quiet -dumpbase dqelg.f -mmacosx-
version-min=10.4 -mtune=generic -auxbase dqelg -O3 -version -
fintrinsic-modules-path /opt/usr/local/bin/../lib/gcc/i386-apple-
darwin8.10.1/4.3.0/finclude -o /var/tmp//cc3A8yuy.sStarting program: /
opt/usr/local/libexec/gcc/i386-apple-darwin8.10.1/4.3.0/f951 dqelg.f -
ffixed-form -fPIC -quiet -dumpbase dqelg.f -mmacosx-version-min=10.4 -
mtune=generic -auxbase dqelg -O3 -version -fintrinsic-modules-path /
opt/usr/local/bin/../lib/gcc/i386-apple-darwin8.10.1/4.3.0/finclude -
o /var/tmp//cc3A8yuy.s
Reading symbols for shared libraries .+ done
GNU F95 version 4.3.0 20070810 (experimental) (i386-apple-darwin8.10.1)
compiled by GNU C version 4.3.0 20070810 (experimental), GMP
version 4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0000000c
build_classic_dist_vector_1 (ddr=0x434c3b20, ddr_a=0x0,
ddr_b=0x434af898, dist_v=0x7b4d8c, init_b=0x434e9bd0 "A",
index_carry=0x7) at ../../gcc-4.3-20070810/gcc/tree-data-ref.c:2719
2719 ../../gcc-4.3-20070810/gcc/tree-data-ref.c: No such file or
directory.
in ../../gcc-4.3-20070810/gcc/tree-data-ref.c
(gdb) bt
#0 build_classic_dist_vector_1 (ddr=0x434c3b20, ddr_a=0x0,
ddr_b=0x434af898, dist_v=0x7b4d8c, init_b=0x434e9bd0 "A",
index_carry=0x7) at ../../gcc-4.3-20070810/gcc/tree-data-ref.c:2719
#1 0xbfffef44 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(gdb)
On Aug 30, 2007, at 12:12 PM, burnus at gcc dot gnu dot org wrote:
>
>
> ------- Comment #2 from burnus at gcc dot gnu dot org 2007-08-30
> 18:12 -------
> (gfortran bugs are by definition not critical or major for GCC as a
> whole;
> still the gfortran team tries to fix regressions as soon as possible.)
>
> I cannot reproduce this problem with today's gfortran on
> x86_64-unknown-linux-gnu - neither with -m32 nor with -m64.
>
> Does it also crash if you simply run
>
> gfortran -c dqelg.f
>
> without -fPIC -O3 -funroll-loops ?
>
> If you have valgrind, could you run gfortran's f951 through
> valgrind. (To find
> the arguments of f951, run gfortran as normal, but pass the "-v"
> argument; in
> the output there is a line which contains a pathname to f951; copy
> that line.)
>
> If you don't, can you run f951 in gdb and post a backtrace?
>
> Not that it will necessarily help, but it might do so: Could you
> try a newer
> version of gfortran?
>
>
> --
>
> burnus at gcc dot gnu dot org changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------
> ------
> CC| |burnus at gcc dot
> gnu dot
> | |org
> Summary|bus error compiling dqelg.f |[Regression 4.3]
> bus error
> |in scipy on intel mac |compiling dqelg.f
> in scipy
> | |on intel mac
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33250
>
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.
> You reported the bug, or are watching the reporter.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33250
More information about the Gcc-bugs
mailing list