This change would affect all existing software that
uses Imath::Frustum, including ILM's internal code...
Dan Wexler wrote:
Greetings from a new mailing list subscriber, but long time library user,
The ImathFrustum.h header does a #undef on the "near" and "far"
abominations in the windows.h headers. The implication is that you must
include ImathFrustum.h after including any Windows DX headers. Yes,
Windows sucks, but the current #undef solution is not great either.
Why not use hither/yon instead of near/far in ImathFrustum.h and in the
associated code files?
Not only does this fix the problem elegantly, but it makes searching the
code easier, since hither/yon are more unique than near/far. I'd be
willing to make and test out this change if folks agree that it is
worthwhile.
Dan Wexler
------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and
may contain confidential information. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply email and destroy all
copies of the original message.
------------------------------------------------------------------------
------------------------------------------------------------------------
_______________________________________________
Openexr-devel mailing list
Openexr-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel
_______________________________________________
Openexr-devel mailing list
Openexr-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel
