NONMEM Users Network Archive

Hosted by Cognigen

FW: NONMEM and g77

From: Destree Maud <Maud.DESTREE>
Date: Mon, 1 Sep 2008 17:32:40 +0200

Dear Justin,
We have validated a NONMEM cluster running on Red Hat, using g77 (gcc =
version 3.4.6 20060404).
We had no problem with this compiler.
Best regards
Maud
 

________________________________
Maud Destrée

IT Senior Project Leader
IT Global Drug Development
UCB Pharma S.A.
+32-2-386 3012
________________________________


________________________________

From: owner-nmusers
On Behalf Of Joachim.Grevel
Sent: Monday, September 01, 2008 3:40 PM
To: justin.wilkins
Cc: nmusers
Subject: Re: [NMusers] NONMEM and g77



Dear Justin,

we are currently validating a NONMEM system on a LINUX platform using =
the gfortran compiler. We call it g77 for the purpose of interacting =
with existing elements of the installation, namely PsN. Our rather =
demanding tests are running quite smoothly but our system is not yet in =
the production phase.

Any other users out there who are happy with gfortran as substitute for =
g77 as compiler?

Joachim

__________________________________________
Joachim GREVEL, Ph.D.
Modeling and Simulation
MERCK SERONO International S.A.
Exploratory Medicine
1202 Geneva
Tel: +41.22.414.4751
Fax: +41.22.414.3059
Email: joachim.grevel





justin.wilkins
Sent by: owner-nmusers

08/26/2008 07:19 PM

To
nmusers
cc
Subject
[NMusers] NONMEM and g77

        





Hi all,

We've run into some problems with NONMEM V and occasionally VI hanging =
during minimization (the "black hole" phenomenon, in which NONMEM stops =
iterating, but never terminates, indefinitely continuing to occupy 99% =
of the CPU it's running on), using GNU g77 3.4.6 on Red Hat Linux - I =
guess this is most likely related to g77's virtually non-existent =
handling of floating point errors.

One way to address this would be to compile the trapfpe.c routine that's =
floating around the Internet into the NONMEM library, I think, but I =
can't help wondering whether there is a more elegant fix (apart from =
writing less buggy NONMEM code).

Has anyone had any recent experience with dealing with this? If we were =
to dump g77 altogether, what other compilers are known to work =
adequately with NONMEM on Linux?

Best regards,
Justin
Justin Wilkins
Novartis Pharma AG
PH346, MODELING & SIMULATION
CHBS, WSJ-027.1.084
Novartis Pharma AG
Lichtstrasse 35
CH-4056 Basel
Switzerland
Phone: +41 61 324 6549
Fax: +41 61 324 3039
Mobile: +41 76 561 0949
Email : justin.wilkins




________________________________

This message and any attachment are confidential, may be privileged or =
otherwise protected from disclosure and are intended only for use by the =
addressee(s) named herein. If you are not the intended recipient, you =
must not copy this message or attachment or disclose the contents to any =
other person. If you have received this transmission in error, please =
notify the sender immediately and delete the message and any attachment =
from your system. Merck Serono does not accept liability for any =
omissions or errors in this message which may arise as a result of =
E-Mail-transmission or for damages resulting from any unauthorized =
changes of the content of this message and any attachment thereto. If =
verification is required, please request a hard-copy version. Merck =
Serono does not guarantee that this message is free of viruses and does =
not accept liability for any damages caused by any virus transmitted =
therewith.
 
--------------------------------------------------------

Legal Notice: This electronic mail and its attachments are intended =
solely for the person(s) to whom they are addressed and contain =
information which is confidential or otherwise protected from =
disclosure, except for the purpose for which they are intended. =
Dissemination, distribution, or reproduction by anyone other than the =
intended recipients is prohibited and may be illegal. If you are not an =
intended recipient, please immediately inform the sender and return the =
electronic mail and its attachments and destroy any copies which may be =
in your possession. UCB screens electronic mails for viruses but does =
not warrant that this electronic mail is free of any viruses. UCB =
accepts no liability for any damage caused by any virus transmitted by =
this electronic mail. (Ref: #*UG1107)
--------------------------------------------------------

Received on Mon Sep 01 2008 - 11:32:40 EDT

The NONMEM Users Network is maintained by ICON plc. Requests to subscribe to the network should be sent to: nmusers-request@iconplc.com.

Once subscribed, you may contribute to the discussion by emailing: nmusers@globomaxnm.com.