|
From: | Alexandre Gauthier |
Subject: | [Openexr-devel] Fwd: [Half] Unresolved external when using Half.lib on windows |
Date: | Sun, 14 Apr 2013 19:58:34 +0200 |
The toFloat.h header is supposed to be autogenerated, and just contains the values for that assignment, which is why the #include is right there in the .cpp file.I've not built OpenEXR for ages, so I have no idea why the stage that's supposed to generate that file isn't running, but maybe this gives you a clue where to look.On Sun, Apr 14, 2013 at 10:35 AM, Alexandre Gauthier <address@hidden> wrote:
_______________________________________________AlexandreRegards,is a statement like this normal? I've never seen such assignment before, although I think it comes from somewhere else.When looking at the sources in half.cpp I see :Any clue where it can come from?Anyway, now I'm trying to use it in my application and here is the unresolved external I get :I compiled it using visual studio 2010, and I had to tweak the solution files a little bit to make it work (there were some files missing in the solution).Hello,I recently compiled all the Ilmbase + OpenEXR for win32.
error LNK2001: unresolved external symbol "private: static union half::uif const * const half::_toFloat" (address@hidden@@address@hidden@B)
HALF_EXPORT_CONST half::uif half::_toFloat[1 << 16] =
#include "toFloat.h"
Openexr-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/openexr-devel
--
SUPPORT COMMUNITY THEATRE!
[Prev in Thread] | Current Thread | [Next in Thread] |