RE: installation of both NONMEM 7.2 and Phoenix WinNonLin 6.2
Yes, Pheonix install is not nice and messes up the NONMEM install. Pheonix
uses g77, I believe, which sets a global "LIBRARY_PATH" (which gfortran does
not need). If gfortran finds a LIBRARY_PATH, it will use it, find the g77
LIBRARY_PATH and mess up the compilation of NONMEM with gfortran.
You can test this theory by setting LIBRARY_PATH to a null value from the
command line:
c:> set LIBRARY_PATH=""
Then try the NONMEM installation with SETUP72 and it should succeed. You will
need a permanent way to set and unset LIBRARY_PATH to go between NONMEM and
Phoenix.
William J. Bachman, Ph.D.
Director, Pharmacometrics R&D
Icon Development Solutions
7740 Milestone Parkway
Suite 150
Hanover, MD 21076
Office 215-616-8699
[email protected]<mailto:[email protected]>
Quoted reply history
From: [email protected] [mailto:[email protected]] On
Behalf Of [email protected]
Sent: Thursday, November 15, 2012 9:05 AM
To: [email protected]
Subject: [NMusers] installation of both NONMEM 7.2 and Phoenix WinNonLin 6.2
Dear Nonmem users,
Recently we have tried to install Nonmem 7.2 on a Dell Precision T5500, 12 core
Xeon running windows 7 Pro SP1 in 64 bit mode.
We used the workaround posted on the archive by William Bachman on Wed, 9 May
2012.
Nonmem did however not compile using the gfortran 4.6.0. compiler, nor using
gfortran 4.6.3.
Variables were set as follows:
LIBRARY_PATH C:\Program Files (x86)\gfortran\lib
PATH C:\Program Files
(x86)\gfortran\libexec\gcc\i586-pc-mingw32\4.6.0;
C:\Program Files (x86)\gfortran\bin;
TEMP %USERPROFILE%\AppData\Local\Temp
TMP %USERPROFILE%\AppData\Local\Temp
On the computer Phoenix WinNonLin 6.2 was pre-installed.
This included the MPICH2 software for multiple CPU and CPU core processing.
Phoenix does add strings to the system environment variables.
Unfortunately, I don't have these available (or a screenshot) to share anymore.
After de-installation of Phoenix 6.2 and MPICH2, the compilation of Nonmem went
smoothly.
Apparently, the presence of Phoenix software (including references in the
environment variables for Phoenix) in our case, prevented adequate installation
of Nonmem.
Has anybody experienced similar problems?
If so, can you advice me on a workaround enabling co-installation of both
NonMem and Phoenix WinNonLin on a single machine?
Many thanks for the input.
Roger
R.J.M. Brüggemann, PharmD, PhD
Hospital Pharmacist, Clinical Pharmacologist (it)
Radboud University Nijmegen Medical Centre
Department of Clinical Pharmacy, 864
and Nijmegen Institute for Infection, Inflammation and Immunity (N4i)
Geert Grooteplein 10
6525 GA Nijmegen
The Netherlands
T: +31.24.3616405 / Pager: *813148
F: +31.24.3668755
@: R.Bruggemann(at)akf.umcn.nl
Het UMC St Radboud staat geregistreerd bij de Kamer van Koophandel in het
handelsregister onder nummer 41055629.
The Radboud University Nijmegen Medical Centre is listed in the Commercial
Register of the Chamber of Commerce under file number 41055629.