[Openexr-devel] Fwd: [Half] Unresolved external when using Half.lib on windows

[Alexandre Gauthier]

Indeed the toFloat.h is autogenerated.

In the include folder of my project I reference only the headers that were copied to the Deploy folder when I compiled OpenEXR, not toFloat.h. Even when adding toFloat.h to the headers of my project or to the Deploy folder it does not compile.

I tried many things and I can't see any workaround besides changing the sources right now

On Sun, Apr 14, 2013 at 7:38 PM, Simon Eves <address@hidden> wrote:

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:

Hello,

I recently compiled all the Ilmbase + OpenEXR for win32.

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).

Anyway, now I'm trying to use it in my application and here is the unresolved external I get :

error LNK2001: unresolved external symbol "private: static union half::uif const * const half::_toFloat" (address@hidden@@address@hidden@B)

Any clue where it can come from?

When looking at the sources in half.cpp I see :

HALF_EXPORT_CONST half::uif half::_toFloat[1 << 16] =
#include "toFloat.h"

is a statement like this normal? I've never seen such assignment before, although I think it comes from somewhere else.

Regards,

Alexandre

_______________________________________________
Openexr-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/openexr-devel

--
SUPPORT COMMUNITY THEATRE!