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.
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.
Roger,
I had the same issue with trying to get Phoenix and NONMEM to coexist
peacefully (same versions as well). The solution was to put the pointers to
nonmem and fortran directories at the head of the path: e.g.
C:\nm72g\run;C:\Program Files
(x86)\gfortran\libexec\gcc\i586-pc-mingw32\4.6.0;C:\Program Files
(x86)\gfortran\bin. On installation, Phoenix puts its own directories first,
and these apparently cause conflicts (possibly the libraries in
PHSTMinGW\bin?). Anyway this appears to work, and both programs function
properly.
Best,
Kevin Dykstra
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.
An alternative is to use the self-install versions of NONMEM for Windows using
gfortran that Bill and I have provided, which are located at:
ftp://nonmem.iconplc.com/Public/nonmem720
32 bit:
NONMEM720_gfortran460.exe
README_NONMEM720_gfortran460.exe
64 bit:
NONMEM720_64gfortran463.exe
Installation_Instructions_NONMEM720_64gfortran463.txt
These versions will produce desktop icons, which when clicked, will provide a
command window with the appropriate environments for NONMEM.
Robert J. Bauer, Ph.D.
Vice President, Pharmacometrics, R&D
ICON Development Solutions
7740 Milestone Parkway
Suite 150
Hanover, MD 21076
Tel: (215) 616-6428
Mob: (925) 286-0769
Email: [email protected]
Web: http://www.iconplc.com/
Quoted reply history
________________________________
From: [email protected] [mailto:[email protected]] On
Behalf Of Bachman, William
Sent: Thursday, November 15, 2012 9:55 AM
To: [email protected]; [email protected]
Subject: [NMusers] 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]>
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.
My (very kludgey) workaround is to temporarily rename the \PHSTMinGW directory
(e.g. to \PHSTMinGWxxx ) prior to using NONMEM and then switch it back for
Phoenix. Since I don't swap back and forth very frequently it works well
enough for me. I'll try rearranging the paths as suggested.
I did try consolidating the MinGW files for Phoenix and NONMEM but without
success.
(I am using gfortran for NONMEM 7.2 / PLT-Tools and default Phoenix 6.2 on
WinXP 32-bit)
All the very best,
Bernard
Bernard Murray, Ph.D.
Drug Metabolism, Gilead Sciences
Quoted reply history
________________________________
From: [email protected] [mailto:[email protected]] On
Behalf Of Kevin Dykstra
Sent: Thursday, November 15, 2012 7:13 AM
To: [email protected]; [email protected]
Subject: [NMusers] RE: installation of both NONMEM 7.2 and Phoenix WinNonLin 6.2
Roger,
I had the same issue with trying to get Phoenix and NONMEM to coexist
peacefully (same versions as well). The solution was to put the pointers to
nonmem and fortran directories at the head of the path: e.g.
C:\nm72g\run;C:\Program Files
(x86)\gfortran\libexec\gcc\i586-pc-mingw32\4.6.0;C:\Program Files
(x86)\gfortran\bin. On installation, Phoenix puts its own directories first,
and these apparently cause conflicts (possibly the libraries in
PHSTMinGW\bin?). Anyway this appears to work, and both programs function
properly.
Best,
Kevin Dykstra
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.