Re: looking for a working 2.0.1 Windows build
James Burgess <[email protected]>
| Newsgroups | gmane.comp.video.openexr.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi Paul, I would dumpbin Iex and grep for Iex::ArgExc::ArgExc, check that the signature is a) there, and b) be exactly matches what ImfTiledMisc.obj is looking for. Namespaces, const-ness and return types (on windows) count. Cheers, - James On Jun 13, 2014, at 2:12 PM, Paul Miller <[email protected]> wrote: > On 6/13/2014 2:50 PM, Nick wrote: >> That happens when you build without the DLL macros set up for export. Have a look at IexExport.h and you can follow the breadcrumbs backwards from there. I'm not currently set up for windows dev so I can't help much beyond that at the moment. > > That's the confusing thing - everything looks right with the DLL macros. > > The IlmBase libraries all have OPENEXR_DLL set, and the appropriate XXX_EXPORTS set. The relevant XXXExport.h headers all show XXX_EXPORT_DEFINITION ending up as __declspec(dllexport) where appropriate, and __declspec(dllimport) when included in IlmImf. > > Anything else worth checking? > > >> >> Sent from my iPhone >> >>> On Jun 13, 2014, at 12:34, "Paul Miller" <[email protected]> wrote: >>> >>>> On 6/10/2014 7:45 AM, Paul Miller wrote: >>>>> On 5/30/2014 10:51 AM, Piotr Stanczyk wrote: >>>>> As you can tell the windows platform does not receive a large amount of >>>>> time. I would urge you to go with 2.1.0 and use the cmake scripts rather >>>>> than the solution files. I believe you can generate the son files from >>>>> there should you need to, but they should give you a build for the most >>>>> part. >>>>> >>>>> Indeed, I would be happy to see the baked sln stuff go away in the >>>>> future. >>>> >>>> Thanks to all who responded. I didn't know there was a cmake-based 2.1 - >>>> that should make things easier. >>> >>> So I've gotten pretty far with the latest 2.1 branch - IlmBase is building with no problems that I can see. >>> >>> But when I'm linking IlmImf, I'm getting hundreds of "unresolved external symbol" errors, such as: >>> >>> 2>ImfTiledMisc.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __cdecl Iex::ArgExc::ArgExc(char const *)" (__imp_??0ArgExc@Iex@@QEAA@PEBD@Z) >>> 2>ImfTiledOutputFile.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __cdecl Iex::ArgExc::ArgExc(char const *)" (__imp_??0ArgExc@Iex@@QEAA@PEBD@Z) >>> 2>ImfTileOffsets.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __cdecl Iex::ArgExc::ArgExc(char const *)" (__imp_??0ArgExc@Iex@@QEAA@PEBD@Z) >>> 2>ImfTimeCode.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __cdecl Iex::ArgExc::ArgExc(char const *)" (__imp_??0ArgExc@Iex@@QEAA@PEBD@Z) >>> ... >>> 2>ImfInputFile.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __cdecl IlmThread::Mutex::Mutex(void)" (__imp_??0Mutex@IlmThread@@QEAA@XZ) >>> 2>ImfMultiPartInputFile.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __cdecl IlmThread::Mutex::Mutex(void)" (__imp_??0Mutex@IlmThread@@QEAA@XZ) >>> 2>ImfAttribute.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __cdecl IlmThread::Mutex::Mutex(void)" (__imp_??0Mutex@IlmThread@@QEAA@XZ) >>> 2>ImfDeepScanLineInputFile.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __cdecl IlmThread::Mutex::Mutex(void)" (__imp_??0Mutex@IlmThread@@QEAA@XZ) >>> 2>ImfDeepScanLineOutputFile.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __cdecl IlmThread::Mutex::Mutex(void)" (__imp_??0Mutex@IlmThread@@QEAA@XZ) >>> ... >>> etc. >>> >>> I pointed the IlmImf linker to the built *.libs from IlmBase, so I don't know what is causing this. >>> >>> I've gotten some build tips from Sebastian but I'm using VS2008 here and he's using 2010, and doesn't seem to be getting these errors. >>> >>> Anyone know what is going on? >>> >>> >>> _______________________________________________ >>> Openexr-devel mailing list >>> [email protected] >>> https://lists.nongnu.org/mailman/listinfo/openexr-devel > > > _______________________________________________ > Openexr-devel mailing list > [email protected] > https://lists.nongnu.org/mailman/listinfo/openexr-devel