Date:	Thu, 11 Jun 1998 10:23:44 +0200 (WET)
From:	Andris Pavenis <pavenis AT lanet DOT lv>
To:	Alexey Yakovlev <jack AT catalysis DOT nsk DOT su>
cc:	Petros Dafniotis <dafniotis AT gvcrd1 DOT email DOT dupont DOT com>, djgpp AT delorie DOT com
Subject:	Re: g77 v0.5.23 and gcc 2.8.1: Crashes!
In-Reply-To:	<357F6A00.705FB7C1@catalysis.nsk.su>
Message-ID:	<Pine.A32.3.91.980611095947.31826A-100000@ieva01.lanet.lv>
MIME-Version:	1.0

On Thu, 11 Jun 1998, Alexey Yakovlev wrote:

> Hi!
> 
> Petros Dafniotis wrote:
> > 
> > All in all, it builds everything. But then g77 crashes in simple files
> > like for example the LAPACK cbdsqr.f with:
> > g77 -c -O2 -fno-backslash cbdsqr.f
> > (with -O it goes through this one but fails in another LAPACK file).
> > 
> > I also tried rebuilding the GCC/G77 using CFLAGS=-O only. It also fails
> > for g77.
> > 
> > Any ideas? Has anyone been able to build g77 v0.5.23 and compile all
> > BLAS and LAPACK sources for example?
> > 
>   One possible reason for the crash may be the stack size of f771.exe
> Try stubedit'ing it to increase the stack size to, say, 4M.
> Often this helps especially if program compiles with -O but
> fails at a higher optimization level.
> 

This looks like a source of problem for cbdsqr.f. Compiles Ok with
binaries from g770523b.zip (see DJGPP distribution). I put 
stubedit'ing f771.exe (minstack=1536k) in Makefile when building
gcc and g77 for DJGPP (WARNING: only when installing gcc and g77).

For BLAS there still is problem with cherk.f, which does not compile
with optimizations enabled. I submitted this as bug report together
with stack trace and source and got following back:

---------------------------------------------------------
To:             	pavenis AT lanet DOT lv
Copies to:      	fortran AT gnu DOT org
Subject:        	Re: Crash in f771 (g77-0.5.23)
Send reply to:  	fortran AT gnu DOT org
From:           	Dave Love <d DOT love AT dl DOT ac DOT uk>
Date sent:      	10 Jun 1998 18:32:46 +0100

>>>>> "pavenis" == pavenis  <pavenis AT lanet DOT lv> writes:

 pavenis> g77-0.5.23 terminates with SIGABRT when compiling program
 pavenis> with optimization enabled (no crashes when no optimizations
 pavenis> required)

This looks like a known problem arising from `cmplx(zero)'.  You can
avoid the problem by compiling with the option `-fno-emulate-complex'.

[Craig: this should be in g77.plan.]
------------------------------------------------------------

However I'm not going to do much work with DJGPP port of g77 as
I'm using it rather seldom (much less than C++) 

Andris

- Raw text -