In IlmImf:
Creating library C:/_DEV/openexr-2.2/openexr-develop/OpenEXR-build/IlmImf/Release/IlmImf-2_2.lib and object C:/_DEV/openexr-2.2/openexr-develop/OpenEXR-build/IlmImf/Release/IlmImf-2_2.exp
ImfDwaCompressor.obj : error LNK2019: unresolved external symbol compress2 referenced in function "private: int __cdecl Imf_2_2::DwaCompressor::compress(char
const *,int,class Imath_2_2::Box<class Imath_2_2::Vec2<int> >,char const * &)" (address@hidden@Imf_2_2@@address@hidden@address@hidden@@@Imath_2_2@@address@hidden)
ImfDwaCompressor.obj : error LNK2019: unresolved external symbol uncompress referenced in function "private: int __cdecl Imf_2_2::DwaCompressor::uncompress(char
const *,int,class Imath_2_2::Box<class Imath_2_2::Vec2<int> >,char const * &)" (address@hidden@Imf_2_2@@address@hidden@address@hidden@@@Imath_2_2@@address@hidden)
ImfPxr24Compressor.obj : error LNK2001: unresolved external symbol uncompress
ImfZip.obj : error LNK2001: unresolved external symbol uncompress
ImfPxr24Compressor.obj : error LNK2019: unresolved external symbol compress referenced in function "private: int __cdecl Imf_2_2::Pxr24Compressor::compress(char
const *,int,class Imath_2_2::Box<class Imath_2_2::Vec2<int> >,char const * &)" (address@hidden@Imf_2_2@@address@hidden@address@hidden@@@Imath_2_2@@address@hidden)
ImfZip.obj : error LNK2001: unresolved external symbol compress
C:\_DEV\openexr-2.2\openexr-develop\OpenEXR-build\IlmImf\Release\IlmImf-2_2.dll : fatal error LNK1120: 3 unresolved externals
Cheers,
Thorsten
Von: openexr-devel-bounces+address@hidden
[mailto:openexr-devel-bounces+address@hidden Im Auftrag von
Sebastian Elsner
Gesendet: Montag, 14. Juli 2014 14:32
An: address@hidden
Betreff: Re: [Openexr-devel] 2.2.0 release plans
Someting about the "isTiled" or "isDeep" members? They are not exported. This was already an issue in 2.1
On 07/14/2014 02:29 PM, Thorsten Kaufmann wrote:
Build now goes past the generation stages but fails miserably due to unresolved external symbols. Will need to investigate some more. Don’t really
know when I will find the time yet though.
Cheers,
Thorsten
Thorsten Kaufmann
Production Pipeline Architect
Mackevision Medien Design GmbH
Forststraße 7
70174 Stuttgart
T T +49 711 93 30 48 606
F +49 711 93 30 48 90
M +49 151 19 55 55 02
address@hidden
www.mackevision.de
Geschäftsführer: Armin Pohl, Joachim Lincke, Karin Suttheimer
HRB 243735 Amtsgericht Stuttgart
I set the output to be diagnostic and checked in more detail. So it seemed to fail with the b44…exe.
I gave running the exe a try in the shell and it errors due to procedure entry not found in half.dll.
Copying over half.dll from the ilmbase build seems to make things work as expected. So I guess the issue is,
that it is pulling the wrong dll from somewhere in my path.
Still waiting for the build to complete (the dwaLookups step is taking ages). Will report back asap.
Cheers,
Thorsten
Thorsten Kaufmann
Production Pipeline Architect
Mackevision Medien Design GmbH
Forststraße 7
70174 Stuttgart
T T +49 711 93 30 48 606
F +49 711 93 30 48 90
M +49 151 19 55 55 02
address@hidden
www.mackevision.de
Geschäftsführer: Armin Pohl, Joachim Lincke, Karin Suttheimer
HRB 243735 Amtsgericht Stuttgart
Hey Nick,
this is from the output win:
3>------ Build started: Project: IlmImf, Configuration: Debug x64 ------
3> Building Custom Rule C:/_DEV/openexr-2.2/openexr-develop/OpenEXR/IlmImf/CMakeLists.txt
3> CMake does not need to re-run because C:\_DEV\openexr-2.2\openexr-develop\OpenEXR-build\IlmImf\CMakeFiles\generate.stamp
is up-to-date.
3> Generating b44ExpLogTable.h
3>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V120\Microsoft.CppCommon.targets(170,5):
error MSB6006: "cmd.exe" exited with code -1073741511.
4>------ Build started: Project: IlmImfUtil, Configuration: Debug x64 ------
This breaks the IlmImf build which in turn breaks a lot of the other projects of course.
Cheers,
Thorsten
Thorsten Kaufmann
Production Pipeline Architect
Mackevision Medien Design GmbH
Forststraße 7
70174 Stuttgart
T T +49 711 93 30 48 606
F +49 711 93 30 48 90
M +49 151 19 55 55 02
address@hidden
www.mackevision.de
Geschäftsführer: Armin Pohl, Joachim Lincke, Karin Suttheimer
HRB 243735 Amtsgericht Stuttgart
Anything in the console log?
Sent from my iPhone
Oh mixed up. IlmImf and IlmImfUtil are OpenExr of course. So IlmBase seems to compile fine then indeed.
IlmImf breaks with a cmd.exe error and i am unsure how to troubleshoot. It is one of the custom build steps i guess, but i have a hard time finding which.
Cheers,
Thorsten
Thorsten Kaufmann
Production Pipeline Architect
Mackevision Medien Design GmbH
Forststraße 7
70174 Stuttgart
T T +49 711 93 30 48 606
F +49 711 93 30 48 90
M +49 151 19 55 55 02
address@hidden
www.mackevision.de
Geschäftsführer: Armin Pohl, Joachim Lincke, Karin Suttheimer
HRB 243735 Amtsgericht Stuttgart
Hey there,
just gave this a go on win7 using VS Express 2013.
For IlmBase:
ImathMatrixAlgo erros with "max not part of std". Fixed by adding
#include <algorithm>
Also needed in testJacobiEigenSolver.
Then IlmBase seems to compile (only tried Relase x64 so far)
OpenEXR itself:
min/max issues in quite a lot of files. The fix above fixes them all.
Also IlmBase seemed to compile before but misses the new IlmImfUtil lib as well as IlmImf lib itself.
Getting a cmd return error. Still looking.
Cheers,
Thorsten
Thorsten Kaufmann
Production Pipeline Architect
Mackevision Medien Design GmbH
Forststraße 7
70174 Stuttgart
T T +49 711 93 30 48 606
F +49 711 93 30 48 90
M +49 151 19 55 55 02
address@hidden
www.mackevision.de
Geschäftsführer: Armin Pohl, Joachim Lincke, Karin Suttheimer
HRB 243735 Amtsgericht Stuttgart
Hi openexr-devel,
We've pushed some new commits to the develop branch in preparation for a release at the beginning of August. The significant new functionality includes:
- A new high performance lossy compression codec contributed
by DreamWorks Animation. This work includes performance improvements to the Huffman decoder that also speed up the PIZ codec.
- A new IlmImfUtil library intended to make it easier to develop
simple utilities for image file manipulation, supporting the myriad of types of OpenEXR structures (deep, subsampled channels, multi-resolution, tiled, arbitrary channels, and so on).
Existing APIs are unchanged.
Also, while autoconf is still the method of choice to build OpenEXR on *nix platforms, the support for CMake should be up to date at this point and working for Linux, Xcode and Visual Studio.
Unless we run into any roadblocks, my plan is to merge to master and cut a 2.2.0 release by SIGGRAPH. The platforms we've tested in ILM are gcc 4.4, gcc 4.6, OSX Mavericks / Xcode 5.1, and Visual Studio 2010. We'd appreciate if
anyone has the time to verify on other platforms and/or spot any regressions in the next few weeks.
-Ed
Ed Hanway, R&D Supervisor, ILM
_______________________________________________
Openexr-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/openexr-devel
|