<div dir="ltr">To partially solve my last message, I found the some of the source code was missing in the Visual Studio project. I may have deleted them accidentally, but they may have been missing from the actual project file.<br>
<br>So now:<br>* I can build Debug/Release, etc. of the library with the VisualStudio project file. I created debug versions of the library files with a "d" at the end of the file name.<br>* Linking the sample application with: "libipopt.lib mkl_intel_c.lib mkl_core.lib mkl_sequential.lib libCOINHSL.lib vcf2c.lib" creates an executable that links and works fine. Note here I am using MKL, it also works with the built blas/lapack: "libipopt.lib libCOINHSL.lib vcf2c.lib libcoinblas.lib libcoinlapack.lib"<br>
<br>But when I change the sample application to a a debug build (/MTd):<br>* If I link with the debug versions also created with /MTd: libipoptd.lib libCOINHSLd.lib vcf2c.lib libcoinblasd.lib libcoinlapackd.lib (or the non-debug versions), everything goes haywire with thousands of unresolved externals for things I would expect to always be there (see bottom of message):<br>
* I can email/upload my visual studio project file for ipopt and for the sample application if my steps forward will be useful and if anyone wants to play with it.<br>* Otherwise, perhaps I am a library user who doesn't know enough to get this stuff working on his own and should wait for binaries. If getting an automated build process for windows binaries with /MT, /MTd, /MD, /MDd and with support for binding to different LAPACK/BLAS as linker inputs is on the horizon, then I also may be wasting my time and would be better off testing the final binaries/sample projects. Is there a gut instinct on the timeframe for binaries?<br>
<br>============== Here were a couple of the unresolved externals.... I am sure it is another 101 type organization, but I haven't hit these kinds of problems using other libraries and am not sure how to handle things like this.<br>
<br>1>libcpmtd.lib(iosptrs.obj) : error LNK2001: unresolved external symbol "void __cdecl operator delete(void *)" (??3@YAXPAX@Z)<br>1>libipoptd.lib(IpLapack.obj) : error LNK2001: unresolved external symbol "void __cdecl operator delete(void *)" (??3@YAXPAX@Z)<br>
1>libcpmtd.lib(xdebug.obj) : error LNK2001: unresolved external symbol "void __cdecl operator delete(void *)" (??3@YAXPAX@Z)<br>1>libipoptd.lib(IpDiagMatrix.obj) : error LNK2001: unresolved external symbol "void __cdecl operator delete(void *)" (??3@YAXPAX@Z)<br>
1>libipoptd.lib(IpIdentityMatrix.obj) : error LNK2001: unresolved external symbol "void __cdecl operator delete(void *)" (??3@YAXPAX@Z)<br>1>libipoptd.lib(IpCompoundMatrix.obj) : error LNK2019: unresolved external symbol "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) referenced in function "public: __thiscall Ipopt::TaggedObject::TaggedObject(void)" (??0TaggedObject@Ipopt@@QAE@XZ)<br>
1>libipoptd.lib(IpSumMatrix.obj) : error LNK2001: unresolved external symbol "void __cdecl operator delete(void *)" (??3@YAXPAX@Z)<br>1>libipoptd.lib(IpCompoundSymMatrix.obj) : error LNK2001: unresolved external symbol "void __cdecl operator delete(void *)" (??3@YAXPAX@Z)<br>
...<br>1>libipoptd.lib(IpJournalist.obj) : error LNK2001: unresolved external symbol __invalid_parameter<br>1>libipoptd.lib(IpOptionsList.obj) : error LNK2001: unresolved external symbol __invalid_parameter<br>1>libipoptd.lib(IpIdentityMatrix.obj) : error LNK2001: unresolved external symbol __CrtDbgReportW<br>
<br></div>