Re: NM72 compilation using MinGW64

From: Paul Hutson Date: May 05, 2012 technical Source: mail-archive.com
Thanks, Robert. What confused me is that I didn't have g95 on my machine other than as an old g95.f file in c:\nm72\nm from an earlier install of gfortran. I also have a g95.o file from the new install. I thought that the .f extension is source code, and would not be compiled if my command was gfortran instead of g95. I cleared out my nm72 directory as well as both system and personal PATH, and did a fresh install of C:\MinGW64 version 4.6.1. As would be expected, the addition of PATH of C:\MinGW64_4.6.1 (location of \bin\gfortran.exe) was needed and worked well. Interestingly, I couldn't get the gfortran-windows-460.exe compiler to work on my Win7 64 bit Dell. (available at ftp://nonmem.iconplc.com/Public/nonmem7/compilers Wings for NONMEM installed well , and the USC NPAG is working with this MinGW64 installation as well. It appears that my original problems with the MinGW64 were some old files in the subdirectory, perhaps left over from a copy from my old laptop's (32 bit) hard-drive with a different compiler. Thanks again for your help. Sorry for the bother. Paul
Quoted reply history
On 5/4/2012 3:45 PM, Bauer, Robert wrote: > Correction, the path should be: > set PATH=c:\program files\gfortran\bin;%PATH% > > 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:www.iconplc.com http://www.iconplc.com/ > > ------------------------------------------------------------------------ > > *From:* [email protected] [ mailto: [email protected] ] *On Behalf Of *Bauer, Robert > > *Sent:* Friday, May 04, 2012 4:42 PM > *To:* [email protected]; [email protected] > *Subject:* RE: [NMusers] NM72 compilation using MinGW64 > > Paul: > Your g95 compiler is interfering with gfortran. Open a DOS window, then > set PATH=c:\program files\gfortran;%PATH% > set LIBRARY_PATH= > or wherever the proper gfortran460 is. > Then, rebuild your NONMEM, and test it. > > This PATH statement must be re-specified each time you initiate a DOS window. You can create a .bat file to do this easily, or set up a special command DOS window icon on the desktop, etc. > > Or, install > nonmem720_gfortran460.exe from > ftp://nonmem.iconplc.com/Public/nonmem720 > and read the instructions in > readme_nonmem720_gfortran460.txt > > which will automatically supply you with a nm72g ICON on the desktop, with the proper environment settings. > > 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:www.iconplc.com http://www.iconplc.com/ > > ------------------------------------------------------------------------ > > *From:* [email protected] [ mailto: [email protected] ] *On Behalf Of *Paul Hutson > > *Sent:* Friday, May 04, 2012 4:07 PM > *To:* [email protected] > *Subject:* Re: [NMusers] NM72 compilation using MinGW64 > > As a follow up to my inquiry last weekend, I note that Nick was asking about a similar problem with compilation in a post from 23Aug2011. In that post, his group was trying to install NM72 on a Linux cluster, not the Win7 64bit laptop that is my endeavor. His thread went cold after a response from ICON to try installing the most current version of the gfortran compiler from the Nonmem website. > > I have installed the suggested -460.exe gfortran on my PC, and the error remains. This is true even when I am installing with full administrator rights and current license. > > I should note that the error is different depending upon the place in installation. NM72 appears to install correctly with no warning messages, and then asks if I would like to test the installation. When I accept, I get the following: > > ... > Finished compiling fsubs > > c:\nm72\nm\nonmem.a(g95.):g95.f:(.text+0xd9): undefined reference to 'getcharqq2' c:\nm72\nm\nonmem.a(g95.):g95.f:(.text+0x10c): undefined reference to 'peekcharqq2' > > collect2: Id returned 1 exit status > Completed call to gfcompile.bat > No nonmem execution > > However, at the resulting DOS cmd line I then run nmfe72 control5 output.txt, and I get many lines with the error indicated below. > > Can anyone shed light on what is happening and what a fix might be? > Thanks again. > Paul > > On 4/29/2012 12:39 PM, Paul Hutson wrote: > > > I have recently replaced my 32 bit gfortran install with the MinGW64 64bit gfortran on a Dell E6420 laptop with a quad core. I am having difficulty bringing NONMEM and WFN back up on this install. Has anyone any suggestions on making this work? > > > > PATH = C:\MinGW64\bin > > > > SETUP72 d: C:\nm72 gfortran y ar same rec i > > > > The SETUP72 compilation runs without error messages, but the nmf372 control5 test fails with multiple lines of: "temp_dir\prpnm.o:prpnm.f90:(.text+0xXXXX): undefined reference to '___pnm_config_MOD_m_ssae2'" > > > > XXXX = hex address that varies with each line. > > > > for the record, the 64bit install is working with the USC NPAG and the 'Hello' test. > > > > Thoughts and suggestions? > > Thanks > > Paul -- Paul R. Hutson, Pharm.D. Associate Professor UW School of Pharmacy T: 608.263.2496 F: 608.265.5421
Apr 29, 2012 Paul Hutson NM72 compilation using MinGW64
May 04, 2012 Paul Hutson Re: NM72 compilation using MinGW64
May 04, 2012 Robert Bauer RE: NM72 compilation using MinGW64
May 05, 2012 Paul Hutson Re: NM72 compilation using MinGW64