Re: [Openexr-devel] 2.2.0 release plans

[Larry Gritz]

Another application that uses the OpenEXR libraries will #include the OpenEXR headers, but will not actually use the OpenEXR build system and its command line preprocessor settings.

So if this issue extends to any of the header files, you need to fix it in the headers, or it'll be broken in the user's app.

On Jul 16, 2014, at 10:22 AM, Karl Rasche <address@hidden> wrote:

Not being a cmake guru, how feasible would it be to define NOMINMAX in the generated project files' preprocessor settings?  That sounds nicer than a hardcoded #define NOMINMAX.

Karl

On Wednesday, July 16, 2014, Mike Wong | ax.gmail <address@hidden> wrote:

Concerning min/max macros problem on windows, here's the suggested fix from M$ :

http://support.microsoft.com/kb/143208

On Tue, Jul 15, 2014 at 7:06 PM, Thorsten Kaufmann <address@hidden> wrote:

So i fixed all of them in my fork and added a pull request: https://github.com/openexr/openexr/pull/103

 

Compiles cleanly for me on win7 x64 vs 2013 express

 

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

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

--
Larry Gritz
address@hidden