X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	q=dns; s=default; b=JqZEWfZIhIzTzZYpZbskF7fV3gxdQ2tRjdVX3Mwiv3r
	bAXajYh4BjQOCNh1jJoxzz2m9v+O6FQCGAFpzpOU2Qne7Exr+ExWYiKPP/GfoOXF
	oXRIyfSrLphgjUHtExWy/b5vtiehHsaa85/0wMHWpGQTSkMCeHcI6VoA1PuelePs
	=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	s=default; bh=Khrkca8fT1jmHYSdZih8TFvdYS0=; b=GlmBS1VtULBYxFw6E
	kfgoiCumnbF/bTgXV5sD1XcQyQMjF7XKm8NufsvusuKJWSPx1k86LKJDO7MG5tpb
	AV6Wd7TpHH5wnPsHbu7ResZnhlTHv2I4AxAyesGRueHfDDGIZtneR2Hc7i7e7OTl
	dgxAlpwz5NHk2QOISWiqaLm0co=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2
X-HELO:	smtp104.biz.mail.ne1.yahoo.com
X-Yahoo-SMTP:	ycweUreswBCK.d0cygTP5tXwHncbOU7YVeVfIxOQoyRMI2IuIKLmUqE-
X-Rocket-Received:	from [192.168.10.27] (lmh_users-groups AT 76 DOT 119 DOT 36 DOT 62 with plain [98.138.105.25]) by smtp104.biz.mail.ne1.yahoo.com with SMTP; 12 Feb 2014 09:35:59 -0800 PST
Message-ID:	<52FBB0F8.80606@molconn.com>
Date:	Wed, 12 Feb 2014 12:35:52 -0500
From:	LMH <lmh_users-groups AT molconn DOT com>
User-Agent:	Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: g77 on cygwin64
References:	<52FAF082 DOT 6020805 AT appstate DOT edu> <52FB0686 DOT 8080403 AT gmail DOT com> <52FB13E2 DOT 1070107 AT appstate DOT edu> <724410821 DOT 20140212111451 AT mtu-net DOT ru> <CAMCbSMoqb_TsY3BQSU-AwnCOuCYecwCw4YexBQuUhbAbpSNDQg AT mail DOT gmail DOT com> <52FB8E3C DOT 3030704 AT appstate DOT edu> <52FBAC0B DOT 8000106 AT gmail DOT com>
In-Reply-To:	<52FBAC0B.8000106@gmail.com>
X-IsSubscribed:	yes

Marco Atzeri wrote:
> On 12/02/2014 16:07, Scott T. Marshall wrote:
>> Thank-you to those that responded with suggestions involving my fortran
>> issues. Fixing the code is not something I am going to pursue since the
>> source code was written by several different colleagues and is spread
>> out amongst many .f files. My colleagues have no interest in fixing it
>> since they have g77 on their unix machines, and to them, it isn't
>> broken. The strange thing is that gfortran does compile the code, but
>> once compiled, the executables have strange behavior mainly involving
>> problems reading in data files. So it is not clear to me exactly what
>> needs to be updated in the code.
>> I have tried to compile gcc 3.4.6 from source with no luck, but I am not
>> so good with compiler flags and makefiles. I will give it a go again,
>> but I am not optimistic.
>> So, to avoid further mean comments about my course of action being
>> "stupid", I will sign off.
>> -Scott
>>
>
> Hi Scott
>
> As he wrote "Sorry for my terrible english...",
> I assume it was not intentional offensive.
>
> Coming back to your issue, it is really curious that gfortran compiles
> the code but behaves wrongly, I was expecting it rejects the code
> if not in line with latest standard.
> I saw rejected code with lapack some time ago, and the correction was
> trivial. But compiling and not working is a serious gfortran bug.
>
> Have you a "short test case" ?
>
> Regards
> Marco
>
>
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>
>


 > Coming back to your issue, it is really curious that gfortran compiles
 > the code but behaves wrongly, I was expecting it rejects the code
 > if not in line with latest standard.

This happens on some of my code as well and is in many ways a far worse 
issue to deal with. Some of my code compiles and runs, but the floating 
point answers to many of the calculations are wrong. This makes the 
issue(s) very difficult to run down (and also makes me stick with gcc3 
like the posters colleagues).

LMH



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -