Hi James, I definitely see that and those files are indeed being generated. I'll look into the details of what is actually happenning and see if I can figure out where it's going wrong. What the linker seems to indicate though is the lack of existence of the symbol and AFAICT, I should be getting syntax errors if the toFloat.cpp and eLut.cpp didn't exist since they're declared (email coding here) something like:
static half::uif * _toFloat = #include "toFloat.cpp" I will admit to not being incredibly familiar with the details of windows building as I mostly use GCC and OSX, so we'll see how this goes. best, wes On Jan 14, 2008 10:18 AM, James Burgess <[EMAIL PROTECTED]> wrote: > Wes, > You should see in the Half project a "Pre-Build Event" called > "Building LUT Files..." I think that toFloat.cpp and eLut.cpp get > compiled via that. (I'm refering to the 1.6 project file for IlmBase) > > - James > > > On Jan 13, 2008, at 2:12 PM, Wesley Smith wrote: > > > Hi, > > I'm trying to get OpenEXR to build properly on Windows with VS2008. > > The one stumbling block I have is with the static LUT exports for data > > type conversion. > > > > 2> Creating library ..\Release\Half.lib and object ..\Release > > \Half.exp > > 2>Half.exp : error LNK2001: unresolved external symbol "unsigned short > > * _eLut" (?_eLut@@3PAGA) > > 2>Half.exp : error LNK2001: unresolved external symbol "union > > half::uif * _toFloat" (?_toFloat@@[EMAIL PROTECTED]@@A) > > > > I can't seem to figure out how to fix this issue. Any ideas? These > > are my preprocessor defines: > > > > WIN32 > > NDEBUG > > _WINDOWS > > HALF_EXPORTS > > > > I've also changed the target from a dynamic dll to a static lib. > > > > thanks, > > wes > > > > > > _______________________________________________ > > Openexr-user mailing list > > [email protected] > > http://lists.nongnu.org/mailman/listinfo/openexr-user > > _______________________________________________ Openexr-user mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/openexr-user
