NONMEM and g77

________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, August 26, 2008 1:19 PM To: [email protected] 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 : [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>

________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, September 01, 2008 3:40 PM To: [EMAIL PROTECTED] Cc: [email protected] 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: [EMAIL PROTECTED] [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 08/26/2008 07:19 PM To [email protected] 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 : [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ________________________________ 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)

-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darin Perusich Sent: Tuesday, September 02, 2008 9:38 AM To: [EMAIL PROTECTED] Cc: [email protected] Subject: Re: [NMusers] NONMEM and g77 [EMAIL PROTECTED] wrote: > > Any other users out there who are happy with gfortran as substitute for > g77 as compiler? > gfortran releases after version 4.1 are not compatible with NONMEM because it is a Fortran 95 compiler and NONMEM is written to conform with the Fortran 77 standard. The gfortran developers claim that "most" Fortran 77 code "should" work with minimal or no code modifications but this didn't prove to be the case. I tried getting NONMEM to build with gfortran 4.2.x for the better part of a day using a myriad of compatibility options but it was to no avail, at which point I switched to GNU Fortran g77 3.3.5 and have had no issues what so ever. If anyone has had success building NONMEM with recent releases gfortran I'd be very interested in knowing which version and the options used. -- Darin Perusich Unix Systems Administrator Cognigen Corporation 395 Youngs Rd. Williamsville, NY 14221 Phone: 716-633-3463 Email: [EMAIL PROTECTED]