<div dir="ltr">The scripts only calls the C++ compiler, the compiler calls cc1plus.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 9, 2013 at 11:46 AM, Jon Schnute <span dir="ltr"><<a href="mailto:schnutej-dfo@shaw.ca" target="_blank">schnutej-dfo@shaw.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Wade -  Thanks very much for your help! It's certainly reassuring that the<br>
MinGW-w64 works with ADMB. Naturally, I'm puzzled (and very frustrated) that<br>
it doesn't work for me. I'll try it on a different computer.<br>
<br>
Could you do me another big favour? Open a command window (DOS console) and<br>
type the command:<br>
<br>
set > set.txt<br>
<br>
As I'm sure you realize, this will copy your entire environment (including<br>
the path) into the text file "set.txt". Then send me a copy of "set.txt" by<br>
email. I'd like to compare your environment with mine. Also, let me know if<br>
you use batch files or anything similar to set paths when building ADMB.<br>
<br>
Thanks again!<br>
Jon<br>
<br>
PS - In my version of mingw64, I note the file:<br>
<br>
..\mingw64\libexec\gcc\x86_64-w64-mingw32\4.8.1\cc1plus.exe<br>
<br>
Does anyone know why this file would be called during a build of ADMB?<br>
<div class="im HOEnZb"><br>
-----Original Message-----<br>
From: Cooper, Wade [mailto:<a href="mailto:Wade.Cooper@MyFWC.com">Wade.Cooper@MyFWC.com</a>]<br>
Sent: December-09-13 7:44 AM<br>
To: Jon Schnute; 'John Sibert'; 'Johnoel Ancheta';<br>
<a href="mailto:developers@admb-project.org">developers@admb-project.org</a><br>
</div><div class="HOEnZb"><div class="h5">Cc: 'Haigh, Rowan'; 'Chris Grandin'<br>
Subject: RE: Replacement for MinGW; bug in ADMB revision 1461<br>
<br>
Hi Jon,<br>
<br>
I just pulled the latest version from the svn this morning (revision 1461),<br>
built using my normal approach (make through msys shell) with my existing<br>
mingw-w64 (4.8.1 from tdm64) and it works fine.  I checked simple and polio<br>
and both ran.<br>
<br>
I then tried the mingw-w64 version you had a link for in your ADMBtools.pdf<br>
document<br>
(<a href="http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.8" target="_blank">http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.8</a><br>
.1/64-bit/threads-posix/seh/x64-4.8.1-release-posix-seh-rev5.7z/download).<br>
This worked fine too on my machine (Win 7 64 bit).<br>
<br>
Good luck with diagnosing the issue,<br>
<br>
Wade<br>
<br>
<br>
<br>
-----Original Message-----<br>
From: Jon Schnute [mailto:<a href="mailto:schnutej-dfo@shaw.ca">schnutej-dfo@shaw.ca</a>]<br>
Sent: Monday, December 09, 2013 4:06 AM<br>
To: 'John Sibert'; 'Johnoel Ancheta'; <a href="mailto:developers@admb-project.org">developers@admb-project.org</a><br>
Cc: 'Haigh, Rowan'; Cooper, Wade; 'Chris Grandin'<br>
Subject: Replacement for MinGW; bug in ADMB revision 1461<br>
<br>
John and others - I hope you just got my message about problems with the old<br>
MinGW. Next I enclose my proposed solution for moving to MinGW-w64 (see<br>
ADMBtools.pdf). The file includes links to the download sites for each<br>
software package. I ended up with something close to that used by Wade<br>
Cooper. I also used the discussion at Rioki's Corner<br>
(<a href="http://www.rioki.org/2013/10/16/mingw-w64.html" target="_blank">http://www.rioki.org/2013/10/16/mingw-w64.html</a>).<br>
<br>
Having assembled these tools on my computer, I used them to build the latest<br>
revision 1461. Unfortunately, I encountered a bug that you can see in the<br>
following output:<br>
<br>
**********<br>
g++ -c -Wall -O3  -DOPT_LIB -D__GNUDOS__ -Dlinux -D__SPDLL__<br>
g++ -DUSE_LAPLACE<br>
-I../<br>
build/dist/include<br>
-o../build/objects/dist/optlp-df1b2-separable-fquadpri.obj df<br>
1b2-separable/fquadpri.cpp<br>
g++ -c -Wall -O3  -DOPT_LIB -D__GNUDOS__ -Dlinux -D__SPDLL__<br>
g++ -DUSE_LAPLACE<br>
-I../<br>
build/dist/include -o../build/objects/dist/optlp-df1b2-separable-gammdev.obj<br>
df1<br>
b2-separable/gammdev.cpp<br>
GNUmakefile:267: recipe for target<br>
`../build/objects/dist/optlp-df1b2-separable-<br>
gammdev.obj' failed<br>
make[2]: *** [../build/objects/dist/optlp-df1b2-separable-gammdev.obj] Error<br>
1<br>
make[2]: Leaving directory `/d/ADMbuild/admb1461/src'<br>
Makefile:63: recipe for target `g++-src' failed<br>
make[1]: *** [g++-src] Error 2<br>
make[1]: Leaving directory `/d/ADMbuild/admb1461'<br>
Makefile:60: recipe for target `g++-all' failed<br>
make: *** [g++-all] Error 2<br>
**********<br>
<br>
A strange window popped up referring to "cc1plus.exe". Is it possible that<br>
the makefile confuses the new version of MinGW with Microsoft Visual Studio?<br>
<br>
Wade, it would be great if you could test the latest version of ADMB with<br>
your software.<br>
<br>
Best wishes to all,<br>
<br>
Jon<br>
<br>
<br>
<br>
-----Original Message-----<br>
From: Jon Schnute [mailto:<a href="mailto:schnutej-dfo@shaw.ca">schnutej-dfo@shaw.ca</a>]<br>
Sent: December-09-13 12:41 AM<br>
To: 'John Sibert'; 'Johnoel Ancheta'; '<a href="mailto:developers@admb-project.org">developers@admb-project.org</a>'<br>
Cc: 'Haigh, Rowan'; 'Cooper, Wade'<br>
Subject: MinGW "nasty problem"<br>
<br>
Hi John - Your experience with the MinGW "nasty problem" matches mine<br>
exactly. I've done a lot of research on this, and I've written the attached<br>
report "MinGW problem with drives that don't exist". I think you'll find<br>
that it offers a credible explanation. It contains many Internet links that<br>
connect you with other sources.<br>
<br>
Along with other developers (cited in the report), I've concluded that the<br>
original MinGW project has fallen off the rails and can no longer be<br>
considered reliable. We need to move to the independent new project<br>
MinGW-w64. In the long run, we need to do this anyway to get 64-bit support.<br>
<br>
I hope my little report convinces everyone involved. I'm copying Wade Cooper<br>
on this because he reported success with ADMB in the message he sent on<br>
November 18.<br>
<br>
In my next message, I'll send my recommendations for the explicit software I<br>
think we should use.<br>
<br>
Best wishes,<br>
<br>
Jon<br>
<br>
-----Original Message-----<br>
From: John Sibert [mailto:<a href="mailto:sibert@hawaii.edu">sibert@hawaii.edu</a>]<br>
Sent: December-06-13 9:54 AM<br>
To: Jon Schnute; 'Johnoel Ancheta'; <a href="mailto:developers@admb-project.org">developers@admb-project.org</a><br>
Cc: 'Haigh, Rowan'<br>
Subject: Re: [Developers] Big changes in Revision 1438<br>
<br>
Hi Jon,<br>
Thank you for your patience in testing this stuff. It can be onerous in<br>
windows.<br>
<br>
Regarding the "nasty problem with MinGW" that you mentioned, I may have<br>
encountered something similar.<br>
<br>
I was trying to install admb on my wife's new windows 7 machine and the<br>
procedure ran smoothly until it started to build the libraries. As soon as<br>
it started to compile the first source file, the system popped up an error<br>
window titled "g++" containing the error message "There is no disk in the<br>
drive. Please insert a disk in drive \Device\Harddisk2\DR2."<br>
Further experimentation revealed the error window any time g++ starts.<br>
So it appears not to be anything to do with admb; it is an windows/mingw<br>
issue.<br>
<br>
Searching for a solution was pretty fruitless. I lot of know-nothing<br>
responses to similar questions and BS remarks from microsoft flacks about<br>
how important solving the problem is to microsoft. But the responses pointed<br>
to usb drive issues.<br>
<br>
So I'm wonder if this is the "nasty problem" you mentioned, and if so, how<br>
it was solved.<br>
<br>
Cheers,<br>
John<br>
<br>
<br>
John Sibert<br>
Emeritus Researcher, SOEST<br>
University of Hawaii at Manoa<br>
Honolulu HI (GMT-10)<br>
<a href="tel:808-294-3842" value="+18082943842">808-294-3842</a><br>
<br>
Visit the ADMB project <a href="http://admb-project.org/" target="_blank">http://admb-project.org/</a><br>
<br>
On 12/05/2013 11:17 PM, Jon Schnute wrote:<br>
><br>
> I've tested revisions 1444 and 1447 on Windows 7 using Msys and MinGW,<br>
> obtained independently from the Internet. The build process worked in<br>
> both cases with no problems. Also, the executable files and scripts in<br>
> ..\build\dist successfully converted .tpl files to .exe files.<br>
><br>
> In the process, I discovered a nasty problem with MinGW that stems<br>
> from a bug in Windows. It will occur if you connect and disconnect a<br>
> USB drive before using MinGW.<br>
><br>
> I'm planning to write installation instructions that document exactly<br>
> what I've done, along with a warning about the potential MinGW problem<br>
> and its resolution. I'll circulate this document when I have a draft.<br>
><br>
> I should add that Rowan Haigh, using the official QuickStart procedure<br>
> on revision 1444, encountered the problem with "banner.cpp" that I've<br>
> described in earlier email. When we have the opportunity, we'll check<br>
> into this further and send a bug report if we can reproduce the problem.<br>
><br>
> Again, thanks to everyone for your good work cleaning up the code.<br>
><br>
> Jon<br>
><br>
> *From:*<a href="mailto:developers-bounces@admb-project.org">developers-bounces@admb-project.org</a><br>
> [mailto:<a href="mailto:developers-bounces@admb-project.org">developers-bounces@admb-project.org</a>] *On Behalf Of *Johnoel<br>
> Ancheta<br>
> *Sent:* December-05-13 1:32 AM<br>
> *To:* <a href="mailto:developers@admb-project.org">developers@admb-project.org</a><br>
> *Subject:* [Developers] Big changes in Revision 1438<br>
><br>
> Hi all,<br>
><br>
> The ADMB build files have again been reworked and improved. After<br>
> getting<br>
><br>
> feedback,<br>
><br>
> * the build files have been simplified a bit more<br>
><br>
> - Dave Fournier<br>
><br>
> * works with Rtools (but not with Rtools->make)<br>
><br>
> - Jon Schnute<br>
><br>
> * should build in Windows if Msys or Rtools are in the system PATH<br>
><br>
> A lot of time and effort was spent by everyone to test and develop<br>
><br>
> the build scripts.<br>
><br>
> Please test the installation by following documentation in<br>
><br>
> <a href="http://www.admb-project.org/buildbot/documentation/" target="_blank">http://www.admb-project.org/buildbot/documentation/</a><br>
><br>
> Changes and QuickStart pages are in the the directory.<br>
><br>
> Thanks to everyone who participated in the testing.<br>
><br>
> Johnoel<br>
><br>
><br>
><br>
> _______________________________________________<br>
> Developers mailing list<br>
> <a href="mailto:Developers@admb-project.org">Developers@admb-project.org</a><br>
> <a href="http://lists.admb-project.org/mailman/listinfo/developers" target="_blank">http://lists.admb-project.org/mailman/listinfo/developers</a><br>
<br>
<br>
<br>
<br>
</div></div></blockquote></div><br></div>