I think I remember that we did agree that would be a good move :) Sent from my iPhone
> On 2014/08/12, at 13:37, "Piotr Stanczyk" <[email protected]> wrote: > > I seem to recall that we spoke a while back about deprecating this part of > the build process. That table should be pretty well defined. Though, we > should keep the generator for unit tests. > > Piotr > > > >> On 12 August 2014 13:27, Ed Hanway <[email protected]> wrote: >> Yes, that's what it is, and it occurs when you're building shared libs (the >> default). If you're using command line tools like nmake or msbuild, then >> it's easy to work around this, but it's more of a problem when using the >> Visual Studio IDE. >> >> The same will be true when trying to execute unit tests. >> >> If any CMake guru knows how to handle this elegantly, I'm all ears. >> >> -Ed >> >> -----Original Message----- >> From: [email protected] >> [mailto:[email protected]] On Behalf Of >> Gonzalo Garramuño >> Sent: Tuesday, August 12, 2014 1:24 PM >> To: [email protected] >> Subject: Re: [Openexr-devel] Windows CMAKE build failing >> >> On 12/08/2014 05:07 p.m., Gonzalo Garramuño wrote: >> > I compiled IlmBase with Cmake with no problems. However, compiling >> > the OpenEXR library has shown a problem. When run, the b44 and dwa >> > tables are not created and I get an error. >> > >> > 5>------ Build started: Project: IlmImf, Configuration: Release x64 >> > ------ >> > 5> Generating b44ExpLogTable.h >> > 5>C:\Program Files >> > (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets(151,5): >> > error MSB6006: "cmd.exe" exited with code -1073741515 >> > >> > The same error happens if I use the NMake Makefiles generator of cmake >> > (which is my preferred way of working). >> > >> > The problem seems to be the line in the custom build step: >> > >> > $(Configuration)\b44ExpLogTable > >> > F:/code/lib/openexr-git/OpenEXR/IlmImf/b44ExpLogTable.h >> > >> > It is not clear to me that $(Configuration) points to the actual >> > executable. >> The problem is that b44ExpLogTable relies on the Half.dll and it is not >> finding it. >> Placing a: >> >> set PATH=%PATH%;F:/code/lib/Windows_64/lib >> >> (my %ILMBASE_PACKAGE_PREFIX%/lib directory) >> >> solved the problem. >> >> _______________________________________________ >> 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
