* problems with g77
@ 2002-01-02 20:36 sreenath.ramaswamy
2002-01-03 13:03 ` Toon Moene
0 siblings, 1 reply; 6+ messages in thread
From: sreenath.ramaswamy @ 2002-01-02 20:36 UTC (permalink / raw)
To: help-gcc
Hi,
We are facing a problem with running a quantum chemical
computation package called GAMESS compiled using g77 on 64 bit LInux on
IA64. The software terminates abnormally saying "out of range values"
seemingly with double precision data. Could anyone please help with the
answers to the following questions which I think will help us fix the
problem??
1) Is the g77 port to 64 bit LInux bug free especially with
double precision data type??
2) Which are the kind of programming constructs which we should be
looking for in the code(I am new to Fortran) that could
exhibit machine dependent behaviour??
All help in the form of answers to these queries and anything more
which could go a long way towards solving the problem will be highly
appreciated.
Thanks in Advance & Regards,
Sreenath
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: problems with g77
2002-01-02 20:36 problems with g77 sreenath.ramaswamy
@ 2002-01-03 13:03 ` Toon Moene
2002-01-03 20:42 ` sreenath.ramaswamy
0 siblings, 1 reply; 6+ messages in thread
From: Toon Moene @ 2002-01-03 13:03 UTC (permalink / raw)
To: sreenath.ramaswamy; +Cc: help-gcc
"sreenath.ramaswamy" wrote:
> We are facing a problem with running a quantum chemical
> computation package called GAMESS compiled using g77 on 64 bit LInux on
> IA64. The software terminates abnormally saying "out of range values"
> seemingly with double precision data. Could anyone please help with the
> answers to the following questions which I think will help us fix the
> problem??
Which version of the compiler, the glibc library and the Linux kernel
are you using ?
> 1) Is the g77 port to 64 bit LInux bug free especially with
> double precision data type??
Well, no software project the size of a compiler can ever be proclaimed
"bug free", so we aren't claiming that ...
> 2) Which are the kind of programming constructs which we should be
> looking for in the code(I am new to Fortran) that could
> exhibit machine dependent behaviour??
I've never used the GAMESS package, but Fortran code in general is not
"machine dependent". It could be that some Fortran construct happens to
trigger a bug in the compiler, but we cannot debug these cases without
having the exact source code showing the problem.
> All help in the form of answers to these queries and anything more
> which could go a long way towards solving the problem will be highly
> appreciated.
Well, I'm sorry to have only added to the questions ...
Cheers,
--
Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html
Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: problems with g77
2002-01-03 13:03 ` Toon Moene
@ 2002-01-03 20:42 ` sreenath.ramaswamy
2002-01-04 9:45 ` Toon Moene
0 siblings, 1 reply; 6+ messages in thread
From: sreenath.ramaswamy @ 2002-01-03 20:42 UTC (permalink / raw)
To: help-gcc
Hi,
The version details asked for are
g77 - 2.96-85 on RHLinux 7.1
Kernel - 2.4.3-12smp
glibc - 2.2.3-10
TIA & Rgds,
Sreenath
On Thu, 3 Jan 2002, Toon Moene wrote:
> "sreenath.ramaswamy" wrote:
>
> > We are facing a problem with running a quantum chemical
> > computation package called GAMESS compiled using g77 on 64 bit LInux on
> > IA64. The software terminates abnormally saying "out of range values"
> > seemingly with double precision data. Could anyone please help with the
> > answers to the following questions which I think will help us fix the
> > problem??
>
> Which version of the compiler, the glibc library and the Linux kernel
> are you using ?
>
> > 1) Is the g77 port to 64 bit LInux bug free especially with
> > double precision data type??
>
> Well, no software project the size of a compiler can ever be proclaimed
> "bug free", so we aren't claiming that ...
>
> > 2) Which are the kind of programming constructs which we should be
> > looking for in the code(I am new to Fortran) that could
> > exhibit machine dependent behaviour??
>
> I've never used the GAMESS package, but Fortran code in general is not
> "machine dependent". It could be that some Fortran construct happens to
> trigger a bug in the compiler, but we cannot debug these cases without
> having the exact source code showing the problem.
>
> > All help in the form of answers to these queries and anything more
> > which could go a long way towards solving the problem will be highly
> > appreciated.
>
> Well, I'm sorry to have only added to the questions ...
>
> Cheers,
>
> --
> Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290
> Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
> Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html
> Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* problems with g77
@ 2002-04-24 9:38 Jose Javier Lopez Cascales
2002-04-24 14:33 ` Toon Moene
0 siblings, 1 reply; 6+ messages in thread
From: Jose Javier Lopez Cascales @ 2002-04-24 9:38 UTC (permalink / raw)
To: gcc-help
[-- Attachment #1: Type: text/plain, Size: 317 bytes --]
Dear all,
I need some support regarding some troubles that I am having when I try
to compile my source file with g77. It is related to the fact that I am
not able to use the common option -r8 in my g77 compiler. Is there any
way to skip this problem?
Your help will be very appreciate!!!
Thanks in advance?
Javier
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Tarjeta de Jose Javier Lopez Cascales --]
[-- Type: text/x-vcard; charset=us-ascii; name="javier.lopez.vcf", Size: 549 bytes --]
begin:vcard
n:López Cascales;José Javier
tel;fax:+34-968-325433
tel;work:+34-968-325567
x-mozilla-html:FALSE
org:Universidad Politécnica de Cartagena;Dep. de QuÃmica FisÃca (en constitución)
version:2.1
email;internet:javier.lopez@upct.es
title:Prof. Ayudante de Universidad
adr;quoted-printable:;;Universidad Polit=E9cnica de Cartagena=0D=0AEsc. de Ingenieros Agricolas =0D=0ADepartamento de Qu=EDmica Fis=EDca=0D=0APaseo Alfonso XIII, S/N;Cartagena;Murcia; 30203;Spain
x-mozilla-cpt:;-21152
fn:Dr. José Javier López cascales
end:vcard
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: problems with g77
2002-04-24 9:38 Jose Javier Lopez Cascales
@ 2002-04-24 14:33 ` Toon Moene
0 siblings, 0 replies; 6+ messages in thread
From: Toon Moene @ 2002-04-24 14:33 UTC (permalink / raw)
To: Jose Javier Lopez Cascales; +Cc: gcc-help
Jose Javier Lopez Cascales wrote:
> I need some support regarding some troubles that I am having when I try
> to compile my source file with g77. It is related to the fact that I am
> not able to use the common option -r8 in my g77 compiler. Is there any
> way to skip this problem?
Most probably not. On most compilers, -r8 converts REAL variables and
constants to 64-bit quantities. g77 doesn't support this. f2c (Fortran
to C converter) supports -r8 - that might be a solution to your problem.
Hope this helps,
--
Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html
Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2002-04-24 21:32 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-01-02 20:36 problems with g77 sreenath.ramaswamy
2002-01-03 13:03 ` Toon Moene
2002-01-03 20:42 ` sreenath.ramaswamy
2002-01-04 9:45 ` Toon Moene
2002-04-24 9:38 Jose Javier Lopez Cascales
2002-04-24 14:33 ` Toon Moene
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).