Re: 2.2.0 release plans

Nick <[email protected]>
Newsgroups gmane.comp.video.openexr.devel
Message-ID <[email protected]> 
Those sound like the right fix, and should be added to the distro. 

Sent from my iPhone

> On 2014/07/14, at 8:36, "Thorsten Kaufmann" <[email protected]> wrote:
> 
> Got it to build (Note: IlmImfTest and IlmImfUtilTest were excluded and threw a lot of unresolved externals. For now I concentrate on the main projects)
>  
> I had to add #include "ImfExport.h" and also add IMF_EXPORT to “bool isTiled” in ImfPartType to resolve the external. No idea if this is a good idea or going to work in real applications though heh
>  
> 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
> 
> [email protected]
> www.mackevision.de
> 
> Geschäftsführer: Armin Pohl, Joachim Lincke, Karin Suttheimer
> HRB 243735 Amtsgericht Stuttgart
> 
> Von: Nick [mailto:[email protected]] 
> Gesendet: Montag, 14. Juli 2014 15:55
> An: Thorsten Kaufmann
> Cc: Sebastian Elsner; [email protected]
> Betreff: Re: [Openexr-devel] 2.2.0 release plans
>  
> Compress2 is part of zlib. I think that you might be compiling against one zlib with dll exports and linking against another without. 
> 
> Sent from my iPhone
> 
> On 2014/07/14, at 5:41, "Thorsten Kaufmann" <[email protected]> wrote:
> 
> 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 * &)" (?compress@DwaCompressor@Imf_2_2@@AEAAHPEBDHV?$Box@V?$Vec2@H@Imath_2_2@@@Imath_2_2@@AEAPEBD@Z)
> 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 * &)" (?uncompress@DwaCompressor@Imf_2_2@@AEAAHPEBDHV?$Box@V?$Vec2@H@Imath_2_2@@@Imath_2_2@@AEAPEBD@Z)
> 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 * &)" (?compress@Pxr24Compressor@Imf_2_2@@AEAAHPEBDHV?$Box@V?$Vec2@H@Imath_2_2@@@Imath_2_2@@AEAPEBD@Z)
> 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+thorsten.kaufmann=mackevision.de@nongnu.org [mailto:openexr-devel-bounces+thorsten.kaufmann=mackevision.de@nongnu.org] Im Auftrag von Sebastian Elsner
> Gesendet: Montag, 14. Juli 2014 14:32
> An: [email protected]
> 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
> 
> [email protected]
> www.mackevision.de
> 
> Geschäftsführer: Armin Pohl, Joachim Lincke, Karin Suttheimer
> HRB 243735 Amtsgericht Stuttgart
> 
> Von: openexr-devel-bounces+thorsten.kaufmann=mackevision.de@nongnu.org [mailto:openexr-devel-bounces+thorsten.kaufmann=mackevision.de@nongnu.org] Im Auftrag von Thorsten Kaufmann
> Gesendet: Montag, 14. Juli 2014 13:45
> An: [email protected]
> Betreff: Re: [Openexr-devel] 2.2.0 release plans
>  
> 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
> 
> [email protected]
> www.mackevision.de
> 
> Geschäftsführer: Armin Pohl, Joachim Lincke, Karin Suttheimer
> HRB 243735 Amtsgericht Stuttgart
> 
> Von: openexr-devel-bounces+thorsten.kaufmann=mackevision.de@nongnu.org [mailto:openexr-devel-bounces+thorsten.kaufmann=mackevision.de@nongnu.org] Im Auftrag von Thorsten Kaufmann
> Gesendet: Montag, 14. Juli 2014 13:18
> An: [email protected]
> Betreff: Re: [Openexr-devel] 2.2.0 release plans
>  
> 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
> 
> [email protected]
> www.mackevision.de
> 
> Geschäftsführer: Armin Pohl, Joachim Lincke, Karin Suttheimer
> HRB 243735 Amtsgericht Stuttgart
> 
> Von: Nick [mailto:[email protected]] 
> Gesendet: Sonntag, 13. Juli 2014 02:05
> An: Thorsten Kaufmann
> Cc: [email protected]
> Betreff: Re: [Openexr-devel] 2.2.0 release plans
>  
> Anything in the console log?
> 
> Sent from my iPhone
> 
> On 2014/07/12, at 15:05, "Thorsten Kaufmann" <[email protected]> wrote:
> 
> ​ 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
> 
> [email protected]
> www.mackevision.de
> 
> Geschäftsführer: Armin Pohl, Joachim Lincke, Karin Suttheimer
> HRB 243735 Amtsgericht Stuttgart
> 
> Von: openexr-devel-bounces+thorsten.kaufmann=mackevision.de@nongnu.org <openexr-devel-bounces+thorsten.kaufmann=mackevision.de@nongnu.org> im Auftrag von Thorsten Kaufmann <[email protected]>
> Gesendet: Samstag, 12. Juli 2014 23:41
> An: '[email protected]'
> Betreff: Re: [Openexr-devel] 2.2.0 release plans
>  
> 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
> 
> [email protected]
> www.mackevision.de
> 
> Geschäftsführer: Armin Pohl, Joachim Lincke, Karin Suttheimer
> HRB 243735 Amtsgericht Stuttgart
> 
> Von: openexr-devel-bounces+thorsten.kaufmann=mackevision.de@nongnu.org <openexr-devel-bounces+thorsten.kaufmann=mackevision.de@nongnu.org> im Auftrag von Ed Hanway <[email protected]>
> Gesendet: Samstag, 12. Juli 2014 03:07
> An: '[email protected]'
> Betreff: [Openexr-devel] 2.2.0 release plans
>  
> 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
> [email protected]
> https://lists.nongnu.org/mailman/listinfo/openexr-devel
> 
> 
> 
> 
> _______________________________________________
> 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
> _______________________________________________
> 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

_______________________________________________
Openexr-devel mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/openexr-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.