开源软件构建与测试

_service:tar_scm:OpenEXR.spec Changed

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings Deleted

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-05-02.md Deleted

@@ -1,57 +0,0 @@
-# 5/2/2019
-
-### Attending:
-* John Mertic
-* Cary Phillips
-* Rod Bogart
-* Peter Hillman
-* Larry Gritz
-* Daniel Heckenberg
-
-### Personal introductions:
-
-* John Mertic: Linux Foundation - Director of Program Management. Help getting project up and going, helping with issues and concerns. 
-* Peter Hillman: Weta, worked on OpenEXR deep stuff.
-* Cary Phillips: ILM R&D Supervisor, miscellaneous contributions to IlmBase. 
-* Larry Gritz: Sony Pictures Imageworks, experience as a user of OpenEXR, lead for OpenImageIO (the major client of OpenEXR, sits between the library and most users).
-* Rod Bogart: One of the originators with Florian Kainz and Drew Hess. Involvement has been on and off, mostly off lately. Vice chair of the Academy’s ACES project.
-* Daniel Heckenberg: ASWF TAC chair.
-
-### Discussion:
-
-* John: We are the Technical Steering Committee:
-
-  * Set direction, features, roadmap.
-  * Issues, questions, 
-  * Serves the community, not necessarily an overlord.
-  * Has the help of the TAC
-
-* Need to set up a TSC subdirectory in the github repo, to hold meeting notes, etc.
-
-* There are three github repos:
-  - Openexr
-  - Openexr-website
-  - Openexr-images (big test images, nice to not pollute the main repo with them) 
-
-* Other contributors:
-  - Kimball Thurston - Weta
-  - Nick Rasmussen - ILM
-  - Nick Porcino - Occulus, formerly ILM 
-  - Jonathan Stone - Lucasfilm/MaterialX
-
-* ASWF member organization have obligation to contribute to projects.
-
-* Larry: OCIO has a separate role for TSC chair. We can be creative with how we divide the roles. Few things come to formal votes.
-
-* Cary elected TSC chair
-
-* Action items:
-  - Set up aswf.io mailing lists; send message asking recipients to sign up over there; this lets us know who the community is.
-  - Set up private TSC alias.
-  - Move github repo to ASWF (contents will be unchanged, address will not change)
-  - John: contact Steve Winslow about code scanning, make sure license compliance in order.  
-  - Cary: Add permissions to github repos
-
-
-
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-05-09.md Deleted

@@ -1,27 +0,0 @@
-
-# 5/9/2019
-
-### Agenda:
-*   How many mailing lists? What do to with old messages?
-*   Jira for TSC task tracking?
-*   CII badge form todo’s
-*   TSC membership - who else?
-*   Website management
-
-### Attending:
-*   Cary Phillips
-*   Larry Gritz
-*   Peter Hillman
-*   John Mertic
-
-### Discusion:
-
-We discussed mail aliases and settled on a single alias, openexr-dev@lists.aswf.io(mailto:openexr-dev@lists.aswf.io). Cary will send a message to the old aliases requesting that people sign up for the new one. After a grace period, we’ll import the old list history into the new list and then disable the old lists altogether.  That’s better than importing this history right away, which might fail to capture discussion that happens between now and the transitions.
-
-We can use hashtag to limit the discussion and help filter discussions by topic.
-
-We briefly discussed Jira - there is an OpenEXR Jira board at https://jira.aswf.io/secure/Dashboard.jspa(https://jira.aswf.io/secure/Dashboard.jspa). But we decided to keep things informal for now and rely on GitHub Issues to track todo items, and adopt Jira only if a need emerges.
-
-We agreed to look at OpenColorIO as a template for processes, and the process documentation in particular, for code formatting style guide, code review process, etc.
-
-Beyond administrative issues like the web site and the CII Best Practices Badge checklist, we discussed diving straight into more substantive issues like the future of IlmBase - separate repo vs. keeping it as a subproject, as well as cleaning up and modernizing the code, adding proper use of consexpr, etc.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-06-13.md Deleted

@@ -1,90 +0,0 @@
-
-# 6/13/2019
-
-### Attending: 
-* Cary Phillips - ILM
-* Larry Gritz - SPI
-* Rod Bogart - Epic
-* Peter Hillman - Weta
-* Kimball Thurston - Weta
-* Nick Porcino - Oculus
-* Christina Tempelaar-Lietz - Epic
-* John Mertic - Linux Foundation
-
-### Discussion:
-* Welcome new TSC members:
-   * Nick Porcino - Oculus
-   * Christina Tempelaar-Lietz - Epic
-   * Kimball Thurston - Weta
-   * Piotr was invited by hasn’t responded. 
-* Project goals by SIGGRAPH:
-   * Reach “adopted” status, seems attainable.
-      * CII badge progress is at 68%
-      * Need CI setup
-      * Need static/dynamic analysis setup
-      * Need to address security issues/policies
-   * Put out a new release, version 2.4:
-      * Address outstanding CVE’s
-      * Document existing CVE’s
-      * Compiler warnings
-      * CMake fixes
-   * Acknowledge most Issues and PRs; many can be closed as is.
-   * Proposal/position on the future of Imath; go into the BOF prepared to discuss.
-* “Guide to the OpenEXR Project”
-   * GOVERNANCE.md, CONTRIBUTING.md, etc.
-   * Clarify project roles and clarify terminology:
-      * Committer vs. TSC
-         * Nick Rasmussen is an example of a committer not on the TSC.
-         * Need to clarify terms of service, how long do TSC members serve.
-      * OCIO meeting notes designate a PR Reviewer?
-         * Ad-hoc for that project to ensure fast turn around due to large number of contributions
-         * May want some form of this to ensure that PRs are reviewed
-* Legal:
-   * Who keeps track of CLA’s on file?
-      * Should just be part of the process (CLA, DCO checks)
-      * Old PRs, what to do about obtaining CLAs prior to merge
-      * Need to check w/ ILM legal just to clarify old copyright / CLA
-   * Does OCIO have a policy of accepting small fixes without a CLA? No, that’s OIIO. All ASWF/Linux Foundation projects require CLA’s for every PR, no matter how small.
-* CII Badge requires “acknowledgment of bug reports”. What should our policy be?
-   * Standard use of GitHub labels, documented in CONTRIBUTING.
-   * Use of GitHub Milestones to indicate priority.
-* Status of the CII Best Practices Badge:
-   * Must ensure timely response to posts on openexr-dev
-   * What does it take to ensure that the website now uses https?
-   * Security: 
-      * security@openexr.com, info@openexr.com
-         * John to arrange setting up the forwards to private tsc
-      * Outstanding CVE’s:
-         * One has a PR that needs to be merged.
-         * Other CVE issues have been resolved but the issues were never closed.
-         * CVE’s should be documented in CHANGES.md.
-      * OpenEXR needs a designated security expert
-      * Cryptographic protocols are not applicable.
-   * Ready to set up Azure?
-   * Compiler Warning flags
-      * -Wall with GCC 7/C++17 on Ubuntu gives a handful of warnings, straightforward to fix.
-      * What about Windows?
-   * Code coverage, static analysis, dynamic analysis: SonarCloud?
-      * Just needs to have been done at least prior to release (as opposed to fully integrated to release schedule)
-   * Test policy adherence?
-* Should we update source code copyright notices?
-   * Cary will check with Lucasfilm Business Affairs.
-* What’s the status of moving the github repository?
-* TODO’s and action items:
-   * Label issues and PR’s
-      * Gives perception of response
-      * Use milestones instead to mark issues for including in next release
-      * Need to be more aggressive with closing issues that had a back and forth resulting in a consensus there’s nothing to do
-         * Standard comment about a house-cleaning event in migration to ASWF
-   * Merge/act on existing PR’s
-   * Fix compiler warnings
-   * SonarCloud: Static and dynamic analysis
-   * Azure
-   * Web site/documentation
-      * JM: Can be moved independently, whenever ready
-      * CP: wants to re-do web site to make it easier to maintain
-   * Email addresses for info & security
-   * Imath white paper
-   * Christina - will work on SonarCloud
-   * Kimball - will work on PRs, cmake, compile warnings
-   * Nick - will review PRs as well

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-06-20.md Deleted

@@ -1,43 +0,0 @@
-# 6/20/2019
-
-### Agenda:
-* Update on SonarCloud?
-* Document CVE’s
-* C++ 98?
-* Strategy on standalone Imath
-* Review outstanding PR’s, via Kimball’s PR spreadsheet(https://docs.google.com/spreadsheets/d/1dwgWs5GWur-BJkYf4J3ChbjMfb5ZlVn7q1QHq9XmB2Y/edit?ts=5d0409a9#gid=0)
-
-### Attending:
-* Cary Phillips
-* Larry Gritz
-* Peter Hillman
-* Nick Porcino
-* Rod Bogart
-* Don Dempsey (public)
-
-### Discussion:
-
-* Christina has started investigating SonarCloud, nothing to report yet.
-
-* Documentation of CVE’s. The CII Best Practices badge says all
-  publicly filed CVE’s must be noted in the release notes. Rod to
-  investigate, including the process for updating information at
-  cve.mitre.org.
-
-* C++ compatibility: is there a need to still maintain support for
-  C++98? With the VFX reference platform at C++11, can any software
-  reasonably claim to need new releases of OpenEXR to compile with
-  pre-C++11? Probably not, but worth confirming with the community,
-  and with the TAC.
-
-* TSC members should act on commenting on and closings PR's as noted
-  in the spreadsheet.
-
-* Assigned #401 and #378 to Peter, to investigate.
-
-* Standalone Imath: Needs further discussion with the TAC, and a
-  concrete proposal, potentially a straw/trial repo that folks can
-  comment on. Needs to be unencumbered by dependencies like Iex, and
-  by exceptions in general, or with the current on-the-fly code
-  generation of eLut and toFloat.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-06-27.md Deleted

@@ -1,57 +0,0 @@
-# 6/27/2019
-
-### Agenda:
-* Clarify the process for approving and merging PR’s
-* Release plan: Code freeze Friday, July 12?
-* SIGGRAPH BOF agenda
-* Update on SonarCloud
-* Azure rollout
-* Standalone Imath
-* Review outstanding PR’s, via Kimball’s PR spreadsheet(https://docs.google.com/spreadsheets/d/1dwgWs5GWur-BJkYf4J3ChbjMfb5ZlVn7q1QHq9XmB2Y/edit?ts=5d0409a9#gid=0)
-
-### Attending: 
-
-* Cary Phillips
-* Larry Gritz
-* Rod Bogart
-* Peter Hillman
-* Kimball Thurston
-* John Mertic
-* Nick Porcino
-* Christina Tempelaar-Lietz
-
-
-### Discussion:
-* Siggraph BOF plan: should we release before?
-* July 13-14 should be deadline for release, if we do that (we will shoot for that)
-* Need to check tarball versus git clone/build
-* Documentation needs to be updated to ensure simple “I want OpenEXR” will just work
-* Windows has most of the issues from users trying
-* Various README files need to be clear to build lmBase separately from OpenEXR
-* Can we deprecate autoconf, and just confirm that cmake works? Needs effort on each platform to check cmake is working
-* Let’s delay the split of IlmBase
-* To proceed for release (release number TBD):
-   * Get cmake in place
-   * Get docs update
-   * Deal with outstanding CVEs 
-   * Need to close out discussion/issue on any outstanding vulnerability
-   * Need to close out discussion/issue on any outstanding vulnerability
-   * * Kimball has been looking at CVEs: pointer math can overflow int32
-* Pull request needs process to merge. Person who submitted can do the merge if they have permission.
-  * Submit PR
-  * Somewhen says it looks OK by “Approve”
-  * Submitter should then perform the Merge
-  * Issues have been tagged “Needs Info”, we will wait a week or so, then close them out if we hear nothing
-  * Issues have been tagged “To Do”, those are ready to finish, and we should enlist others to help fix them
-* Suggestion: Jonathan Stone might be able to help with Windows cmake issues
-* Looking thru issues in spreadsheet
-  * Issue238 appears to be fixed already
-  * Issue232 is need work
-  * Issue351 may be fixed, but Kimball will confirm
-  * 344 - RGB will try to reach out to Karl Rasche (LinkInd msg sent)
-  * 251 - Punt for now
-  * 338 - will check if new release builds on FreeBSD
-  * 334 - Windows can still have this problem
-  * Christina testing (file gets generated empty somehow)
-* Need change to check the log header files into the repo. Should add unit test to rebuild and compare, but not do build of file during build.
-* Will remove issues that refer to old software (ie 281)

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-07-11.md Deleted

@@ -1,59 +0,0 @@
-# 7/11/2019
-
-### Agenda:
-
-* Azure progress
-* SonarCloud progress
-* CMake refactor:
-  * Does it addresses the open “CMake” Issues? OK to close?
-  * Ready to document?
-* CVE/bug progress
-* Google OSS-Fuzz integration?
-* Release prognosis, how close are we?
-* Review issues needing attention
-
-### Discussion:
-
-* Azure/Sonar Cloud
-  * Underway, Christine is setting up account for her own github for testing.
-  * Need to create accounts for openexr/awsf ultimately
-  * ASWF has accounts to use
-
-* CMake progress
-  * Kimball’s got a rewrite up for review
-  * Simpler, removed some options, consolidated into a single file
-  * IlmBase and OpenEXR are their own projects, using find_package as
-    appropriate
-  * Added a root “super project”, it overrides find_package using the
-    current cmake idiom
-  * Added config.cmake files for install automation
-  * We will give it a spin, and Cary will write instructions
-
-* Issue backlog
-
-  * Cary’s polling open issues where it’s unclear if an problem still
-    exists. If the issue author doesn’t respond in a week or so,
-    closing with an invitation to re-open
-  * Out of memory bugs could be addressed by pre-emptively checking
-    too-large image open requests, and capping the maximum image size.
-  * Table allocations could be made on demand, rather than on object
-    construction. See issue 245
-
-* Release gate factors
-
-  * CMake rewrite
-  * Someone needs to vet the autoconf set up to make sure it’s all
-    still functional
-  * Security vulnerabilities are the top priority for the next release
-  * We can announce an upcoming release at Siggraph, rather than
-    rushing to get a release done
-
-* Google Autofuzz
-
-  * Clang tidy - consensus: thumbs up
-  * CMake option, OFF by default
-  * Sonar - consensus: thumbs up
-  * Autofuzz - consensus: decline on the grounds that we take security
-    seriously and have invested in a fuzz test that we’d prefer to
-    keep investing in.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-07-18.md Deleted

@@ -1,83 +0,0 @@
-# 7/17/2019
-
-### Attending:
-* Cary Phillips
-* Peter Hillman
-* Kimball Thurston
-* John Mertic
-* Christina Tempelaar-Lietz
-
-### Agenda:
-* Repo move
-* License scan
-* Cmake/autoconf progress
-* Azure+Sonar rollout
-* SIGGRAPH BoF prep
-* Issues needing attention
-
-### Discussion:
-
-* Why is GitHub repo name so long?
-   * John has no idea, would prefer shorter as well
-   * Is alias possible?
-
-* Repo move
-   * John - issues to consider:
-      * Ideal to have new CLA in place before repo move, in the works 
-      * Have all of your organization sign the CCLA
-      * Make sure license scan, big critical issues are taking care of first.
-      * Clean up any proprietary notices.
-   * So perhaps we will wait
-
-* License scan
-   * Cary has made progress on reviewing the full scan.
-   * Some licenses from Pixar, shouldn’t be an issue to get Pixar to change license or board to buy off on it
-   * Other things don’t have a license, can we add a license?
-   * John - good to know how those contributions came in.
-   * Most is from ILM.
-   * Display driver renderman, ILM
-   * Photoshop plugin Piotr
-   * New git makefiles - question for Nick
-   * Need more information about what these things are, whether we still need it, the history.
-   * Should we replace <? sorry missed this> with spdx identifier.
-   * ONLY an ILM employee should do this, modify ILM related license text.
-   * Patent on compressions code from Dreamworks?
-   * By comparison, Apache license has a mechanism for handling issues with patent related issues .
-   * There may be ambiguities downstream because license language is non-standard.
-   * Autoconf scripts come with a GNU license, very permissive license.
-   * How much longer do we want to support autoconf? Until we are certain CMake setup is robust.
-   * Lots of CMake files with no license information in them. 
-   * “Copyright: OpenEXR project with its contributors” <- specific language is in the CONTRIBUTING.md with the instructions for the copyright line.
-
-* Cmake/autoconf progress
-   * Kimball closed many build-related issues.
-   * Kimball can’t test Windows - needs confirmation that the auto package config works. (some cmake projects have custom package configs for Windows but this may have come from before the auto config existed).
-   * Xcode generator doesn’t work - bug in CMake 
-   * Are we going to continue using mkdist to make the tarballs? Cary wants to poll the community.
-   * Cary tried to fix the PyIlmBase autoconf setup. Fails because can’t run test program, Cary has a potential fix.
-   * Christina to read over the INSTALL instructions.
-   * Should mention external dependencies and how to override them. e.g.Zlib, Boost, Python.
-   * Verify in INSTALL instructions that each variable is annotated with descriptive text.
-   * Target end of week.
-
-* Azure+Sonar rollout
-   * Christina to look into whether we should make use of ctest options for publishing test results. There is a placeholder for publishing test results, but the test step doesn’t generate the requisite ctest xml output files yet..
-   * Christina will work on making Azure pipeline work with the new CMake setup.
-   * Windows and mac jobs not working yet, in progress.
-   * Christina also needs to add IlmFuzzTest as a scheduled job.
-
-* SIGGRAPH BoF prep
-   * Present what we are thinking and solicit feedback.
-   * Kimball can put together some slides based on recent and proposed code changes.
-   * Cary has a google doc in progress to use at the BoF.
-   * Warn people that next version will be a 3.x, change the ABI. 
-   * Warn about potentially changing the API as well (no API changes yet).
-   * Imath changes. So people are aware they may have to change some code.
-
-* Other
-   * Discussing remaining CVE, issues..
-   * Issue 232 - Kimball has pending PR but only a partial fix. Has a more complete fix planned for integer overflow issue.
-   * PR 451 - Peter Hillman fixed but would be good to have another person review.
-   * Issue 344 / PR 445 - Huffman encoding based on tile size - make it optional, off by default. CMake flag to enable better performance? Roll it out with OpenEXR 3 release.
-   * PR 414 - assigned to Kimball, replaces PR 401.
-   * Lots of older PRs related to CMake, Kimball has put comments to try new CMake. If no response, will close them.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-07-25.md Deleted

@@ -1,69 +0,0 @@
-# 7/25/2019
-
-### Attending:
-
-* Cary Phillips
-* Peter Hillman
-* Kimball Thurston
-* Larry Gritz
-* Christina Tempelaar-Lietz
-* Rod Bogart
-* Emily Olin
-
-### Agenda
-
-* Prep for SIGGRAPH BoF. Draft of slides is here:
-  https://docs.google.com/presentation/d/1mxzp6jn2zuHAyahzwhocwRTpoenNqO-LEvPUvS7gDww/edit?usp=sharing
-
-* Prep for 2.4 release.
-
-### Discussion
-
-* When the repo moves to the ASWF organization, we'll make it
-  "OpenEXR". Capitalization isn't consistent across ASWF projects, but
-  we prefer it this over "openexr".
-
-* SIGGRAPH BoF prep:
-
-  * Preable about the ASWF and recent progress should be brief; most
-    time should be reserved for the discussion. And the topics should
-    be presented as "community issues", raised by the community for
-    discussion within the community, facilitated by the TSC. These are
-    not plans to be executed by the TSC, the TSC is merely a
-    gatekeeper.
-
-  * Imath proposal: 
-
-    * Half should have #define/#ifdef so that when included with CUDA half.h, the first one wins.
-    
-  * Peter's part ordering standard/documentation should be a proposal to go into a 3.0 release. 
-
-  * The need for a "tiny" EXR implementation? Because there are
-    numerous divergent ones out there; rumored examples at Apple,
-    Intel, and a part of ffmpeg, instigated by several factors:
- 
-    1. People building OpenEXR get to the b44 log table build stage and say, WTF?!?
-
-    2. There is no option to build the library without exceptions, a
-       deal-breaker for platforms/compilers that don't support
-       exceptions, and a turn-off for many others.
-
-    3. You need a PhD in CMake to get it to build.
-
-    4. For many people, the write-it-yourself threshold is quite low.
-
-  * There are people who choose not to use the library. We should
-    listen to them, even if they're not in the VFX industry. OpenEXR
-    is widely used; we have an obligation to be stewards outside of
-    just the film industry.
-
-* Release prep:
-
-  * Windows build is not quite working. There are still problems with boost.
-
-  * Windows tests are failing.
-
-* Issues:
-
-  * #445 should not go into 2.4. It needs a more thorough analysis, and wider testing.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-08-08.md Deleted

@@ -1,99 +0,0 @@
-# 8/8/2019
-
-### Attending:
-
-* Cary Phillips
-* Kimball Thurston
-* Nick Porcino
-* Christina Tempelaar-Leitz
-* Joseph Goldstone
-* Arkell Rasiah
-* Robert Pancoast
-
-### Agenda:
-
-* 2.3.1 release
-   * Windows build?
-   * Confirm the proper so version?
-   * Mitre.org’s CVE posting
-   * When to create a beta tag?
-
-* ASWF project adoption
-   * CII badge progress is 95%
-   * Security questions (-x option a solution for memory consumption?)
-   * Dynamic analysis
-
-* Status of CLA signage
-
-* SIGGRAPH BoF followup
-   * How to turn the discussion into a “roadmap”
-   * Proposed new features/initiatives:
-      * Stateless read
-      * Part ordering
-      * Published compression standards
-      * Streaming performance
-      * 32-bit compression
-      * Integer images
-      * Bfloat16
-      * In-place metadata edit
-
-* Next up:
-   * Repo move
-   * Imath repo
-   * C++11
-   * pybind11
-   * Clang-tidy
-   * SonarCloud “bugs”
-   * Test coverage
-   * Website refresh
-
-### Discussion:
-
-* Looks like Arkell and Joseph have independently written a utility
-  for reading exr headers into a stringstream for in-memory
-  manipulation of metadata. They should work on resolving and submit
-  it to include in the library.
-
-* Joseph: No order is imposed on metadata; metadata is stored as
-  a map, it needs a lexical ordering.
-
-* The “image” metadata field is a MD5 checksum on the image. Kimball:
-  I tend to strip out checksums because it’s almost immediately
-  invalid. Joseph: should it be dropped entirely? Piz compression
-  generates different byte streams when compression tables have
-  multiple unique entries because the sort isn’t stable, which yields
-  different checksums for identical images. Arkell has a fix, he’ll
-  submit it.
-
-* SMPTE 2065-4 doesn’t standardize all of OpenEXR, it’s just a
-  subset. ACES only took the minimum items that were necessary; it
-  doesn’t include multi-part or deep. Does anyone care? The only
-  reason you’d care is if you want the ACES logo on your project to
-  certify that it handles EXR’s. But SMPTE doesn’t accept code as the
-  definition of a standard, it would require explicit documentation,
-  which would be a lot of work, and would then lock in that
-  specification as the standard that the code would have to abide by.
-
-* Joseph: Is there a potential connection to the mention of a
-  “tinyexr”? Should that be the ACES container file but that you’re
-  free to use? Kimball: the “tiny” of the notion of “tinyexr” refers
-  to the size and magnitude of the source code of the library, not the
-  supported contents of the file.  Conclusion: When/if there is
-  consideration of a stream-lined exr library, we should at least
-  discuss the SMPTE standards issue.
-
-* Conclusion: if this is a priority for someone, or someone puts forth
-  a compelling argument for standardization, then someone would need
-  to step up and pursue SMPTE standardization.
-
-* The 2.3.1 release is ABI-compatible, so won’t need to update so version.
-
-* Christina will leave some comments on Robert’s PR related to the
-  Windows build in the Azure pipeline.
-
-* We should consider a target that runs valgrind on the unit
-  tests. Can add a prefix command, then run w/valgrind in front of it.
-
-* Robert: MSbuild has a command-line switch to run “code analysis,” it
-  should be built into Azure.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-08-16.md Deleted

@@ -1,52 +0,0 @@
-# 8/16/2019
-
-### Attendees:
-
-* Joseph Goldstone
-* Larry Gritz
-* Nick Porcino
-* Christina Tempelaar-Lietz
-* Kimball Thurston
-
-### Agenda:
-
-* Release 2.4.0
-* Other items
-
-### Discussion
-
-* Release 2.4.0
-
-  * Waiting to branch until we have all 3 platforms (mostly) running in Azure.
-
-  * Christina will be re-enabling the windows builds this weekend,
-    others to help resolve issues
-
-  * Nick also to separately test on local test setups to evaluate
-    python2 and 3 under windows at the same time
-
-* Other items:
-
-  * Brief discussion about whether we need to discuss any future things:
-
-    * mostly focused on getting patch release out
-
-  * What are the ideas? Joseph was wondering if there is already a
-    list (we should publicize that)
-
-    * mentioned the pending discussion of Imath
-
-    * also mentioned ph's metadata group thing
-
-      * this triggered jgoldstone to ask for reviewers for the ACES
-        container, it is up for 5 year renewal, want to refresh
-        metadata list
-
-    * larger database of metadata vs definition
-
-  * Can we refresh the test content? (i.e. get some scenes with more
-    HDR than the existing set, etc.)
-
-  * Nick wondering what about other exr viewers, and about CTL status in viewers
-
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-08-22.md Deleted

@@ -1,64 +0,0 @@
-# 8/22/2019
-
-### Attendees:
-
-* Rod Bogart
-* Joseph Goldstone
-* Larry Gritz
-* Cary Phillips
-* Nick Porcino
-* Christina Tempelaar-Lietz
-* Kimball Thurston
-
-### Agenda:
-
-* Release 2.4.0
-* Other items
-
-### Discussion
-
-* Windows builds are running, but tests are failing.
-
-* Windows test failure appears to be a “device timeout” in IlmImfTest,
-  not sure how to proceed. Might be an Azure job setting?
-
-* Release version should be named v2.4.0-beta.1
-
-* What to do with PR #502? Alignment issue, but it’s only in the test
-  suite. Probably ok.
-
-* Need to update release notes with recent commits. Kimball suggests
-  the GitHub project git-chglog.
-
-* Still need a security expert. Kimball suggests Dan Hutchinson at
-  Foundry, who was a security expert in the past.
-
-* Florian is enthusiastic about contributing new test images. Need to
-  decide what we need to show off. Florian suggests carefully
-  calibrated images to show what a properly exposed image is.
-  
-* Rod noted that ACES has reference images.
-
-* Another application for these images: calibration. Need reference
-  for monitor calibration.
-
-* Joseph: an image that can help answer the question, “Does this look
-  right?” image. Joseph described a past project that involved $100 at
-  Safeway: Pepto Bismol pink, etc. Everyone knows what those colors
-  are.
-
-* Also need images for a performance suite.
-
-* Also need relevant survey of metadata.
-
-* We need a document that says what stuff is called, conventions.
-
-* Outstanding issue: PR #531, the DreamWorks Lossy Compression
-  license. Is the change sufficience? It's a dual license: pick which
-  license the user wants to use.
-  
-* Joseph: Half as a separate library? Support in GCC and Clang for
-  16-bit float? Would there be a performance gain to use standard?
-  Yes. But Half does very specific rounding. With float16 you can do
-  different rounding.  Could use operators to make Half and float16
-  look the same.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-08-29.md Deleted

@@ -1,52 +0,0 @@
-# 8/29/2019
-
-### Attendees:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* John Mertic
-* Kimball Thurston
-* Peter Hillman
-
-### Agenda:
-
-* Release 2.4.0
-
-### Discussion
-
-* Cary still has a problem building PyIlmBase on his mac, but it's
-  most likely a local problem with the installation of boost::python.
-
-* The documentation should reference the Azure build scripts as a
-  working example manifestation of the proper sequence of steps for
-  installing and building.
-
-* The CHANGES.md file lists a summary of changed, followed by a
-  listing of all commits, PR's, and Issues. Is this necessary? Only
-  the summary will appear on the Releases page. Who cares if the
-  CHANGES.md file is verbose; sure, you can query this information
-  directly via the GitHub page, but it still seems convenient to list
-  everything out, and at the very least, it's not hurting anyone.
-
-* Decision was made to turn off floating-point exception handling by
-  default; it doesn't work at all under FreeBSD, because signals
-  happen asynchronously.
-
-* All tests should pass on Azure now, although the Azure windows build
-  does not yet include PyIlmBase because of boost issues.
-
-* No one on the board voiced concerns about the DWA Lossy Compression
-  license changes. When Steve Winslow returns, he will re-run the
-  license scan, and then John will put a new exception request to the
-  board.
-
-* The release can proceed independently of the license issues.
-
-* CII Best Practices badge progress is at 95%. 
-
-* Dan Hutchinson from Foundry responded with security/CVE guidance,
-  need to schedule a follow-up discussion, when he's available.
-
-* Kimball will look into adding an option to run the test under
-  valgrind. The CII badge suggests dynamic analysis; this should
-  suffice for that.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-09-05.md Deleted

@@ -1,39 +0,0 @@
-# 9/5/2019
-
-### Attendees:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Kimball Thurston
-* Peter Hillman
-* Joseph Goldstone
-
-### Discussion
-
-* Ready to tag the 2.4 beta release, as soon as the current PR’s are
-  approved and merged.
-
-* After the tag, it’s open season on merging in other changes.
-
-* Still waiting on Lucasfilm business affairs to set up easyCLA; can’t
-  move the repo to the ASWF organization until that’s done.
-
-* After the repo move, split Imath into a separate repo. Should we
-  split sooner or later? Nobody feels strongly. What’s the best way to
-  preserve the history? Duplicate the repo entirely, which will carry
-  the Imath history with it, then delete all OpenEXR from the new
-  repo, and Imath from the OpenEXR repo.
-
-* Are there any issues with binary metadata? J Schulte wants to
-  know. No, probably not.
-
-* Issue #548: will revisit this when attempting to rectify Half
-  w/CUDA, although the ship has probably sailed with implicit/explicit
-  conversion between Half and float/double, we’d rather not break
-  existing application code.
-
-* Issue #452 - Peter fixed it, it was an alignment issue.
-
-* Issue #453 and #454, test failures: should ping again.
-
-* Issue #506 - Ask Robert to help.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-09-12.md Deleted

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-09-17.md Deleted

@@ -1,49 +0,0 @@
-# 9/17/2019
-
-### Attendees:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Rod Bogart
-* Kimball Thurston
-* Peter Hillman
-* Joseph Goldstone
-
-### Discussion
-
-* Beta v2.4.0-beta.1 is ready for official release.
-
-* Next up:
- 
-  * finish off the CII best practices badge.
-
-  * fix sonar bugs
-
-  * request updates to mitre.org CVE entries.
-
-  * Still waiting on Lucasfilm Business Affairs to configure EasyCLA;
-    repo move is blocked until that happens.
-
-  * Start port of PyImath to pybind11, which is going to be a lot of work.
-
-  * clang-format (not to be confused with clang-tidy, which is
-    different) - Larry has a setup on OIIO that runs clang-format on
-    PR, rejects if the formatting is off but also posts a diff, so the
-    submitter can get the formatting right even if they don't have
-    clang installed.
-
-* CVE's: 
-
-  * CVE-2016-4629 and CVE-2016-4629 were fixed by Apple in the OS.
-  
-  * CVE-2006-2277 - the link on the mitre.org page is broken, but the
-    offending .exr is available on the internet archive wayback
-    machine here:
-    https://web.archive.org/web/20060520062054/http://w148.de/~cmertes/nachbarhaus1.exr
-
-* Christina gives an overview of SonarCloud set-up. Read the YAML
-  documentation here:
-  https://docs.microsoft.com/en-us/azure/devops/pipelines/yaml-schema?view=azure-devops&tabs=schema
-
-* Joseph: We should reach out to distro packagers and
-  request/encourage/help them to update to the new release.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-09-19.md Deleted

@@ -1,49 +0,0 @@
-# 9/19/2019
-
-### Attendees:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Rod Bogart
-* Kimball Thurston
-* Peter Hillman
-* Joseph Goldstone
-
-### Discussion
-
-* Beta v2.4.0-beta.1 is ready for official release.
-
-* Next up:
- 
-  * finish off the CII best practices badge.
-
-  * fix sonar bugs
-
-  * request updates to mitre.org CVE entries.
-
-  * Still waiting on Lucasfilm Business Affairs to configure EasyCLA;
-    repo move is blocked until that happens.
-
-  * Start port of PyImath to pybind11, which is going to be a lot of work.
-
-  * clang-format (not to be confused with clang-tidy, which is
-    different) - Larry has a setup on OIIO that runs clang-format on
-    PR, rejects if the formatting is off but also posts a diff, so the
-    submitter can get the formatting right even if they don't have
-    clang installed.
-
-* CVE's: 
-
-  * CVE-2016-4629 and CVE-2016-4629 were fixed by Apple in the OS.
-  
-  * CVE-2006-2277 - the link on the mitre.org page is broken, but the
-    offending .exr is available on the internet archive wayback
-    machine here:
-    https://web.archive.org/web/20060520062054/http://w148.de/~cmertes/nachbarhaus1.exr
-
-* Christina gives an overview of SonarCloud set-up. Read the YAML
-  documentation here:
-  https://docs.microsoft.com/en-us/azure/devops/pipelines/yaml-schema?view=azure-devops&tabs=schema
-
-* Joseph: We should reach out to distro packagers and
-  request/encourage/help them to update to the new release.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-09-26.md Deleted

@@ -1,97 +0,0 @@
-# 9/26/2019
-
-### Agenda:
-
-* Dan Hutchinson (Foundry, security expert)
-  - What should we know? We don’t know what we don’t know.
-  - CVE’s on mitre.org
-  - Allocating huge memory: -x option?
-* Tarball signing
-* VFX reference platform says 2.3.x ?!?
-* Distro packages
-* SonarCloud has failed on last 2 PRS’s
-* Mission Statement
-* Reference images
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Kimball Thurston
-* Joseph Goldstone
-* Peter Hillman
-* Doug Walker
-* Dan Hutchinson
-* Carol Payne
-* Daniel Heckenberg
-
-### Discussion:
-
-* Dan Hutchinson joined from Foundry to discuss security.
-
-* There’s a healthy security research community, likes to look at
-  popular libraries and does research to find vulnerabilities. They’re
-  quite enthusiastic.
-
-* Projects need a security policy, and should announce a solicitation
-  to the community to report vulnerabilities. Some projects post a PGP
-  key with which to encrypt vulnerability reports.
-
-* Projects should have a Responsible Disclosure Policy - given 60 days
-  to respond.
-
-* There’s a huge chasm between a bug and an exploit, a way of turning
-  the bug into an actionable way of gaining access to a system. It’s
-  legitimate for projects to ask, “Do you have an exploit available?”
-
-* Projects need static and dynamic analyzers. OpenEXR uses
-  Sonar. SonarCube is a report aggregator. It can subsume valgrind
-  reports.
-
-* How concerned should we be about security?  Put yourself in the
-  shoes of a hacker: file formats are a common attack vector.
-
-* Dan: OpenEXR is being proactive already;IlmImfFuzzTest is “awesome”.
-
-* Dan: Fewer than 10 CVE’s in 10 years is a pretty good record for a
-  file format.
-
-* Dan: From what you’ve said, OpenEXR has ticked all the security
-  boxes.
-
-* There are issues with how the library is used: the API says pass in
-  a buffer of size X and application passes in buffer of size X-1, and
-  we overwrite. Is that our problem? Not really.
-
-* Some of the complaints were that the library could allocate all the
-  machine’s memory, then something else would crash, leading to a
-  DoS. DoS attacks are common, but not the worst vulnerability.
-
-* An image can be large but compress well, so a small file can lead to
-  large memory allocation.
-
-* Tiff has a comparable attribute structure: is there anything we can
-  learn from them?
-
-* Is there a plan to provide binary packages hosted in nexus? Not yet.
-
-* Should use common hardening C++ flags.
-
-* Is it worth providing GPG signatures? It prevents against someone
-  someone inserting something into the repo, and man-in-the-middle
-  attacks..
-
-* Should enable 2-factor authentication on GitHub accounts.
-
-* Would hope that package maintainers would be proactive, but many of
-  them probably include OpenEXR only because it’s a dependency of
-  something else which might not have changed..
-
-* Reference images: it would be helpful to have a set of images for
-  use with a performance test suite, and that exhibit a range of
-  features of the library and format, such as multiple AOV’s,
-  etc. https://github.com/openexr/openexr-images needs some curating.
-
-* TAC meeting yesterday - Michael Johnson mentioned that Apple is
-  sitting on some security-related issues, will work on getting them
-  approved.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-10-03.md Deleted

@@ -1,60 +0,0 @@
-# 10/03/2019
-
-### Attending:
-
-* Cary Phillips
-* Rod Bogart
-* Larry Gritz
-* Peter Hillman
-* Kimball Thurston
-* Nick Porcino
-* Joseph Goldstone
-* Carol Payne
-
-### Discussion
-
-* Discussion of the project mission statement.
-
-* The mission statement should give some bar for how to proceed in the
-  future.  Our philosophy: “Keep it simple.” However, the library as
-  it is is not simple.
-
-* Are we the keepers of best practices?
-
-* Keep format modern and relevant.  An example issue: Should we
-  support integer data?
-
-* “Provide a specification and reference implementation of the motion
-  picture industry's preferred image file format for high dynamic
-  range linear scene-referred image data.”
-
-* Should focus on “Content Creation”
-
-* Openexr-images repo, reference images.  Used by OIIO as test images.
-
-* Rather than storing a bunch of 4k images, better to provide a
-  program that generates the images on the fly.
-
-* Start with a reasonable image, then add noise to it, see how
-  compression works.
-
-* Foundry just advertised increases in OpenEXR speed, they obviously
-  take performance seriously.
-
-* Nick: whenever I export an image from photoshop, I wonder if the
-  gamut has changed, etc.
-
-* How quantify is the image of the expect quality?
-
-* What is the quality of my image? Tests.
-
-* Should the library include utilities/operators/techniques that check
-  the quality of an image?
-
-* We are now in a different eco system now from when OpenEXR was first
-  written. We can refer to the existence of tools and techniques that
-  didn’t exist.
-
-* Before submitting for project adoption, we need to address
-  outstanding SonarCloud bugs.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-10-17.md Deleted

@@ -1,62 +0,0 @@
-# 10/17/2019
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Kimball Thurston
-* Joseph Goldstone
-* Peter Hillman
-* Larry Gritz
-* John Mertic
-
-### Discussion:
-
-* The Azure build has been failing because Christina's macOS fixes
-  haven't yet been merged. Done now.
-
-* Should we fix Sonar bugs before project adoption? Other projects
-  haven't. SonarCloud reports "duplicate code blocks"; it's
-  questionable whether it's actually better to eliminate these,
-  especially in the test suite.  And SonarCloud "smells" are REALLY
-  picky, and of dubious validity. It sometimes seems like the
-  SonarCloud C++ rules were written by someone who doesn't know C++
-  very well.
-
-* Could we just turn off SonarCloud altogether for the test suite,
-  since it's not shipping code we really care about? Actually, we do
-  care, since it needs to function properly, and it's needed for
-  coverage analysis.
-
-* Larry: I've uncovered a problem in the deep data handling that
-  appears to be offset integer math overflow with large images,
-  i.e. 16k x 16k images. First noticed the problem in OIIO. Still
-  investigating, will report findings later.
-
-* The web site REALLY needs a refresh, but who has the time? The
-  content is OK, but the organization isn't great, and the visual
-  style is outdated.  John suggests that the team at the Linux
-  Foundation may be able to help, as long as they have a general
-  outline of content to work with. Kimball also said he has some
-  friends who expressed interest in helping with the web site, will
-  refer them on.
-
-* Issue #583(https://github.com/openexr/openexr/issues/583):
-  ask the poster to propose a fix.
-
-* Issue #581(https://github.com/openexr/openexr/issues/581): Just
-  need to remove ImfMisc.h
-
-* Issue #579(https://github.com/openexr/openexr/issues/579): the TSC
-  has made a decision to move to C++11 and drop support for C++98.
-
-* Issue #573(https://github.com/openexr/openexr/issues/573): ask the
-  poster to propose a fix.
-
-* Issue #571(https://github.com/openexr/openexr/issues/571): Peter
-  is investigating.
-
-* Issue #568(https://github.com/openexr/openexr/issues/568): Kimball
-  wants to do a bit more investigation.
-
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-10-24.md Deleted

@@ -1,80 +0,0 @@
-# 10/24/2019
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Kimball Thurston
-* Joseph Goldstone
-* Peter Hillman
-* Nick Porcino
-* Larry Gritz
-* John Mertic
-
-### Discussion:
-
-
-Discussion:
-
-* ASWF Project Adoption Proposal has been sent to the TAC. Next steps:
-  wait a few days for comments, then solicit a vote by the TAC, the
-  put the motion to the ASWF board, hopefully within a week.
-
-* Once adoption is complete, the next step is to move the repo to the
-  ASWF GitHu organization.
-
-* Larry created RB-2.4 branch, in preparation for 2.4 patch
-  releases. He uses this naming scheme for OIIO, etc, seems a
-  reasonable convention to follow.  The branch markers are where
-  changes go; release tags (e.g. v2.4.1) are for actual releases, once
-  they're cut.
-
-* We'll resolve to discuss at the first TSC meeting of every month
-  whether enough fixes have gone into the patch branch to warrant a
-  patch release. Using the GitHub process, the overhead is low.
-
-* We need to configure Azure to run on RB-2.4, upon merge.
-
-* Kimball noted that his distro, Arch Linux, has updated to v2.4.0.
-
-* Larry reports that he's been integrating 2.4.0 into other projects
-  and it's been going well, build files are working as expected.
-
-* Adam Ferrall-Nunge at ILM had a problem with python2_7/imath.so not
-  getting installed by “make install” Let sit for discussion on TAC,
-  will pass it on the private list Should be #ifdef, not $if HAVE_FOO,
-  not strong opinion.
-
-* Nick noted inconsistencies between #if HAVE_FOO v. #ifdef
-  HAVE_FOO. By the current practice, we should probably prefer #ifdef
-  over #if.
-
-* Discussion of specific issues is recorded in the GitHub Issues:
-
-  * #597(https://github.com/openexr/openexr/pull/597) solution is to
-    check in the generated .h's to the repo, with make targets to
-    generate them.
-
-  * #595(https://github.com/openexr/openexr/pull/595)
-    #593(https://github.com/openexr/openexr/pull/593)
-    #592(https://github.com/openexr/openexr/pull/592) seems to all
-    be a problem with pkg-config files. Kimball to investigate.
-
-  * #591(https://github.com/openexr/openexr/pull/591) fix is to
-    strip out C++98 copatibility code, rely solely on C++11 threads.
-
-  * #583(https://github.com/openexr/openexr/pull/583) CMake seems to
-    be confused by something in the local boost installation, not sure
-    what to do.
-
-  * #581(https://github.com/openexr/openexr/pull/581) Remove
-    IlmMisc.h from distribution.
-
-
-
-
-
-
-
-
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-11-15.md Deleted

@@ -1,45 +0,0 @@
-# 11/15/2019
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Kimball Thurston
-* Peter Hillman
-* Nick Porcino
-* Larry Gritz
-* Rod Bogart
-
-### Discussion:
-
-* Ready to move the repo to https://github.com/AcademySoftwareFoundation
-
-* We prefer “OpenEXR” over “openexr”, even though it makes for
-  confusing directory names, given the sub-module called OpenEXR.
-
-* But... should we consider doing the IlmBase/Imath repo reorg at the
-  same time? Postpone the port to pybind11 to eliminate
-  boost/boost-python? No consensus arrived at yet.
-
-* Cary will follow up with a written proposal to openexr-dev.
-
-* Discussed how the repo README.md and openexr.com refer to the
-  ancillary repos, openexr-images in particular. The existence of the
-  image repo should be made clear.
-
-* Rod will attempt an alternative layout of the README/website
-  information.
-
-* Threading/thread pools: Larry will follow up with SideFX over
-  whether the OpenEXR v2.3.0 threadpool changes adequately address
-  their immediate concerns.
-
-* Longer term, Larry will follow up on the thread pool issue across
-  all ASWF projects.
-
-* OpenEXR has simple needs, we shouldn’t complicate it. We would pefer
-  not to make OpenEXR depend on TBB.
-
-* Larry submitted clang-format build target. No one has tried it out
-  yet.  A good time to run a massive reformatting is when the repo
-  reorg happens.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2019-11-21.md Deleted

@@ -1,40 +0,0 @@
-# 11/21/2019
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Peter Hillman
-* Nick Porcino
-* Larry Gritz
-
-### Discussion:
-
-* The repo has moved. All seems to have gone smoothly.
-
-* Looks like azure pipeline needs to be set up in the new org. PR’s
-  are not currently triggering builds.
-
-* Larry asked about GitHub merge policy. “Allow squash merging” has
-  now been turned on.
-
-* Imath repo: Let’s begin with a very simple example of pybind11, then
-  add to it gradually.
-
-* Nick: We should remove ImathRandom from Imath, and rely on C++11
-  random. But this will require careful testing.
-
-* #484 - the “-x” option to limit memory usage: not worth the
-  complexity. We considered this back when we were questioning how to
-  deal with security vulnerabilities, but none of us feel that this is
-  a necessary feature, or one that adequately addresses a security
-  issue.
-
-* #591 - pthread support for mingw: PR needs serious cleanup, not
-  acceptable in its current form.
-
-* #215 - uninstall target: good enough idea, but we’d like a “dry run”
-   option.
-
-* #344 - new DwaCompressor setting. Should be a part of a performance
-  metric suite.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-01-09.md Deleted

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-01-16.md Deleted

@@ -1,43 +0,0 @@
-# 01/16/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Peter Hillman
-* Larry Gritz
-* Rod Bogart
-* Nick Porcino
-* Joseph Goldstone
-
-### Discussion:
-
-* The time is now 1:30pm PST.
-
-* Everyone's been unusually busy with other work, with limited bandwidth.
-
-* Christina will follow up on the Azure build failures.
-
-* Peter will investigate the Weta CLA.
-
-* Regarding Cmake expertise, Joseph expects to learn more in the
-  coming months, and Larry has a general understanding. Nick has a
-  simplified IlmBase CMake setup, 100 lines total. The complication
-  comes from two sources: the sub-projects, and shared settings with
-  the Automake config files. When Imath/Ilmbase moves to another
-  repo/project, this will simplify. But we should also eliminate the
-  sharing of settings with the am files. Parallel settings will be
-  less of a headache.
-
-* We need a list of projects to propose for the Google Summer of
-  Code. Larry suggested simple stuff like modernizing the C++ code.
-
-* Larry also suggeste a project wiki page for "ideas", a place to
-  maintain a "roadmap" of sorts.
-
-* Regarding the goal of developer engagement, we discussed how to
-  recruit new people. It's not especially appealing for projects that
-  require mostly maintenance. Possibly the ASWF Board can encourage
-  Premier member companies to identify available people.
-
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-02-06.md Deleted

@@ -1,44 +0,0 @@
-# 02/06/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Peter Hillman
-* Larry Gritz
-* Joseph Goldstone
-* Kimball Thurston
-* Eskil Steenburg
-
-### Discussion:
-
-* The 2.4.1 release should include only essential bug fixes. Defer
-  everything else to the next minor release.
-
-* Peter will merge recent fixes into the RB-2.4 branch via cherry
-  picking commits. Kimball will look into any cmake changes. Cary will
-  prepare the release notes.
-
-* We'll shoot for making the release Monday or Tuesday of next week. 
-
-* Cary proposes a new label/milestone scheme. Labels will indicate
-  **what** an issue is (Feature Request, Enhancement, Question, Bug,
-  etc), as well as its **status** (Needs Discussion, Awaiting
-  Feedback, etc). Milestones will indicate **when** an issue is likely
-  to be addressed (Next Patch Release, Next Minor Release, Next Major
-  Release, Backlog, etc).
-
-* Briefly discussed #650, Arkell's fix for chromaticity
-  conversion. Joseph agreed to investigate.
-
-* Christina will follow up on the Azure build failures and why the
-  SonarCloud runs don't include coverage reports.
-
-* Christina reported from the ASWF TAC CI meeting that the ASWF
-  intends to migrate from Azure to GitHub Actions.
-
-* Our Google Summer of Code projects ideas are in. Notification of
-  accepted organizations is around Feb 20.
-
-
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-02-20.md Deleted

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-02-27.md Deleted

@@ -1,61 +0,0 @@
-# 02/27/2020
-
-### Attending:
-
-* Cary Phillips
-* Peter Hillman
-* Larry Gritz
-* Joseph Goldstone
-* Kimball Thurston
-* Nick Porcino
-* Arkell Rasiah
-
-### Discussion:
-
-* Google Summer of Code: we've gotten a few inquiries; be on the
-  lookout for more.
-
-* Release schedule: 2.5 sometime in the spring; 3.0 around siggraph.
-
-* The VES Reference Platform will list OpenEXR 3.0 for 2021.
-
-* #673 see #591
-
-* #672 looks good, merged. 
-
-* #666 looks good, merged. Will go into 2.5
-
-* #639 looks good, merged.
-
-* #634 Kimball needs to unwind what he did.
-
-* #591 @Lord-Kamina agreed to clean up the PR.
-
-* #674 the solution is to remove OpenEXR_Viewers from the cmake build
-  process for the 2.5 release, and then remove it from the repo
-  entirely for the 3.0 release.
-
-* 652 brew recipe for openexr may need to be updated? 
-
-* 648 won't fix.
-
-* 646 should be fixed by #672
-
-* 625 the intention was cut down number of Windows user errors, but
-  there's no consensus the right thing to do.
-
-* 607 the answer is: don't do in-tree build.; clean up and try again.
-
-
-
-
-
-
-
-
-
-
-
-
-
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-03-05.md Deleted

@@ -1,36 +0,0 @@
-# 03/05/2020
-
-### Attending:
-
-* Cary Phillips
-* Peter Hillman
-* Larry Gritz
-* Kimball Thurston
-* Christina Tempelaar-Lietz
-* Gary Mandle
-
-### Discussion:
-
-* Gary Mandle discussed a research project at Baylor University that
-  involves reducing metameric issues with laser projectors using a
-  6-color primary system, and he's wondering the best way to store
-  6-color primary image data in an exr file. The EXR format supports
-  arbitrary channels, although better expert color advice on the
-  project in general can be found at OCIO: https://opencolorio.org.
-
-* Per the discussion at this week's ASWF CI workgroup, Christina will
-  start looking into converting from Azure to GitHub Actions.
-
-* #681 - Kimball will review.
-
-* #591 - Lord-Kamina says he'll follow up.
-
-* #215 - "make uninstall" is a feature we'd prefer not to support.
-
-* #679 - Larry and Peter will respond.
-
-* #677 - Cary will follow up.
-
-* #610 - Peter will follow up; can be closed out.
-
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-04-02.md Deleted

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-04-16.md Deleted

@@ -1,33 +0,0 @@
-# 4/16/2020
-
-### Attending:
-
-* Cary Phillips
-* Peter Hillman
-* Larry Gritz
-* Kimball Thurston
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* John Mertic
-
-### Discussion:
-
-* More pandemic stories.
-
-* TSC meeting cadence will change to bi-weekly, 1:30pm PST Thursdays,
-  since the OSL TSC meeting is 2pm biweekly.
-
-* John will get the LF design team to draft some logo options. We like
-  the idea that the logo should be simple enough to appear on a
-  camera, as was the original intention, even if that's not likely to
-  actually happen. It's still a good principle to follow. Also, the
-  letters "EXR" would be appropriate because that's the file suffix.
-
-* Discussed Google Summer of Code project proposals. We'll request 2
-  slots. Cary communicated with one candidate by email. Peter will
-  follow up with one of the candidates to assess interest and skills.
-
-* Christina will look into the Azure build failures this weekend. It's
-  mysterious because it was working and nothing appears to have
-  changed. It doesn't seem to involve any of the recent PR's.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-04-23.md Deleted

@@ -1,48 +0,0 @@
-# 4/23/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Eskil Steenburg
-* John Mertic
-* Kimball Thurston
-* Larry Gritz
-* Peter Hillman
-
-### Discussion:
-
-* pgados has submitted a PR that patches the recent CVE fixes into the
-  2.2 release, in order to patch an older SuSE enterprise distro that
-  uses 2.2.1. This is fine to merge, pending the CLA.
-
-* We will aim for a 2.5 release sometime next week. Cary will send an
-  announcement to openexr-dev shortly. We will make the 2.2.2 and 2.5
-  releases at the same time, with 2.2.2 first quickly followed by 2.5,
-  so that people don't misinterpret 2.2.2 is the most recent release.
-
-* Reviewed logo designed. We liked the one with the overlapping
-  trapezoids (layered rectangles in perspective), but suggest that the
-  text should emphasize "EXR" and de-emphasize "Open". Also,
-  experiment with red, green, and blue rectangles, subject to what the
-  transparency might look like.
-
-* Discussed Google Summer of Code project proposals. We've made our case
-  for an OpenEXR project but will need to negotiate with the other
-  ASWF projects.
-
-* Larry says the OIIO CI script pulls from the top of OpenEXR master
-  branch, so that is at least one test for an external build, and that
-  code version also goes through the OIIO test suite.
-
-* Emily Olin proposes that the ASWF Open Source Day and project BoF's
-  go fully virtual this year regardless of whether SIGGRAPH is
-  in-person or virtual. We agree that we an host a Zoom-like community
-  gathering to provide a project update and solicit discussion
-  topics. We should be able to manage an effective virtual exchange.
-
-* Christina will shift gears on the CI failure and port the setup to
-  GitHub Actions first, then hopefully in the process determine why
-  the macOS build is failing. The build is failing to find the iex.so
-  module, presumably because of a pathing problem.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-05-14.md Deleted

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-05-21.md Deleted

@@ -1,90 +0,0 @@
-# 5/21/2020
-
-### Attending:
-
-* Arkell Rasiah
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Eskil Steenburg
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Owen Thompson
-* Peter Hillman
-* Rod Bogart
-* Phil Ames
-* Abishek Arya
-
-### Discussion:
-
-* Arkell will investigate updating open-exr images over the
-  summer. Will also reach out to Florian to see if he’s interested in
-  providing some test images.
-
-* Arkell raised a concern about images in the
-  openexr-images/Chromaticities folder. Should the Rec709.exr and
-  XYY.exr appear the same? Aren’t the chromaticies the same? Rv
-  inherently adapts with a bradford transformation. Was the XYX made
-  with the wrong adaptation matrix?
-
-* Phil Ames and Abishek Arya from the Google AutoFuzz team joined to
-  discuss the OSS-Fuzz service.
-
-  * Phil is on the information security team. The team fuzzes a lot of
-    open source projects, especially file formats.
-
-  * Abishek leads the OSS-Fuzz development effort.
-
-  * The goal is to make fuzzing really simple, simplifying workflow as
-    much as possible.
-
-  * Integrated with 300 projects (e.g. OpenSSL)
-
-  * They used to manually reproduce and file bugs, but that doesn’t
-    scale, so the process has been automated.
-
-  * Lots of work has been done to de-duplicate bugs by comparing
-    stackframes.
-
-  * OSS-Fuzz focuses on making bugs reproducible. Otherwise they aren’t
-    filed.
-
-  * Most of the integration can be done in < 100 LOC.
-
-  * Vendors can sign up to be notified when bugs are detected.
-
-  * Security bugs are restricted for 90 days.
-
-  * Bugs are closed automatically when a fix is checked in.
-
-  * It’s using the existing IlmImfFuzzTest. Will need to break it up
-    into smaller tests.
-
-  * OSS-Fuzz instrument with many sanitizers, on many cores.
-
-  * What happens if something is discovered that’s in code that doesn’t
-    matter (documentation generation code)? We control that, since it’s
-    our code that runs the fuzzers.
-
-  * There’s a CI option: on every PR it does 5 minutes of fuzz.
-
-  * OSS-Fuzz doesn’t file CVE’s.
-
-  * Example integration setup PR, for the tinyexr project:
-    https://github.com/google/oss-fuzz/pull/3801/files
-
-* Larry pointed out the recent Autodesk maya file security issue:
-
-  https://www.autodesk.com/trust/security-advisories/adsk-sa-2020-0003
-
-* We also want to run the sanitizer against the regular tests, as well
-  as against the fuzz tests.
-
-* Owen shared the Imath project task spreadsheet:
-  https://docs.google.com/spreadsheets/d/1rC_USR4lLXVUTyAG62gOG-uJlxzRguMNTlMYYf2rUrQ/edit?usp=sharing
-
-* Christina reports that Azure Pipelines is completely retired, all
-  migrated to GitHub Actions. One remaining issue with the Windows
-  build, but everything seems to be working properly.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-06-04.md Deleted

@@ -1,56 +0,0 @@
-# 6/4/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Eskil Steenburg
-* John Mertic
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Owen Thompson
-* Peter Hillman
-* Rod Bogart
-
-### Discussion:
-
-* John Mertic revives the discussion of the logo design: 
-
-  * Larry referenced https://landscape.aswf.io. Some look great small, some do not.
-  * The concept was to demostratine dynamic range in the layers.
-  * The original idea was that the logo could appear as an icon on a camera.
-  * Eskil: Think of the original photo by Debevec with same image at different stops.
-  * Nick: The most important feature is dynamic range; Nick proposes a
-    drawing that includes and image ad different exposure levels:
-    night, day, sun.
-  * Could also illustrate "multipart."
-  * Rod: Should not look like photoshop layers.
-  * Could look like an image coming apart.
-  * Could show channels vs. some other multi-dimensional.
-  * Needs to be easy to reproduce (t-shirts, etc).
-  * Could be an element that’s a response curve, except that exr is linear(?)
-  * Logos should be clear: NASA has a continuum of logos.
-  * Cmake has really simple logo, has nothing to do with.
-  * John will invite the LF graphic designer next time.
-  * After the meeting, watch this: https://www.youtube.com/watch?v=pnv5iKB2hl4
-
-* Imath repo project:
-
-  * Revision history can be done later
-  * Need to resolve the handling of exceptions ASAP. 
-    * Consider the new C++11 exception system categories feature, although that's mroe for OpenEXR itself.
-    * Imath deals mostly with math-specific exceptions.
-    * Nick: I ported a lot of Occulus’s code but comparisons don’t work across boundaries.
-  * IlmThread stays behind in OpenEXR.
-  * PyIlmBase goes to a new repo.
-  * Autotools? Leave it behind; if someone objects, we can bring it in later if needed.
-  * OpenEXR should encorporate Imath as a Git submodule. We’re
-    creating proper “find” cmake files; if it finds it, it’ll use it,
-    if not, it’ll build it.
-  * Nick: I tend to write shell scripts to handle all this stuff; I can put together a Gist to illustrate. 
-  * Or, just build the dependency first? 
-
-* Christina: need Kimball to check her latest PR.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-06-18.md Deleted

@@ -1,87 +0,0 @@
-# 6/18/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Eskil Steenburg
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Owen Thompson
-* Peter Hillman
-* Alison Rowan
-
-### Discussion:
-
-* Review OpenEXR logo concepts with Alison Rowan from the LF's Creative Services group.
-
-  * General consensus on preferring the design that illustrates 3 exposure levels.
-
-  * Based loosly Nick's idea sketch.
-
-  * How well will it read when it’s small? 
-
-  * Could EXR be in red?
-
-  * Discusion of perspective vs orthographic. Does the perspective
-    look a little too precious?  Consensus prefers the orthographic.
-
-* Discussion of exception handling. 
-
-  * Kimball will submit his proposal to a branch in the Imath repo,
-    for further review. He had another idea that avoids any change to
-    the API.
-
-* Discussion of performance metrics
-
-  * Peter: can we somehow link a test with two different variations of
-    the library and compare metrics between them? Using namespaces?
-
-  * Need further experiments.
-
-* Should PyImath be a separate repo, or a submodule of Imath?
-
-  * Owen configured PyImath as a submodule of Imath, but Cary
-    suggested we actually want the opposite: Imath makes no mention of
-    PyImath.
-  
-  * Cary: the goal is simplicity and reliability of the build process,
-    especially for the default build behavior. Someone wanting the
-    basic c++ library, and possibly not having much technical
-    experience, should not get tripped up because of python or boost
-    configuration on their machines.
-
-  * Kimball: I've always had trouble getting git submodule's to work,
-    they've tended to get out of sync.
-
-  * Larry: OpenVDB is eager for Imath but doesn't want PyImath, so
-    maybe there is merit in Imath w/o python bindings.
-
-  * Peter: The current cmake configuration tries to build the
-    bindings, but if it can’t, it doesn't, so there shouldn't be a
-    problem.
-  
-  * Cary: Don't underestimate the amount of work to reimplement the
-    imath FixedArray bindings, it's more complex that it seems.
-    Nick mentioned issue #367, regarding python buffer protocols.
-
-  * Conclusion: move PyImath to a subfolder of Imath. The same repo,
-    but not built by default. The cmake configuation is completely
-    indepedent, and disconnected. "If you want the python bindings, cd
-    to PyImath and run cmake." This satisfies both goals: simple and
-    reliable, but a single repo.
-    
-* Discussion of issue #765, leaks on static initialization. Resolved
-  in 2.5, but the problem was errant c++ version #if's. It's time to
-  remove all that stuff. Just remove all conditionals related to old
-  c++ versions, and put them back in only where they're absolutely
-  necessary. We may need to make a distinction between c++14 and 17
-  for certain constexpr constructions.
-
-* Update on the Disney CLA logjam, which came to a head with OSL, due
-  to Pixar's involvement.  The governing board's legal group met to
-  discuss the various iterations of the proposed CLA's and may be
-  close to a decision but nothing is final yet.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-07-16.md Deleted

@@ -1,127 +0,0 @@
-# 7/16/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Owen Thompson
-* Peter Hillman
-* Rod Bogart
-
-### Discussion:
-
-* The CLA. Disney refuses to sign the current one, although Disney
-  employees already authorized have apparently somehow slipped
-  through. This came to a head with OSL. We (OpenEXR TSC) have no
-  concerns about moving to the new CLA that the ASWF Governing Board
-  legal committee settled on, which is Apache 2. We will request help
-  from John Mertic to navigate through changing the forms in EasyCLA,
-  and getting respetive companies to sign the new one, without anyone
-  getting locked out of push access to the repo. Also, we need to
-  update the documents in repo and make sure there are no references
-  to the outdated form. Cary will request help from John Mertic.
-
-* Review the logo concepts from Ali Rowan, graphic designer with the
-  Linux Foundation. The red version is nicely suggestive of the old
-  logo. The trapezoidal shapes were intended to suggest a perspective
-  projection, although the shape in the concept designs provided is
-  not a perspective, and this feature has relatively minor appeal to
-  the group. Therefore, we settle on the square-ish red logo. Note
-  that we need several variations: text on the bottom, text to the
-  right, no text, gray-scale, very small "favicon". Cary will request
-  that of Ali.
-
-
-* Open Source Day
-
-  * Outline:
-
-    * Brief recap of the year
-    * Overview of OpenEXR 3.0 release
-    * Overview of Imath (given by Owen)
-    * Introduction of new openexr.com (hopefully given by Sarah Martin)
-
-  * Arkell agreed to provide some updated images for the
-    openexr-images repo, although he reports that he's not prepared to
-    generate and deep exr images.
-
-  * Cary requested 25 minutes, but given that Imath is a major topic,
-    we expect enough comments and feedback that we should increase
-    that to 55 minutes. Cary will follow up with Emily Olin.
-
-  * Larry notes: This is the biggest release in a very long time, with
-    signficant implications to the user community. Everyone who builds
-    openexr is going to be affected.
-
-  * We should expect lots of questions and vigorous discussion. We had
-   good questions last year (e.g. “Is OpenEXR appropriate for ML?”)
-
-  * The title of session should prominently feature "Imath".
-
-* 3.0 Release: time to get in any changes that break compatibility.
-
-  We should make a pass at cleaning up exceptions in the OpenEXR tree.
-
-  Some Issues for potential inclusion:
-
-  * getChunkOffsetTableSize https://github.com/AcademySoftwareFoundation/openexr/issues/740
-
-  * Include guards https://github.com/AcademySoftwareFoundation/openexr/issues/636
-
-  * Signed strides: https://github.com/AcademySoftwareFoundation/openexr/issues/614
-
-  We will need to take care with how OpenEXR references Imath. It
-  could potentially be an external project path in cmake that
-  auto-clones imath repo. Nick reports that this works well with
-  OpenTimelineIO.
-
-  We should remove legacy thread support, just use std::thread We
-  still want to provide the semaphore class. Lock is slower than a
-  semaphore class.  Keep the shim layer.
-
-  We should we move some of the directories up a level, so the OpenEXR repo has subfolders:
-
-  * src
-
-  * test
-
-  * tools
-
-* OSS-Fuzz: Going well so far, around a dozen issues, which have been
-  easy to reproduce and identify. It takes some thought to determine
-  how to resolve them. Do we want to break compatibility, or suppress
-  it?
-
-  Peter points out that the most recent report, the test case is
-  broken, the exr is bad data. Peter will follow up with fuzz folks.
-
-* Owen reports on progress with Imath.
-
-  * Initial push of constexpr changes
-
-  * A small set of tests. There are some python binding missing.
-
-  * Cuda: The strategy is when compiling with Cuda, put half into Imath internal namespace.
-
-    What is different between cuda and imath half? Bit layout is the
-    same. Our class has HasInf, could use std::isinf override.  Rod:
-    We tried to merge with NVIDIA.
-
-    Owen will write a test that verifies the behavior.  Should still
-    support C++11.
-
-  * Create a RC3 branch.
-
-* clang-format: Would like to reformat before the 3.0 release.  Nick
-  says that OpenTimelineIO used the openexr template with
-  success. Larry notes: Whatever we choose, there will be sections
-  that don't format nicely, so just turn off formatting.  But, a year
-  later, you'll forget about what you didn't like.
-
-  Don't like #include sorting, it can break the build; alphabetical
-  order is not always what you want.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-07-30.md Deleted

@@ -1,142 +0,0 @@
-# 7/30/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Owen Thompson
-* Peter Hillman
-
-### Discussion:
-
-* Joseph proposed discussing the pros and cons of implementing the
-  attributes in the ACES Container spec (SMPTE ST 2065-4) in the
-  reference implementation. Putting them in the reference
-  implementation will effectively make them more portable. OTOH any
-  organization using unqualified names (not ‘legal’ according to the
-  spec, but of course the reference implementation doesn’t stop you
-  from doing it) in a nonstandard way potentially could see an impact.
-
-  * Joseph: I have a laundry list of things I’d like to include. The
-    ACES container has never been a subset of OpenEXR.  People who
-    want to use the standard attributes have to implement them
-    themselves.
-
-  * If you have two different companies and they’re each implementing
-    fstop, one does it as a string, one as a float.  If it’s in the
-    reference implementation, it would force consistency.  You can
-    read a raw file and find some things in exif fields, other things
-    from somewhere else.  What happens if the two things have the same
-    name?  What happens if the same thing is in two different places?
-
-  * Has anyone added standard attributes recently? No one has done
-    that in a very long time.  Gitlog says nothing has been added
-    since 2014.
-
-  * Joseph: Please look at the list of standard attributes and report
-    which ones are used at your shop.
-
-  * Larry: A lot of these correspond to things we see all the time.  A
-    lot of these, because they correspond to XMP, etc, by convention,
-    the OIIO does say “It’s supposed to be called blah.”
-
-  * But there's a difference between standard attributes and required
-    attributes. This list combines required and standard.
-
-  * Nick: I propose to adopt the SMPTE names. Move forward with SMPTE standard.
-  
-  * Larry: we should really strongly recommend that if anybody does
-    anything non-canonical, they should prefix it.
-
-  * Peter: It’s not the file format’s job to interpret the
-    attributes. But if we can provide guidance and helpers to
-    applications.
-
-  * What’s in the standard attributes file suggests what the type of
-    an attribute is, but you don’t have to use it. You can insert any
-    attribute with any type. The library doesn’t enforce the attribute
-    usage.
-
-* Update on Imath
-
-  * Most significant contribution: restructuring of all the source files. It’s been pushed.
-
-  * Installation of imath: tried to do external project. Kimball: we can follow up.
-
-  * Nick: Can you add zlib, too?
-
-  * Would be nice if it fails to download.
-
-  * Nick: remember that OpenTimelineIO has a system that’s working with our CI.
-
-  * What should the version number of the Imath release be? 1.0? That
-    might conflict with the libImath from OpenEXR 1.0. It's probably
-    best to start with "3.0", odd as that sounds. Then OpenEXR and
-    Imath can diverge from there as necessary.
-
-  * Nick: Radical suggestion: D&I initiative: rename it to main. Rebasing on master is gross. 
-    Could change to "main", "dev".
-
-  * Larry: This is being hotly debated. Let's wait for a consensus to
-    emerge in the community about what everyone si going. Wait to jump
-    on the bandwagon.
-
-  * Owen't next step: Finish up the pull request, then get back to CUDA. 
-
-  * Larry: two more things before the release:
-  
-    * Cuda decorators: make a define if you’re being compiled by the
-      CUDA compiler, define host device. Then decorate all functions
-      with that.
-
-    * Change the individual component storage to a union, which provides performance improvements.
-
-    * Owen: I'm planning to do both of these right away.
-
-  * Should also replace std::isinf for half.
-
-  * Maybe an option to put half in a namespace?
-
-
-* We should aggregate all the “can’t find boost” issues into one,
-  since they're all versions of the same problem. With the most recent
-  boost release, cmake errors: "Boost is incorrectly configured.”
-  Kitware and boost in a fist fight.
-
-* Still getting permission issues on sonar scan stuff.
-
-* Reviewed overview of slides for ASWF Open Source Day, scheduled for
-  Wednesday, August 19, 4:30pm PT.
-
-* https://github.com/AcademySoftwareFoundation/openexr/issues/636 weak
-  namespace and include guards.
-
-  The modern idiom is to use #pragma once.  Header guards prevent
-  including twice, but also allows you to know whether they’ve been
-  included. We should not take them out, they're still useful. You can
-  get to the same file in two different ways.
-
-* Other issues not discussed:
-
-  * https://github.com/AcademySoftwareFoundation/openexr/issues/789
-    Better stream interface for DeepScanlineInputFile
-
-  * https://github.com/AcademySoftwareFoundation/openexr/issues/773
-    PyIlmBase cmake is able to find Boost but not boost::python 
-
-  * https://github.com/AcademySoftwareFoundation/openexr/pull/750
-    Zero allocated memory to guarantee always identical output in DWAA compression
-
-  * https://github.com/AcademySoftwareFoundation/openexr/issues/740
-    Remove deprecated argument to getChunkOffsetTableSize
-
-  * https://github.com/AcademySoftwareFoundation/openexr/issues/548
-    mark half(float) constructor as explicit
-
-  * https://github.com/AcademySoftwareFoundation/openexr/issues/485
-    Remove _maxScanLineSize members
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-08-13.md Deleted

@@ -1,51 +0,0 @@
-# 8/13/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Nick Porcino
-* Owen Thompson
-* Peter Hillman
-* Rod Bogart
-* Arkell Rasiah
-* Eskill Steenberg
-
-### Discussion:
-
-* Review of slides for Open Source Day. Discussion of the order of
-  topics, slide contents. Need to confirm how Q&A works with the Zoom
-  Webinar. Christina will monitor the chat and read the questions. If
-  there are answers in chat, read them too. Will schedule a tech
-  check/walk-through on Monday.
-
-* The tree for the Imath repo should be:
-
-    src
-    ├── lib
-    │   ├── Half
-    │   └── Imath
-    ├── python
-    │   ├── PyImath
-    │   └── PyImathNumPy
-    └── test
-        ├── HalfTest
-        ├── ImathTest
-        └── python
-            ├── PyImathNumpyTest
-            ├── PyImathSpeedTest
-            └── PyImathTest
-        
-* Eskil presented his proposal for a C implementation of ACES
-  spec. Joseph: ACES Central would be a good place for this.  ILM’s
-  feeling from the beginning was that the code should be the spec, so
-  there has never been an independent published specification.
-
-* Arkell: review some new imagery for the openexr-images repo. Will
-  submit them via a PR.
-
-* Owen: This is my 2nd-to-last meeting as GSoC internl. I appreciate
-  everyone’s help. No plans after this. Looking for a job, please
-  contact me with any leads.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-08-27.md Deleted

@@ -1,65 +0,0 @@
-# 8/27/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Nick Porcino
-* Owen Thompson
-* Peter Hillman
-
-### Discussion:
-
-* Imath release:
-
-  * Need a beta period. Larry: I tried to use master and fell on my
-    face.
-
-  * Legacy headers: Imath headers have traditionally been installed in
-    OpenEXR subfolder, and existing user code has:
-
-        #include <OpenEXR/ImathVec.h>
-
-  * Downstream packages need to work cleanly with both current
-    installation of v2.* and with 3.0.
-
-  * Proposed solution: adaptive headers. For some number of upcoming
-    releases, we will provide stub headers in OpenEXR folder, and
-    issue warnings. Then in a future release, remove them. This will
-    aid in user transition.
-  
-  * Should be no more FindOpenEXR.cmake.
-
-  * Should Python on by default? The majority the complexity is in
-    handling both 2 and 3.  Kimball: could specify a path to the
-    python binary.  Larry: propose off by default, so it builds
-    better. Everyone agrees.
-
-  * Is Half in a namespace? Only in CUDA. It in the namespace, with an
-    optional using. CUDA forces the option to true.
-
-* Versioning policy: we will bump version number immediately *after* a
-  release, so that building from the dev branch produces library names
-  with the not-yet-released version, not with the current version that
-  it doesn't, in fact, match.
-
-* Fuzz: damaged OpenEXR files can cause Undefined-shift operators in
-  B44 uncompress (#821).
-
-* Apple hardware: 
-
-  * Wave was talking at a TAC meeting.
-
-  * Apple has some optimizations, but waiting until silicon is available.
-
-  * Larry: we should make the half stuff work with Intel hardware,
-    faster than table-based conversions.
-
-  * DTK: Some people are getting a working box. Nick has one on the
-    way, will do a dry run to make sure USD works. Take OpenEXR for a
-    spin, too. It’s a mac mini crammed full of hardware.  Probably
-    rigged it up to run an ipad arm chipset.
-
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-09-10.md Deleted

@@ -1,79 +0,0 @@
-# 9/10/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Nick Porcino
-* Peter Hillman
-
-### Discussion:
-
-* Need help with Issue #821, Damaged OpenEXR files can cause
-  Undefined-shift operators in B44 uncompress. The expected behavior
-  is not clear. Cary will contact Florian, who appears to be the
-  original author.
-
-* Discussion of exception handling:
-
-  * Imath PR #47 introduces Frustum::projectPointToScreen_noexcept(),
-    but that's inconsistent with Vec3::normalize() and
-    Vec3::normalizeExc().
-
-  * Kimball: If we were designing it today, we'd write separate
-    classes, one that handles/throws exceptions and one that doesn't.
-
-  * Peter: but sometimes the throw/don't-throw decision is in the use
-    (tight loop), not in the definition of the data itself.
-  
-  * We assume the most critical use case is code that must be compiled
-    with a compiler that doesn't support exceptions (games code).
-
-  * The consensus is: Continue the paradigm of the Vec classes: the
-    ordinary function name does not throw; a parallel function with
-    the suffice "Exc" does throw. We also wrap the throwing code in
-    #if's so that it's possible to omit it at compile time.
-
-  * More untangling is necessary. The integer specializations of
-    Vec<T>::normalize() throw if the vector is not along a principal
-    axis. And Matrix22::inverse(bool) takes an argument. These should
-    all be made consistent. And noexcept added.
-
-* Discussion of branch names. It came up again at yesterday's TAC
-  meeting. Larry seems to favor the emerging GitHub
-  conventions. Kimball still prefers dev/release.
-
-  * Discussion of the default branch: consensus is it should be
-    "release". If someone clones the repo, they should get the release
-    branch. That way, they build off of what is closest to the
-    released code, although it may not be an actual release, because
-    PR's may have been merged into the branch since the latest
-    release. But that's still reasonable. Soon, our dev branch is
-    going to contain major changes, so it's good that you have to be
-    intentional about working with it.
-
-  * The name "release" sounds like it's an actual release, but it's
-    not. Would it be better called "releases", since it's the branch
-    that has the record of all past releases?
-
-  * The typical download/install process should download the tarball
-    or pull from a specific release tag (v2.5.3), but we can't assume
-    all inexperienced users do that. Better to make the typical
-    behavior as understandable as possible.
-
-  * When someone clones the repo, fixes a bug, and submits a PR, that
-    PR is then likely to be against the release branch, not dev/main.
-    That's OK, even good. During the review of the PR, we
-    (maintainers) should discuss whether the change should 1) go into
-    dev instead, 2) get merged into dev as well, or 2) go into release
-    only. Cary: better to make this decision and do the merge as we
-    go, PR by PR, rather than letting them accumulate and then having
-    to do a bunch of merging and cherry picking prior to a release.
-
-  * In the two-branch workflow, we will always pay attention to what
-    branch a PR goes against. Not an issue now, but see other
-    advantages to having two releases, so this seems reasonable.
-
-  
\ No newline at end of file

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-09-24.md Deleted

@@ -1,38 +0,0 @@
-# 9/24/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Nick Porcino
-* Peter Hillman
-* Larry Gritz
-* Rod Bogart
-* Owen Thompson
-
-### Discussion:
-
-* Joseph raised the issue of "Standard Optional Attributes", should
-  the be added to the reference implementation?  We raised the issue
-  around SIGGRAPH and Open Source Days but got no feedback. How do we
-  get feedback from the community?  Suggestion: Just send it to Josh
-  Pines, John Cortell, and the usual suspects at major facilities.
-
-* The attributes don’t affect the image, they just help with
-  interpeting the data.
-
-* Peter: put an image in the openexr-images repo that illustrates the
-  new attributes, so it gives people an opportunity to actually see
-  what it would look like.
-
-* Rod: We have been working on an optimization about reading really
-  big exrs as fast as possible.  At 8Kx4K, we can get about 3 per
-  second. Tried memory mapping, got to 5/sec.  Structured buffer on
-  the GPU, using GPU to decoded the data got to 18/sec. But it’s
-  specific to particular EXR. Is this something we should consider
-  supporting at the library level?
-
-* Rod: one option is use something other than EXR. Please say no.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-10-08.md Deleted

@@ -1,81 +0,0 @@
-# 10/8/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Peter Hillman
-* Larry Gritz
-* Rod Bogart
-* Owen Thompson
-
-### Discussion:
-
-* Need help with Issue #821, Damaged OpenEXR files can cause
-  Undefined-shift operators in B44 uncompress. The expected behavior
-  is not clear. Cary will contact Florian, who appears to be the
-  original author.
-
-* Discussion of exception handling:
-
-  * Imath PR #47 introduces Frustum::projectPointToScreen_noexcept(),
-    but that's inconsistent with Vec3::normalize() and
-    Vec3::normalizeExc().
-
-  * Kimball: If we were designing it today, we'd write separate
-    classes, one that handles/throws exceptions and one that doesn't.
-
-  * Peter: but sometimes the throw/don't-throw decision is in the use
-    (tight loop), not in the definition of the data itself.
-  
-  * We assume the most critical use case is code that must be compiled
-    with a compiler that doesn't support exceptions (games code).
-
-  * The consensus is: Continue the paradigm of the Vec classes: the
-    ordinary function name does not throw; a parallel function with
-    the suffice "Exc" does throw. We also wrap the throwing code in
-    #if's so that it's possible to omit it at compile time.
-
-  * More untangling is necessary. The integer specializations of
-    Vec<T>::normalize() throw if the vector is not along a principal
-    axis. And Matrix22::inverse(bool) takes an argument. These should
-    all be made consistent. And noexcept added.
-
-* Discussion of branch names. It came up again at yesterday's TAC
-  meeting. Larry seems to favor the emerging GitHub
-  conventions. Kimball still prefers dev/release.
-
-  * Discussion of the default branch: consensus is it should be
-    "release". If someone clones the repo, they should get the release
-    branch. That way, they build off of what is closest to the
-    released code, although it may not be an actual release, because
-    PR's may have been merged into the branch since the latest
-    release. But that's still reasonable. Soon, our dev branch is
-    going to contain major changes, so it's good that you have to be
-    intentional about working with it.
-
-  * The name "release" sounds like it's an actual release, but it's
-    not. Would it be better called "releases", since it's the branch
-    that has the record of all past releases?
-
-  * The typical download/install process should download the tarball
-    or pull from a specific release tag (v2.5.3), but we can't assume
-    all inexperienced users do that. Better to make the typical
-    behavior as understandable as possible.
-
-  * When someone clones the repo, fixes a bug, and submits a PR, that
-    PR is then likely to be against the release branch, not dev/main.
-    That's OK, even good. During the review of the PR, we
-    (maintainers) should discuss whether the change should 1) go into
-    dev instead, 2) get merged into dev as well, or 2) go into release
-    only. Cary: better to make this decision and do the merge as we
-    go, PR by PR, rather than letting them accumulate and then having
-    to do a bunch of merging and cherry picking prior to a release.
-
-  * In the two-branch workflow, we will always pay attention to what
-    branch a PR goes against. Not an issue now, but see other
-    advantages to having two releases, so this seems reasonable.
-
-  
\ No newline at end of file

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-10-22.md Deleted

@@ -1,187 +0,0 @@
-# 10/22/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Eric Enderton
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Owen Thompson
-* Peter Hillman
-* Steve Parker
-
-### Discussion:
-
-* ASWF project survey: should OpenEXR participate?
-
-  * Larry: we struggle to enumerate what questions to ask.
-
-  * Cary: the generic questions that Larry contributed to the survey
-    are interesting to us, but the survey is not likely to reach the
-    larger OpenEXR community.
-
-  * Rod: We've asked questions before in email and GitHub Issues and
-    not gotten much response, on issues like "should we support
-    autotools?"
-
-* GPU acceleration of EXR reading:
-
-  * Steve Parker of NVIDIA, Rod, Kimball met to discuss how to
-    efficiently read exrs directly to GPU.
-
-  * Steve: reading compressed files, decompress on the GPU. Not tiled
-    and mipmapped already. The right thing to do is read off of disk,
-    minimally, only as needed.
-
-  * Steve: The motivation is that compressed files exist.
-
-  * Reading data is fine, all well and good, until you get to the
-    point where you need to operate on the data.  Then you need to
-    decompress it.  Haven’t touched format conversions.
-
-  * Upshot is, 1 month ago, RTXIO was announced, a combination of
-    technologies for decompression and GPU direct storage, CUDA
-    technology. For a Windows and DirectX ecosystem.
-
-  * End goal is to have all these pieces available as a part of the
-    architecture. Working with Microsoft on the direct storage. Watch
-    this space to hear more about it.
-
-  * A lot of the foundations are there in GPU direct storage. For EXR,
-    the host would open a file and read its header and offset
-    table. This gives the host enough information to deal with
-    it. Processing of the remainder of the file would move to GPU
-    memory.  This is what we’re in the middle of.
-
-  * Eric: The host reads the header, then never reads the file again.
-
-  * Larry: what’s the programming model? Steve: a combination of a
-    memcopy interface.  Posix pread semantics: start at this offset,
-    read this number of bytes.
-
-  * Larry: a new library, or built into the CUDA drivers? Steve: the
-    bulk is built into the header drivers.
-  
-  * Larry: what if you don’t have the right kind of network hardware?
-    The situation is that we don’t know where people will draw the
-    files from, so should just transparently work in the fallback
-    case.
-  
-  * Steve: thelibrary needs to separate the header reading from the file reading.
-
-  * Larry: Tangential thing, we have control over what compression
-    methods are supported in the library and used out in the
-    world. But if there was different lossless compression, we could
-    add a new method.
-
-  * Need two options:
-
-    1. GPU able to handle files that are out there.
-
-    2. We need something that a GPU could process more efficiently.
-
-  * Larry: Nobody wants uncompressed files. 
-
-  * Steve: we’re primarily interested in decompressing. We can
-    decompress fast enough on the GPU that it can saturate. So it’s
-    faster to move the compressed data.
-  
-  * Rod: we’re in the process of thinking about changes in the
-    library. We should consider them now. We should find a way to
-    incorporate them.
-
-  * Steve: the offset table doesn’t really have enough information. If
-    you only have it on the host, you have to make some
-    assumptions. It would be nice if the offset table has the offset
-    and the size.
-  
-  * Surprise from reading the spec: Some tiles can be uncompressed. If
-    some of the tiles are larger compressed, it stores the original
-    data.
-
-  * Eric: backwards compatible metadata, could start decompression at
-    an offset.
-
-  * Kimball: Should look at encoding some other information about
-    compression types in offset tables.
-
-  * Rod: The header requires parsing to find the data you want.  The
-    trick at Epic is we’re doing that on the header. And just
-    streaming the pixel data to the GPU. Have to go looking for the
-    pixel data.  Should be easy to skip to the pixel data quickl, skip
-    over attributes you don’t need.
-
-  * Steve: Some numbers: Multiple GB of data/second. One tile per
-    microsecond. You have one millisecond to pull a thousand tiles out
-    of a file.
-
-  * Rod: getting a sense for what size image, and what frames per
-    second. Zip compression is 2:1. 8K latlong, 4K wide.
-
-  * Kimball: the IO core in the writer is built around pread. So that
-    should be ready to go, in terms of hooking it into the CUDA IO
-    thing.
-
-  * Two sides to the work:
-
-    1. general exr library should be better about it
-
-    2. another addon that knows about the GPU. The OpenEXR library
-       should not have GPUisms in it. Has to go somewhere
-       else. Ideally the library supports that “somwhere else”
-
-  * Kimball: we have an example at Weta, a custom stream. 
-
-  * Steve: 200 RGB data, 8K image, 2:1 compression, then you could
-    read about 200 per second.
-
-  * Rod: At Epic, our experience is getting less than 20.
-
-  * Steve: PCGen4 gives another factor of 4.
-
-  * Should be able to get 25 Gb/second out of them.  We still hae room
-    on the GPU to do other things that just read OpenEXR files.  Read
-    multiple streams simultaneously. Most of the bottlenecks on are on
-    the Windows side.
-
-  * Rod: can read only int data, but OpenEXR is shorts. Have to
-    swizzle the data.  We have to reinterpret at as fp16.  Should be
-    able to swizzle two shorts simultaneously.
-
-  * Kimball: I hadn’t considered changes to the chunk table. Would
-    make the CPU side faster. Would sacrifice some of the corrupt file
-    data processing.
-
-  * Peter: Each chunk has the same information in the header. Change
-    the chunk table so the chunk headers are duplicate.
-
-  * Peter: A compression format could put padding in it, so the data
-    is aligned and easy to skip over.
-
-  * Kimball: I started work on core because of texture access. Don’t
-    know that the sparse texture architecture would be. Allow alterate
-    ordering in an EXR file?
-
-  * Larry: we depend on the fact that it’s tiled as well as mipmapped.
-
-  * Steve: a huge image, I want to chop out a portion of it. Seek time
-    is not a big deal any more.
-
-  * Peter: you can store tiles in any order.
-
-  * Steve: Small optimization, MIP-fail, tiles what are 1x1 or 4x4,
-    storing those continuously.
-
-  * Larry: But once you’re using solid state storage, there’s no such
-    thing as seek time.
-
-  * Steve: technically there is overhead, but it’s small. But with
-    pread, you have only one system call.
-
-* Action items?
-
-  * Kimball: I didn’t finish cleaning up IlmBase out of the RC3
-    library. As soon as that’s done, I’ll push up my C library.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-11-05.md Deleted

@@ -1,88 +0,0 @@
-# 11/5/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Eskil Steenberg
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Owen Thompson
-* Peter Hillman
-
-### Discussion:
-
-* State of the RC-3 branch:
-
-  * Kimball: Has anyone looked at the branch? Was going to just merge,
-    couldn’t figure out ow to do a pull request.
-
-  * MacOS and Windows now work in the CI, for the RC-3 branch.
-
-  * Python is off by default, so default OpenEXR build avoids all
-    reference to boost.
-  
-  * Kimball: Some more cleanup that I’d like to do.
-
-  * Majority of the changes are eorganization, redoing directory structure.
-  
-  * Cleaned out the IlmBase, removed config dependencies, simpler config path.
-
-  * Code should still work the same way.
-
-  * To get Windows build to work, I had to fix some of the DLL exports
-    tht weren’t being defined correctly.
-  
-  * Imath is also now building on Windows.
-
-  * Removed non-c++11 stuff, may cause some people some grief. Removes
-    so much code. We're willing to accept the consequences.
-
-* The Imath python bindings still need some cleanup
-
-  * Still references some IlmBase stuff.
-
-  * Most of the PyImathConfig.h and PyImathConfigInternal.h symbols
-    are unnecessary and can be removed.
-
-  * No need to duplicate HAVE_LARGE_STACK with ImathConfig
-  
-  * Need to clean out PyIex stuff. If PYIMATH_ENABLE_EXCEPTIONS is on,
-    the code won't compile becuase it references Iex. We need to
-    clearly state that we're entirely removing PyIex from
-    distribution.
-
-* Joseph: No further progress with community on Standard Optional
-  Attributes. They need a comment that says what they are.
-
-  * Have not done: the alignment of camera viewing direction, camera
-    up vector direction, should be linked. Have not had time to think
-    about it.
-
-* A bunch of fuzz reports have come in.
-
-  * Peter: It's current running my newly configured test, plus the
-    original tests. But my new test isn’t finding any. It handles
-    memory allocation better, so that may be why.
-  
-  * Some of the out of memory things are worth investigating. 
-
-  * The most recent repott was an overflow where you can have more
-    than INT_MAX pixels in a file.
-
-* CLA:
-
-  * Cary: Lucasfilm has finally agreed to the new CLA, with Disney's approval.
-
-  * Kimball: Weta is still confued about why they need to sign
-    something new, but it should be quick.
-  
-  * Nick: Pixar is close to approval on OpenTimelineIO.
-
-  * Larry: Sony still working on OSL.
-
-  * Christina: Has Epic signed? Not sure, but check with Michael
-    Dolan, he'll know. And beware that your individual name also needs
-    to be added to the approved list by your CLA manager.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-11-19.md Deleted

@@ -1,130 +0,0 @@
-# 11/19/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Owen Thompson
-* Peter Hillman
-
-### Discussion:
-
-* Imath PR #66: Use likely/unlikely to improve certain vector
-  ops.
-
-  * This applies the builtin_expect to if statements to assist with
-    optimization. This is the result of engineers at Intel going over
-    things with a fine-tooth comb.
-
-  * The general rule is that the directive is appropriate when you’re
-    detecting an error that is truly exceptional.
-
-  * Does MSVC have the same feature? Maybe, someone should check. But
-    at least now all we have to do is extend the macro.
-
-  * #66 also includes a change to a line to invoke std::abs(),
-    technically shouldn't go in the same PR, but fine as is.
-
-* Imath #65 Deprecate Math<T> in favor of std:: 
-
-  * In the name of portability, std:: is better.
-
-  * Kimball: There are some cases where I didn’t want to call the std
-    version because it does extra error checking. But you can tell the
-    compiler to use the unsafe function
-
-  * Should we get rid of the Math<T> class entirely? This PR removes all uses of the class but leaves it in the code.
-
-  * Nick: Every line that goes is less debt.
-
-  * Kimball: IlmThread in OpenEXR has the deprecation stiff, for mutex and lock.
-
-  * Larry will port that over to this class.
-
-* #60 Make Matrix implementation more SIMD friendly 
-
-  * Unrolled assignments are faster than memset/memcpy.
-
-  * These came about by an attempt to autofectorize the code.
-
-  * Also included: a fix to Matrix33::setScale(), which attempted to
-    mimic Matrix44::setScale() by not affecting the final row, which
-    for M44 is the translation. But that doesn't ake sense for a 3x3
-    matrix. Nick wrote the original code at ILM years ago, an
-    abandoned effort. All agree to regard the current behavior as a
-    bug and fix it to conform to the most logical behavior and affect
-    all rows.
-
-* Imath #59 Hide Vec and Matrix exceptions from Cuda
-
-  * This PR #ifdef's out the throw calls under CUDA.
-
-  * Would it be better to #ifdef out the entire function?
-
-  * Or alternatively, remove the HOST_DEVICE decorator, which will
-    prevent them from bei ng compiled under CUDA altogether.
-
-  * Nick: A little churn in CUDA code doesn’t set off alarm bells,
-    it’s expected to be a bit volitile, so this shouldn't cause a
-    problem.
-
-  * One gotcha: M44::inverse(bool singExc) if invoked explicitly via
-    inverse(false). But the argument-less version is available.
-  
-# Imath PR #58 Make separate test calls for each test
-
-  * Not sure why the CLA test failed. Cary will fix it and merge.
-
-* openexr PR #865: Add a conditional to prevent analysis on forks 
-
-  * Larry: GitHub says they’re disabling actions on all forks, which
-    should address this.
-
-  * Kimball: this was the suggested fix, although it wasn't the most
-    thorough of investigations.
-
-* openexr PR #862 E2K: added initial support of MCST Elbrus 2000 CPU architecture 
-
-  * Elbrus 2000 is a Russian supercomputer. It has all the same
-    registers, but not the same assembly syntax.
-  
-  * Nick: I was hoping that the directives could be specified at cmake
-    time. The code in question is a part of highly nested bits at
-    compile-time. Can those pathways be selected at cmake time?  I
-    couldn’t tell.
-
-  * It’s only used in the test of the DWA compressor.
-
-  * It's minimal extra debt, so fine to accept, subject to the CLA.
-
-* Larry: We haven’t yet marked things as noexcept.
-
-  * Ideally, we do it across the board everywhere that's
-    applicable. Comprehensive.
-
-  * Certainly, in the cases of dual functions, it helps with
-    documentation.
-
-  * The compiler ought to be able to tell you if a function throws,
-    but it doesn't.
-  
-  * In C++21(?) noexcept becomes a part of the name of the function,
-    so it would be an ABI break.
-
-  * Larry will pick something and do it, then that can be used as an
-    example.
-
-* Larry: OIIO builds and supports OpenEXR back to version 2.x.
-
-  * Every downstream project is going to need to change. At source and build.
-
-  * Nick: USD ws doing detection on OpenEXR version, to fix dependency
-    on OIIO.
-
-  * Larry will write up a short guide for how downstream projects will
-    need to adjust to 3.0
-  
\ No newline at end of file

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-12-03.md Deleted

@@ -1,115 +0,0 @@
-# 12/3/2020
-
-### Attending:
-
-* Cary Phillips
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Owen Thompson
-* Peter Hillman
-* Rod Bogart
-
-### Discussion:
-
-* Larry: The 3.0 porting guide will probably be couple of pages, as a
-  separate doc. Haven't gotten to it yet.
-
-* Kimball's new C Core:
-
-  * The C level is just about file IO. The goals is performance,
-    memory optimization, and thread safety.
-
-  * We really won’t want to change the structure of the fie.
-
-  * The PR includes code a "namespace" mechanism via macros that make
-    function and type names configurable at compile time. Is this
-    useful?
-
-    * Similar in spirit to the jpeg library: can configure the jpeg
-      library as either 8bit or 12 bit; it swaps out the function
-      names so you can have both in the same namespace.
-
-    * Kimball: we might have an application for this mechanism at
-      Weta, not really sure.
-
-    * Code readability overhead seems high. Is it worth it?
-
-    * If we're ever going to add it, now is the time. Easiest to put
-      it in at the beginning.
-  
-    * Cary: Our mission statement says to place a high value on
-      simplicity, reliability, maintainability, compatibility.
-    
-    * Cary: We should include this only if someone has an actual use
-      case. Otherwise, it's unnecessary complication with no
-      demonstrated benefit.
-
-    * After discussion, Kimball will rip out the macro namespace thing.
-    
-  * Next step is to replace the guts of the C++ library with the C
-    library. Under the covers the gues will get swapped out, but the
-    external C++ class API should not change.
-
-  * Kimball: The C layer is far more strict about types. If it
-    encounters garbage data it rejects the file.
-
-* What is the timeline for the 3.0 release?
-
-  * Cary: There is obviously a lot more work to do to even get to a
-    compilable, working version, much less a thoroughly tested,
-    releaseable version.
-    
-  * Rod: The VFX reference platform says 3.0.
-
-  * Could there be a build-time switch between new and old? Seems
-    complicated.
-    
-  * Alternatively, we could release more or less as is with the new C
-    core there but not yet integrated into the C++ API. This would
-    give access to the new code without any potentially destabilizing
-    changes.
-    
-  * Kimball: The biggest hindrance is the threading part of the
-    library. I hate that OpenEXR creates threads.  To get the maximum
-    performance you’ll want to use the C layer.  We lack a C++ layer
-    that makes calls threadsafe.
-
-  * After discussion, we agree:
-
-    * The 3.0 release will include the code reorg and bug fixes, but
-      without the new C core.
-
-    * Soon after the 3.0 release, we'll release 3.1 that includes
-      the new C core as a side library. This gives access to the
-      high performance, thread-safe file IO without altering the
-      existing code or API. Users can access it if they want.
-
-    * Over subsequent 3.2, 3.3, etc releases we'll migrate the C++
-      api to use the new core. This is possible because the API
-      won't change.
-
-* Joseph’s Standard Optional Attributes should go into 3.0.
-  
-  * Joseph: I have a PR almost ready. Haven’t filled out the CLA yet.
-
-  * Need to make sure there’s no existential conflict between
-    up-vector and world transforms in the current
-    implementation. Both imply things about where the camera is in
-    relation to objects.
-
-* Report from the TAC meeting on proposal for new rawtoacess project.
-
-  * Kimball: Alex Forsythe at the Academy and I have been doing
-    something similar. Would like to find a better home for the
-    project.
-  
-  * Propose rawtoaces - a project that merges existing versions of
-    code into a common library.
-
-* Request from gregcotton for a point release that includes PR #854,
-  fix to config for macOS.  Should we include other bug fixes? Where
-  do we draw the line?  With 3.0 now likely in January, is that an
-  acceptable fix? Cary will look at what other PR's might reasonably
-  go into a 2.5.4 release.
\ No newline at end of file

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2020-12-17.md Deleted

@@ -1,139 +0,0 @@
-# 11/17/2020
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Peter Hillman
-* Rod Bogart
-* Michael B Johnson
-* David Aguilar
-* Robin Lowe
-
-### Discussion:
-
-* Wave: Lead of ASWF Assets working group
-
-  * Example question we're dealing with: “How can we get a bunch of
-    USD asets with MaterialX materials?”
-
-  * Instead, why don’t we approach the projects and ask them what they
-    would want, in the space that they care about?
-
-  * At Apple we have some example EXR's we're trying to get clearance
-    to send, mostly illustrating bugs.
-  
-  * Larry: We already have openexr-images, covers the basic.
-
-  * Two examples that frequently come up with OIIO:
-
-    * Test cases for all crazy things with metadata, range of data formats.
-
-    * openexr-images has a couple of deep images, but they’re very
-      simple caes, they aren’t indicative. We need hairy production
-      images that would, say, confirm an application isn't going to
-      run out of memory.
-
-  * Kimball: could generate some AOV’s from the Moana scene.
-
-  * Wave: Could we hire an intern to generate images from Moana?
-
-  * Kimball: We don’t have a good version history. But then, backwards
-    compatibility isn't that much of an issues, since we don't change
-    the file format very often.
-  
-  * Wave: "Would like to be able to say there are 17 AOV’s in that
-    image." Larry: "I'd would pay so much for anyone at my studio to
-    use less than 50!"
-  
-  * Cary: maybe the project CII badge should include entries for
-    example data. Project should be encouraged to provide
-    representative example data.
-  
-  * Larry: OSL has a huge shader library, but everything’s
-    interconnected, nothing public that is representatives of
-    production use.
-  
-  * New features added to the library need corresponding test images.
-  
-  * Joseph: None of the compression methods are documented. Could we
-    get an intern to document them? Not a Google Summer of Code
-    intern, the project have to involve actual code. But it would be
-    good to get it standardized.
-  
-  * Joseph: Maybe the Academy Sci-Tech intern? Speak to Alex
-    Forstythe, there have been some great interns with the Academy.
-
-* Robin Lowe: I’m participating in the discussions on the 16-bit float
-  type with the C++ standards committee.
-
-  * The C++ proposal is still active.
-
-  * One of the key differences with 16 bit floats is how they do
-    rounding.  C++ allows for severa kinds of rounding. OpenEXR only
-    does one. We don’t allow the other kinds of rounding.
-  
-  * Whatever is in hardware is going to be stamped into standards.
-
-  * Joseph: compatibility with existing code, will it be a templated type?
-
-  * Robin: standard type should be the native type on the
-    hardware. Or, these are three separate things.
-
-  * OpenEXR is largely compatible with the Nvidia type.
-  
-  * Could typedef half to fp16.
-
-  * “Call it half”, be done.
-
-  * Larry: Will a standardized C++ 16-bit float be the same data
-    layout as our half (what IEEE 754-2008 calls "binary16", and
-    others call "half", "fp16", or "s10e5")? I imagine that it will,
-    or that one of several fp16 types will be this one -- it kinda has
-    to be because it's implemented already in so much hardware,
-    including NVIDIA, AMD, and Intel chips for quite some time. I
-    think there are two issues wrapped up here:
-
-    1. If they do have the same data layout but there is some minor
-       variation in operational semantics (some subtlety about
-       rounding modes, etc), should we change our software
-       implementation to match what other conforming implementations
-       or hardware do? I think, yes, we should. There is no merit to
-       doing something that's extremely subtly different from the rest
-       of the world for what is obviously supposed to be the same data
-       type. Even if we did the nonstandard thing before the standard
-       arrived.
-    
-    2. If C++ defines multiple different 16 bit floating-point formats
-       (e.g., bfloat16) should we extend the OpenEXR file format to
-       accept pixels of that type? Maybe, it probably depends on how
-       widely it's adopted, implemented in HW, and whether it's
-       important to people who use OpenEXR. I know that bfloat16 is
-       finding favor in ML circles, but I have not investigated
-       whether it's a good choice for color or other things we tend to
-       store in images. IIRC, bfloat16 has the full range of float,
-       but even more limited precision than half. I don't know if it
-       loses so much precision that it can't represent perceptual JND,
-       and therefore would be a bad choice for storing color images.
-
-* Continue C++11 support? 
-
-  * Cary: ILM still has code that needs that requires C++11.
-
-  * Kimball: So does Weta.
-
-  * Larry: Then that's it, we maintain compatibility with C++11 for now.
-
-* Imath PR #72: Eliminate normalize and length methods for Vec<inttype>
-
-  * Cary: I recommend dropping the wonky integer methods. Better to
-    have missing functions that functions that do weird things.
-
-  * Larry: This is a part of the bigger thing of trying to put
-    noexcept on everything. The integer methods throw exceptions, even
-    the ones that aren't supposed to.
-  
\ No newline at end of file

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2021-01-14.md Deleted

@@ -1,147 +0,0 @@
-# 1/14/2021
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Eskil Steenburg
-* John Mertic
-* Joseph Goldstone
-* Larry Gritz
-* Nick Porcino
-* Peter Hillman
-
-### Discussion:
-
-* New OpenEXR CLA
-
-  * John: next step is for the TSC to approve the form then we will
-    get it operational in the EasyCLA system. Major organizations can
-    sign the new CLA. Once that’s happened, we transition the checks
-    to the new one. The new form (template) is at:
-    https://github.com/AcademySoftwareFoundation/tac/blob/master/process/ccla_template_aswf2020_v2.1.md
-  
-  * Official TSC Vote: in favor: Cary, Christina, Joseph, Larry, Nick,
-    Peter. None apposed. The new CLA is approved.
-  
-* Imath 1.0:
-
-  * constexpr for half type:
-
-    * Larry: I went partway down this rathole while working on adding
-      noexcept. Had to back out becasue it got complicated. Much of it
-      can be done without trouble, but the construct that converts
-      from float is hard to constexpr, it does too much. And the x86
-      intrinsic conversion instructions are good, but none are constexpr.
-    
-    * Nick: In the case of bit twiddling, it’s just going to work. We
-      want intrinsics for runtime.
-
-    * Larry: In numeric_limits, according to C++ standard, they should
-      be constexpr, but they’re implemented using the float
-      constructor. We nneed to work around things that rely on the
-      constructor, probably a way to construct directly from bit
-      pattern. Just need to figure it out.
-
-    * Larry will give it a stab.
-
-  * Doxygen
-    
-    * Cary: working on doxygen comments, will reformat all the
-      code. Also, I need help from some doxygen experts.
-
-  * Also need to compose a detailed summary of changes
-
-* Imath PRs:
-
-  * #69 Install error on windows:
-
-    * Adds an option for creating symbolic links, defaults to on for
-      Linux/Mac, off for Window.
-
-    * Nick: Looks good.
-
-* OpenEXR PRs:
-
-  * #898 Add support for Bazel
-
-    * OK to support two build systems?
-
-    * Nick: At Oculus, I had to maintain a file that looks like
-      this. Lots of organizations use it: Google, and Facebook uses a
-      clone. It’s a service to the community.
-
-    * Larry: the worst case is people blame us when it doesn't work,
-      and we don't use it.
-   
-    * Nick: Maybe it belongs to the Contrib portion of the repo.
-   
-    * Peter: Or maybe in an entirely different repo.
-   
-    * Every time we add a file or change anything about the build,
-      we've got to update the Bazel config files.
-    
-    * Larry: we should only accept it on the condition the he edit our
-      CI files, so we’ll know when we break it. It's brittle without a
-      test.
-
-    * The submitted files had many errors, lots of copy/paste left over
-      from another project.
-   
-    * Conclusion: Cary will respond and inquire more about the
-      contributor and the commitment of long-term support.
-   
-  * #895 exrcheck: make reduced memory/time modes more sensitive
-   
-    * Peter: “reduce time” mode is an option to exrcheck to skip over
-      reading time. It would be nice if it didn’t allocate lots of
-      memory, but that’s big change.
-
-    * The fuzz execution environment has a small memory limit.
-
-    * This doesn't fix any underlying problem, it just causes the fuzz
-      test to reject the input without error.
-
-  * #885 Resolve #882 static/shared dual build
-
-    * Nick: big cleanup, eliminates combined build. Also remove the
-      FLTK stuff; we removed the viewer a while ago but never cleaned
-      out the dependencies from CMake.
-    
-    * Nick: The change is largely mechanical. 
-
-    * Nick: The origin of the simultaneous shared/static build? That
-      was part of the original windows build, complicated by
-      compile-time header generation. We needed the generator programs
-      to be statically linked. Now, since the header files are checked
-      in, we don’t need this anymore.
-    
-  * #880 Add optional standard attributes defined in SMPTE ST 2065-4:2013 ("ACES Container File Layout")
-
-    * Joseph: If the name of the attribute doesn’t have a period, it’s
-      a SMPTE standard. If it has a period, it’s not part of the
-      standard.
-
-    * Joseph: I’m having a hard time pushing these through the
-      standards committee.
-
-    * Joseph: So much good work being done on lens distortion now, it
-      will require more than lens temperature, but it’s premature to
-      standardize. What's likely to happen: some standards body like
-      the ASC will put some data in.
-
-    * Joseph: We could include everything from the published 2013
-      standards now for 3.0, then add more later when the committee
-      finishes. I can back out those changes.
-    
-    * Joseph: would love to discuss lens distortion. Nick: Contact
-      Ronald Mallet at Facebook Reality Labs.
-
-    * Larry: 10,000’ question: converting from one image format to
-      anther, what do you do with the metadata? What happens if names
-      come from other places? Some correspond to EXIF, others
-      aren’t. Do we offer advice about which translate and which
-      don’t.
-    
-    * Joseph: I once did an Attribute Concordance. Will find it and
-      share. I want metadata test signal frames.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2021-01-28.md Deleted

@@ -1,86 +0,0 @@
-# 1/28/2021
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Eskil Steenburg
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Peter Hillman
-* Simran Spiller 
-
-### Discussion:
-
-
-Weta: Bob the builder. A way of applying changesets.
-Larry: Ryan Botriel’s presentation to the CI working group. Sony’s.
-Separate libraries?
-
-
-* Half constexpr
-
-  * Larry's PR #82 is the first of two, just cleans up limits. Larry:
-    a result of going down a rathole adding constexpr everywhere possible.
-
-  * Cary: This changes the value of HALF_MIN. Now that there's
-    HALF_NRM_MIN and HALF_DENRM_MIN, better to remove HALF_MIN
-    altogether.
-
-  * Should we look at what the upcoming C++ standard says? No point.
-  
-  * The half-to-float and float-to-half conversions can’t be constexpr
-    because they use the lookup tables. And the arithmetic operators
-    convert to float, so they can.
-
-  * The intrinsic conversion instructions aren’t constexpr either, for
-    some reason.
-
-* Doxygen
-
-  * Cary: Doxygen changes touched every line of every file.
-  
-  * The documentation configuration uses Doxygen/Breathe/Sphinx.
-  
-  * Work-in-progress readthedocs page: https://cary-ilm-imath.readthedocs.io/en/latest/index.html
-
-  * Larry: Merge the doxygen PR first, I'll then merge the limits PR,
-    then submit the second PR with the rest of the constexpr changes.
-  
-  * Larry: we can finesse it later.
-
-* Larry: one other Vec change that I'd like to get in: a way of
-  interpreting any storage block as a Vec2/Vec3/Vec4.
-  
-* Revisit the proposed changes to Vec storage, to use a union and
-  avoid the &x in the index operator. Should we? Cary: I think it
-  makes the code hard to read. Kimball: Not really.
-  
-* 3.0 Porting guide: still in progress.
-
-* Harsh Patel/Apple optimization: Optimization potential for
-  readChunkOffsetTables for MultiPartInput files: Kimball's core
-  rewrite makes this obsolete. Improved threading comes with the new core.
-
-* #885 Resolve #882 static/shared dual build
-
-  * Nick: Working on the CLA, not sure why it isn't working.
-  
-* #880 Add optional standard attributes defined in SMPTE ST 2065-4:2013
-
-  * Joseph: Arri legal is still considering it, haven't signed off yet. 
-
-  * We have deadline to get approval.
-
-* #877 ImfCompressor: use STATIC_HUFFMAN for tiled DWAB files (fix #344)
-
-  * Peter's new test now tests this. The CI hasn't run on this PR
-    since the test was added.  Let's just merge the PR and fix it if
-    it breaks.
-
-* #868 Make the default symbol visibility hidden for unixen builds
-
-  * Kimball will clean it up.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2021-02-11.md Deleted

@@ -1,71 +0,0 @@
-# 1/28/2021
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Peter Hillman
-
-### Discussion:
-
-* Google Summer of Code:
-
-  * Suggestion: PyBind11 for imath and openexr.
-
-  * Rust: Kimball:: I’m doing the C layer so it’s easy to bind
-    against. The ASWF working group is potentially making tooling to
-    make it easier to do binding, but the repo will be for us. Might
-    find a student who’s into rust.
-
-  * Part of Alembic’s bindings uses the PyImath bindings.
-
-  * Would be nice to see first-class python bindings for openexr.
-
-  * ffmpeg exr encoder/decoder use the C layer. But ffmpeg is
-    super-particular about everything. They want C code.
-
-  * Put GSoC project proposals on a Wiki page
-
-* Joseph: Have you ever dealt with content that was acquired by a
-  camera where the view plane is not perpendicular to the viewing
-  axis?  Has consequences for focal distance. Perfect shouldnt’ be the
-  enemy of the good here? Anyone who does this would know the math
-  already. 
-
-* Kimball: Nvidia has been playing around with the C branch.
-
-* 2.5.5 release is ready.
-
-* #91 Interoperability constructors 
-
-  * Larry: Error messages are not helpful. Some people’s vector
-    classes look like array’s, some are like structs.
-  
-* #909 Add idmanifest attribute support
-
-  * From DigiPro presentation. Has been production tested at Weta.
-  
-  * How does it relate to cryptomatte? It’s designed to work with
-    cryptomattte encoding scheme. Two issues:
-
-    1. how you put the numbers in the image,
-
-    2. how you associate names with numbers.
-
-  * Including it in the library would encourage standardizations.
-  
-* #898 Add support for Bazel
-
-  * Agree to accept, expecting @vertexwahn to provide the support.
-  
-  * Should make an entry in the CI to build with Bazel.
-
-* #868 Make the default symbol visibility hidden for unixen builds
-
-  * Kimball: Looked at it, but hadn’t patched it up yet. I’ll do that
-    this weekend.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2021-02-25.md Deleted

@@ -1,70 +0,0 @@
-# 2/25/2021
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Peter Hillman
-
-### Discussion:
-
-* Larry: sorting out issues with identifying dependencies when you
-  have more than one version of a library installed on a system. Our
-  CI doesn't test this case. If OpenEXR is installed in /usr/include
-  but you want to use another one, it's not getting the -I's in the
-  right order. 
-
-* Interop constructors:
-
-  * Larry: I have a custom vector class that is already partially
-    aware of Imath classes that's leading to compilation problems. Can
-    probably get right of the old conversion constructs.
-
-  * Nick: I just finished stripping out the last Eigen.
-
-  * Larry: would like to test with MaterialX. They’re so far down
-    their road that we probably can’t convince them to use Imath.  But
-    interop would be nice.
-
-* CLA's:
-
-  * Christina: Epic is still in progress.
-
-  * Kimball: Weta approval meeting is happening soon.
-
-  * Joseph: No word from ARRI.
-
-* Symbol visibility:
-
-  * Kimball: GitHub did something weird in rebasing/merging #868.
-  
-  * Linux is fine, Windows is fine, but macOS is not because it uses a
-    different kind of multi-level symbol management. Not just clang,
-    it’s specific to macOS.
-
-  * Nick: Let's discuss with George ElKoura about what they did for USD.
-
-  * Kimball: We should make the change in Imath. It's the Vec2,3,4 and
-    Matrix classes that are the real issue.
-
-* Nick: still tripped up on the Windows install directory problem.  If
-  you specify an install directory, Imath libraries don’t go to the
-  right place, they try to go to C:\Program FIles (x86)\Imath which is
-  a cmake-ism for default installations, as opposed to a generally
-  accepted best practice, in my opinion.
-
-* Nick: will look at the multiple python bindings.
-
-* Include path:
-
-  * The modern "correct" thing to do is to #include <subdir/header.h>
-    but most use of OpenEXR has never done this.
-  
-  * But at least the OpenEXR headers have Imf/Imath prefix strings, so
-    it hasn't been a problem to install them in one directory.
-  
-  * Proposed fix: include -I for both include *and* include/OpenEXR.

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2021-03-11.md Deleted

@@ -1,67 +0,0 @@
-# 3/11/2021
-
-### Attending:
-
-* Cary Phillips
-* Dan Rolinek
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Peter Hillman
-
-### Discussion:
-
-* Symbol visibility:
-
-  * Foundry guy confirms what Chris from Pixar says.
-
-  * Kimball: couple of things: the dynamic cast solution I came up
-    with really bothers me, but I did it so that the macOS version works.
-    Fundamental issue is with attributes.
-  
-  * Typeinfo that gets cooked into the the library is not the same as
-    where you use it. GCC is fine because it uses the type name, not
-    code. I believe we can correctly export those templated types. If
-    that works.
-  
-  * Kimball: I believe I can export the type infos.  Same solution
-    that the foundry guy was proposing, the export macro. Can get rid
-    of the dynamic_cast stuff. Will work on it this weekend.
-
-  * Should apply to Imath as well. Haven’t gone header-only yet. But
-    there are no virtuals in Imath.
-
-* Weta and Epic should have now signed CLA 2.1 ARRI is waiting for
-  OCIO to change, then they’ll sign both.
-
-* Joseph: Standard optional attributes: the definitions in there are
-  less ambiguous than the code today, but the definitions might be
-  invalidated if I get my way with the SYMPE. Camera position is not
-  locked won int terms of whether is focul plan or entry point.
-  Ambiguity is in the comments, not the code, but that’s all there is.
-  Can we add the code now without the comments. Reserves the keyword,
-  so people don’t start using them.
-
-  * Larry: could make a wiki page. People would see it regardless of what.
-
-  * Joseph: I’ll identity the ones that will go through with no
-    fuss. I’ll strip down the PR, then someone else can submit.
-
-* Nick: CMake install prefix doesn’t get transmitted to Imath.
-
-  * OTIO is replacing OTIO’s math with Imath. Imath config was being
-    installed into the build directory not the install directory.
-
-  * We’re doing a fairly new thing, CMake external dependency
-    features, it could be that external dependencies have subtleties
-    that we need to account for.
-
-* Fuzz issue is a timeout. Takes the fuzz test more than a minute to
-  decompress.
-
-* ThreadPool destruction. Larry: It’s been screwing up OIIO, not 100%
-  sure what the fix is. Happens every nth time. It’s on shutdown, it’s
-  not doing anything tricky. Log doesn’t tell you anything, other than
-  never terminating.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2021-03-25.md Deleted

@@ -1,90 +0,0 @@
-# 3/25/2021
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Eskill Steenberg
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Serio Roja
-
-### Discussion:
-
-* nvcc 10.1 errors on the detector templates in ImathTypeTraits.h. Not
-  sure what's going on, but #if-ing them out is sufficient.
-
-* Get final changes in for the 3.0 release over the weekend, then cut
-  a new beta release, say, Monday. Then let it sit unchanged for
-  several days until April 1, when that exact code becomes the
-  release.
-
-* We need better coordination with the VES committee regarding release
-  schedules and vendor demands.
-
-* ImfAttribute symbol warnings: not propagating a setting? Export is
-  stubbed out for Windows, that may be the issue. Nick will investigate.
-
-* Setting the tag on Imath that openexr pulls to build. Once Imath 3.0
-  is officially released, set the RB-3.0 branch of OpenEXR to pull
-  from that. But leave openexr/master pulling from Imath/master. That
-  way, we have some CI pulling on the master branch from another repo.
-
-* CLA status: Weta and Epic still in progress.
-
-* "Release” branch: The goal is that the thing called "release" is
-  always the latest. Have a branch called "release" and update it to
-  point to the release tag after a release. It's not a branch to merge
-  into, and doesn't have to be fast-forwarded, just set to the proper
-  commit.
-
-* Release notes technique: Larry: I heavily edit.
-
-* Windows Deadlocking: NickP says it's the hopper, haven’t
-  forgotten. The person who submitted gave a minimal repo case. It’s
-  on shutdown. Intermittent and only on Windows. Deadlocks on
-  shutdown. Possible solution: dllmain? Some users wish OpenEXR didn't
-  have custom threadpool, just use TBB.
-  
-* Some users keep long-lived cmake caches. We’ve baked the namespaces
-  into cmake variables but namespaces update on every minor release.
-  Should the default be a empty string, require setting?
-
-  * Larry: the build/install instructions should be: “Start with 'rm
-    build'” so there's no chance old cmake caches mess up the build
-    for users who aren't cmake experts.
-  
-  * And CMake 3.13 has -S/-B options: cmake -B my/build/dir -S my/src/dir
-
-* gh command line tool is your friend. https://cli.github.com/
-
-* Joseph: The SMPTE committee working on the 5-year revision of the
-  ACES Container has taken a careful look at its charter and thinks
-  the group should limit itself to color-related metadata changes in
-  their efforts. Back in 2012, when we created the original document,
-  there was no ASWF, OpenEXR development was effectively dead, and so
-  we though we were doing something useful by putting in some
-  VFX-supporting attributes into the ACES Container
-  specification. That utility was never realized because no one moved
-  those attributes into the reference implementation, though.
-
-  The PR that I had put in to reconcile the two worlds, implementing
-  in ImfStandardAttributes.{h, cpp} and the accompanying unit test,
-  doesn’t make sense now. I do think there is utility in moving SOME
-  of that stuff into the reference implementation, but I think the
-  semantics and the names and the interrelationships need to be
-  defined by VFX professionals.
-
-  Certainly we have a lot of VFX professionals in the OpenEXR TSC, but
-  many of us are constrained by our employers in what we can say about
-  useful lens metadata. I have proposed to the VES, in email, the idea
-  that they do it, or rather, that the executives who form the VES
-  Technical Committee designate people at their companies who have the
-  expertise, and that (crucially) they give them permission to speak
-  up. Not to divulge their most advanced techniques, but to at least
-  give feedback upon what I propose to move over from the ACES
-  container spec. They agreed to hear me out, and I am presenting
-  during their meeting on the 8th, a week and a half from now.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2021-04-07.md Deleted

@@ -1,119 +0,0 @@
-# 4/7/2021
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Eskil Steenberg
-* Kimball Thurston
-* Larry Gritz
-* Peter Hillman
-* Nick Porcino
-
-### Discussion:
-
-* Issue
-  #996(https://github.com/AcademySoftwareFoundation/openexr/issues/996)
-  The exception occurs inside the call: ImfOpenInputFile().
-
-  * Almost certainly something that's been fixed, the stack trace is
-    identical to others. It's from OpenEXR v2.3.
-
-* Issue #136(https://github.com/AcademySoftwareFoundation/Imath/issues/136)
-Cmake targets provide wrong include dirs and libraries.
-
-  * Nick: Most likely user error, it seems to be doing the right thing.
-
-  * Need to confirm that OpenEXR works properly as a subproject.
-
-  * Larry: I'm experiencing something weird with OIIO. OpenEXRConfig.h
-    is missing, I don’t understand the transitive dependencies. Not
-    sure what’s going on. But I may have some insight to share.
-
-* Is LibraryDefine.cmake necessary?
-
-  * Kimball: The CMake book says there should be a config pseudo
-    library that’s generating the Config.h.
-  
-  * LibraryDefine.cmake can probably be removed. Probably a result of
-    moving everything together in the reorganization.
-  
-* PR
-  #995(https://github.com/AcademySoftwareFoundation/openexr/issues/995)
-Don't impose C++14 on downstream projects
-
-  * Proposing a change. We compile for c++14 by default, but we make it
-    impossible for downstream projects to use C++11.
-
-  * Only affects downstream projects that consume OpenEXR/Imath that
-    wants to use C++11. It was a downstream user of OIIO.
-
-* CI:
-
-  * Would be useful to have a basic project that consumes OpenEXR, as
-    a sanity check.
-
-* 3.1/Core
-
-  * Kimball: done a clean up of the API. May make one more change. I’m
-    pretty close, basic writing is finished. Writing tests.
-  
-  * What is the sequence for integrating this with the C++ side?
-
-  * Can you mix and match? Yes, they’re totally separate. I have
-    performance tests of reading with each.
-  
-  * Want to be able to convert the type from half to float, or have to
-    include the half-to-float table.
-
-  * Is that necessary in the C API? It’s mean to be lightweight. A lot of
-    these does-it-under-the hood thing end up being performance
-    problems.
-  
-  * ES: As a C programmer, I’d like that conversion. 
-
-  * ffmpeg requires a C api.
-
-  * Nick: Just do this:
-
-        #if __cplusplus__
-        struct half_t {}
-        #else
-        class half {
-        ...
-        
-  * What about fuzz tests? Peter: we have our own fuzz
-    test. Imf::checkFile() is the entry point. C API could be added to
-    that.
-  
-* 3.1 branch?
-
-  * 3.1 would be both API’s but independent of each other. 
-
-  * 3.1 -> 3.2 is fine as long as source doesn’t change, but ABI can change.
-
-  * There already is a C API. It’s t2o functions that reads a 4
-    channel rgb single part. Too simple to be useful.
-  
-* Weta CLA? Will sort it out.
-
-* VES discussion at TAC meeting:
-
-  * May is the draft of the reference platform.
-  
-  * Sunset guidelines? No hard answers. But they’ll go away and consider it. 
-
-  * It puts a burden on the CI.
-  
-* Security: how far back should we support?
-
-  * Should announce a policy change, something like "We will support
-    3.1, 3.0, and 2.5. Backport as requested.
-
-  * How hard is it to backport to 2.4? Things have changed, it might
-    be error prone.
-
-  * New fuzz issues aren't easy to test in 2.4 because that release
-    doesn't include the test program.
-
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2021-04-22.md Deleted

@@ -1,118 +0,0 @@
-# 4/7/2021
-
-### Attending:
-
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Nick Porcino
-* Peter Hillman
-* Stela Espindola
-
-### Discussion:
-
-Cmake targets provide wrong include dirs and libraries #136
-
-* CMake:
-
-  * Kimball: Can we simplify further? I tried to replicate behavior of autoconf.
-
-  * It's already been simplfied, but if anyone can point to any
-    features that can be removed, please do.
-
-  * Should we backport the CMake setup from 2.5 to 2.4? Nick: It
-    should be possible.
-
-  * Required version of cmake? Imath PR
-    #138(https://github.com/AcademySoftwareFoundation/Imath/pull/138)
-    suggests setting the minimum at 3.10 instead of 3.12.
-  
-  * Kimball: python bindings require 3.12, so technically we could
-    require 3.12 only if compiling the python bindings.
-
-  * Larry: It’s too complicated to sort out all the scenarios, easier
-    to just pick a more modern version and require that.
-  
-  * Nick: CMP077 improves handling of non-cached variabes and is
-    necessary to make Vstudio and Xcode liveable. 3.12 is the last bad
-    version. 3.13 is the first version that enables CMP077.
-  
-  * Larry: 3.13 is the first with -B -S
-
-  * Nick: submoduling is becoming more common. 
-
-  * Larry: we shouldn’t downgrade and then find a problem and change our minds.
-
-  * Larry: it’s a nothing-burger to install cmake, it shouldn't be a
-    problem to require anyone a more modern version.
-  
-  * Kimball: How to suggest to people to use the standard FindPackage?
-    Nvidia has a crazy FindOpenEXR for Optix.
-
-* VFX reference platform:
-
-  * USD is using a new feature of TBB that requires VP 2019.
-
-  * Everybody’s got to compile USD these days.
-
-  * Can we forget about 2017 and 2018? Seems so.
-
-
-* Iex:
-
-  * Kimball: can we combine all of OpenEXR into a single library?
-  
-  * Cary: I would consider retiring Iex completely, just have it throw std::exceptions.
-  
-  * Larry: Those kind of changes require a lot of work by downstream
-    projects. Better to be cautious. Changes like that should be at a
-    4.0 break.
-
-* Imath PR #136(https://github.com/AcademySoftwareFoundation/Imath/pull/136)
-
-  * Nick: The variables that he refers to refer to interface
-    libraries, but we don’t have transitive inclusions.
-
-  * Peter: He’s looking for the compile flags, but looking for them in
-    the wrong place.
-
-* New WIP C Core:
-
-  * KDT: I have most of the C library side of things ready to go. It’s
-    getting close. Merge to master?
-
-  * Cary: It’s purely additional, doesn't modify existing code, so it
-    should be fine. But best to make an initial release as a beta.
-  
-* C version of half
-
-  * Kimball: I couldn't help myself. A guy came up with much smaller
-    version of the half to float conversion. It produces bitwise
-    identical results to current version, but with a much smaller
-    lookup table, combined with some shift operations.
-
-  * Nick: have you tried it on godbolt?
-
-  * Peter: You can always construct a test that is slower, if your
-    test access the lookup table sequentially to avoid cache
-    thrashing.  But on average it may be faster.
-
-  * Go ahead and submit, we can play with it.
-
-* Kimball: time to start doing the fp16 extensions.
-
-* Metadata
-
-  * Joseph: The best way to determine which of the camera metadata the
-    in PR
-    #880(https://github.com/AcademySoftwareFoundation/openexr/pull/880)
-    is to talk to users of it and find out what they want. Usually not
-    an option because the users aren't available to us, or won’t
-    talk. Proposal is in, a metadata spreadsheet comparing SMPTE
-    standard and the current reference standard. ASC definitely wants
-    to pick this up. We were trying to do everything the ACES
-    container was trying to do, but we should drop that. We can drop
-    the problematic ones, only bringin the good ones.
-

_service:tar_scm:openexr-3.1.5.tar.gz/ASWF/tsc-meetings/2021-05-06.md Deleted

@@ -1,136 +0,0 @@
-# 4/7/2021
-
-### Attending:
-
-* Alban Fichet
-* Cary Phillips
-* Christina Tempelaar-Lietz
-* Eskil Steenberg
-* Joseph Goldstone
-* Kimball Thurston
-* Larry Gritz
-* Peter Hillman
-* Nick Porcino
-
-### Discussion:
-
-* Spectral Images:
-
-  * Alban Fichet joined to discuss a method for storing spectral data
-    in OpenEXR images, described in an openexr-dev discussion post and
-    an upcoming JCGT publication available here:
-
-      https://drive.google.com/file/d/1qSM7wnhhEGGx6NRIY2KcA3CYbyHj8mNe/view?usp=sharing
-
-   * A convention in CG for spectral rendering. EXR is convenient
-     standard. It would be helpful if OpenEXR is willing to publicize
-     it.
-
-  * Peter: Just now reading the email and seeing the pdf. But in
-    general, it looks good.
-  
-  * Would a custom attribute type work better? If the types are
-    standard, backwards compatibility is easier, but a custom type
-    could make the API easier to use.
-  
-  * An array of floats would be great. But that would require two
-    arrays of float per spectra.
-  
-  * The values are wavelengths and values.
-
-  * Eskil: somebody asked about layer names. ACES has some conventions
-    (“left eye”, “right eye”). The best naming matches what people are
-    already using, so it should come from studios. Joseph: we’ve had a
-    hard time getting even attribute names out of studios.  “That’s
-    our secret sauce”
-
-  * Alban: it's a hierarchy of layers. Typically, RGB plus 8
-    additional layers for a typical rendered image.
-
-  * Alban: we want two things:
-
-  * Joseph: should there be accompanying metadata: low end, high end,
-    and band width? In attribute names, or in metadata?
-
-  * Eskil: you want the response curve.
-
-  * Joseph: remember how we stored chromaticities. Carry around pairs
-    of floats and have to remember which is which, or a special type.
-
-  * Joseph: if spectral curves were a thing, I would use them in a heartbeat.
-
-  * Need to be clear: either the name defines the frequency or the
-    metadata defines it.
-
-  * Peter: What happens if you have multiple layers within an
-    image. A dirt layer and a underlying (macbeth layer and dirt on
-    top) layer. What happens with a spectral version of each of those
-    layers?  What happens if you’re trying to combine two spectral
-    images with different spectral channels. You might have layers
-    that are quite different. Separate layers for ambient and diffuse,
-    for example.
-    
-  * A vote for putting the spectrum names in the layer name.
-
-
-  * Peter: your example has spaces in attribute names (“Camera
-    response”) but typically they don’t so they’ll look like variable
-    names.
-
-  * ES: I would vote to not have the frequency in the name. 
-
-  * Joseph: do we have examples of compound types that consist of
-    compound types? Not that anyone is aware of.
-  
-  * Peter: the ID manifest is an example of complicated data.
-
-  * Peter: it's a good idea to keep the header size small.
-
-  * The attribute itself is a list of spectra so it’s only stored once.
-
-  * Kimball: there is a vector of float.
-
-  * Joseph: there's difference between the reference and in SMPTE
-    2064-4 standard.
-
-  * Kimball:
-  
-    * Manuka has a model of the spectral response of the camera.
-
-    * We record some aspects in the exr.
-
-    * In terms of exr, we store what camera definition.
-
-    * We’re not storing specific spectral information.
-
-    * We have this range and these nm buckets, maybe 20 buckets within
-      that, that’s the approximation of the curve. But we don’t output
-      the accumulation buffers. Nor do we have spectral exrs.
-
-* 3.1 release
-
-  * Kimball: I’ve redone the half so there’s a C version of
-    conversion. Added a performance test. Several configuration options. 
-
-  * I’ve asked Anders and the rust folks to look at the API.
-  
-  * Larry: What scheduling constraints do the two projects have? They
-    have their tool that produces bindings, but is OpenEXR depending
-    on them?
-  
-  * Should we make a 4th repo for bindings? Does OIIO? Larry: No, all
-    in one.  Nick: OTIO has a separate one. Larry: does the core OTIO
-    repo trigger the other repo to validate? Nick: No, other way
-    around.
-
-  * Kimball: should have the main API checked in within the next week.
-  
-  * I’m not confident that I’ve written enough tests. I’ve written
-    attribute tests, but for the file IO I’ve only picked some tests.
-    Just duplicate the tests?
-
-  * Set July 1 as a beta release target date, then early August for
-    the official release.
-
-  * Should we set up a wiki page for our roadmap? Yes.
-

_service:tar_scm:openexr-3.1.5.tar.gz/INSTALL.md Deleted

@@ -1,357 +0,0 @@
-# Building and Installation
-
-## Download
-
-To build the latest release of OpenEXR, begin by downloading the
-source from the GitHub Releases page: 
-https://github.com/AcademySoftwareFoundation/openexr/releases.
-
-To build from the latest development version, which may not be stable,
-clone the GitHub repo and build from the master branch:
-
-    % git clone https://github.com/AcademySoftwareFoundation/openexr
-
-You can alternatively download the repository tarball file either via
-a browser, or on the Linux/macOS via the command line using ``wget``
-or ``curl``:
-
-    % curl -L https://github.com/AcademySoftwareFoundation/openexr/tarball/master | tar xv
-
-In the instructions that follow, we will refer to the top-level
-directory of the source code tree as ``$openexr_source_directory``.
-
-## Prerequisites
-
-Make sure these are installed on your system before building OpenEXR:
-
-* OpenEXR requires CMake version 3.12 or newer
-* C++ compiler that supports C++11
-* zlib 
-* Imath (auto fetched by CMake if not found)
-
-The instructions that follow describe building OpenEXR with CMake.
-
-Note that as of OpenEXR 3, the Gnu autoconf bootstrap/configure build
-system is no longer supported.
-
-## Linux/macOS Quick Start
-
-To build via CMake, first choose a location for the build directory,
-which we will refer to as ``$build_directory``.
-
-    % mkdir $build_directory
-    % cd $build_directory
-    % cmake $openexr_source_directory
-    % make
-    % make install
-
-Note that the CMake configuration prefers to apply an out-of-tree
-build process, since there may be multiple build configurations
-(i.e. debug and release), one per folder, all pointing at once source
-tree, hence the ``$build_directory`` noted above, referred to in CMake
-parlance as the *build directory*. You can place this directory
-wherever you like.
-
-See the CMake Configuration Options section below for the most common
-configuration options especially the install directory. Note that with
-no arguments, as above, ``make install`` installs the header files in
-``/usr/local/include``, the object libraries in ``/usr/local/lib``, and the
-executable programs in ``/usr/local/bin``.
-
-## Windows Quick Start
-
-Under Windows, if you are using a command line-based setup, such as
-cygwin, you can of course follow the above. For Visual Studio, cmake
-generators are "multiple configuration", so you don't even have to set
-the build type, although you will most likely need to specify the
-install location.  Install Directory By default, ``make install``
-installs the headers, libraries, and programs into ``/usr/local``, but you
-can specify a local install directory to cmake via the
-``CMAKE_INSTALL_PREFIX`` variable:
-
-    % cmake .. -DCMAKE_INSTALL_PREFIX=$openexr_install_directory
-
-## Porting Applications from OpenEXR v2 to v3
-
-See the porting
-guide(https://github.com/AcademySoftwareFoundation/Imath/blob/master/docs/PortingGuide2-3.md)
-for details about differences from previous releases and how to
-address them. Also refer to the porting guide for details about
-changes to Imath.
-
-## Documentation
-
-The OpenEXR technical documentation at
-openexr.readthedocs.io(https://openexr.readthedocs.io) is generated
-via Sphinx(https://www.sphinx-doc.org) with the
-Breathe(https://breathe.readthedocs.io) extension using information
-extracted from header comments by Doxgen(https://www.doxygen.nl).
-
-To build the documentation locally from the source headers and
-``.rst`` files, set the CMake option ``DOCS=ON``. This adds
-``Doxygen`` and ``Sphinx`` CMake targets. Local documentation
-generation is off by default.
-
-Building the documentation requires that sphinx, breathe, and doxygen
-are installed.
-
-Note that the openexr.readthedocs.io(https://openexr.readthedocs.io)
-documentation takes the place of the formerly distributed .pdf
-documents in the ``docs`` folder, although readthedocs supports
-downloading of documentation in pdf format, for those who prefer it
-that way.
-
-## Library Names
-
-By default the installed libraries follow a pattern for how they are
-named. This is done to enable multiple versions of the library to be
-installed and targeted by different builds depending on the needs of
-the project. A simple example of this would be to have different
-versions of the library installed to allow for applications targeting
-different VFX Platform years to co-exist.
-
-If you are building dynamic libraries, once you have configured, built,
-and installed the libraries, you should see the following pattern of
-symlinks and files in the install lib folder:
-
-    libOpenEXR.so -> libOpenEXR-3_1.so
-    libOpenEXR-3_1.so -> libOpenEXR-3_1.so.30
-    libOpenEXR-3_1.so.30 -> libOpenEXR-3_1.so.30.3.0
-    libOpenEXR-3_1.so.30.3.0 (the shared object file)
-    
-The ``-3_1`` suffix encodes the major and minor version, which can be
-configured via the ``OPENEXR_LIB_SUFFIX`` CMake setting. The "30"
-corresponds to the so version, or in ``libtool`` terminology the
-_current_ shared object version; the "3" denotes the ``libtool``
-_revision_, and the "0" denotes the ``libtool`` _age_. See the
-``libtool``(https://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html#Updating-version-info)
-documentation for more details.
-
-## Imath Dependency
-
-OpenEXR depends on
-Imath(https://github.com/AcademySoftwareFoundation/Imath). If a
-suitable installation of Imath cannot be found, CMake will
-automatically download it at configuration time. To link against an
-existing installation of Imath, add the Imath directory to the
-``CMAKE_PREFIX_PATH`` setting:
- 
-    % mkdir $build_directory
-    % cd $build_directory
-    % cmake -DCMAKE_PREFIX_PATH=$imath_install_directory \
-            -DCMAKE_INSTALL_PREFIX=$openexr_install_destination \
-            $openexr_source_directory
-    % cmake --build . --target install --config Release
-
-Alternatively, you can specify the ``Imath_DIR`` variable:
-
-    % mkdir $build_directory
-    % cd $build_directory
-    % cmake -DImath_DIR=$imath_config_directory \
-            -DCMAKE_INSTALL_PREFIX=$openexr_install_destination \
-            $openexr_source_directory
-    % cmake --build . --target install --config Release
-
-Note that ``Imath_DIR`` should point to the directory that includes
-the ``ImathConfig.cmake`` file, which is typically the
-``lib/cmake/Imath`` folder of the root install directory where Imath
-is installed.
-
-Please see ``cmake/OpenEXRSetup.cmake`` for other customization options.
-
-## Custom Namespaces
-
-If you are interested in controlling custom namespace declarations or
-similar options, you are encouraged to look at the ``CMakeLists.txt``
-infrastructure. The settings can be found in
-``cmake/OpenEXRSetup.cmake``. As per usual, these settings can also be
-seen and/or edited using any of the various gui editors for working
-with cmake such as ``ccmake``, ``cmake-gui``, as well as some of the
-IDEs in common use.
-
-## Cross Compiling / Specifying Specific Compilers
-
-When trying to either cross-compile for a different platform, or for
-tasks such as specifying a compiler set to match the VFX reference
-platform(https://vfxplatform.com), cmake provides the idea of a
-toolchain which may be useful instead of having to remember a chain of
-configuration options. It also means that platform-specific compiler
-names and options are out of the main cmake file, providing better
-isolation.
-
-A toolchain file is simply just a cmake script that sets all the
-compiler and related flags and is run very early in the configuration
-step to be able to set all the compiler options and such for the
-discovery that cmake performs automatically. These options can be set
-on the command line still if that is clearer, but a theoretical
-toolchain file for compiling for VFX Platform 2015 is provided in the
-source tree at cmake/Toolchain-Linux-VFX_Platform15.cmake which will
-hopefully provide a guide how this might work.
-
-For cross-compiling for additional platforms, there is also an
-included sample script in cmake/Toolchain-mingw.cmake which shows how
-cross compiling from Linux for Windows may work. The compiler names
-and paths may need to be changed for your environment.
-
-More documentation:
-
-* Toolchains: https://cmake.org/cmake/help/v3.12/manual/cmake-toolchains.7.html
-* Cross compiling: https://gitlab.kitware.com/cmake/community/wikis/doc/cmake/

_service:tar_scm:openexr-3.1.5.tar.gz/bazel/third_party/generate_header.bzl Deleted

_service:tar_scm:openexr-3.1.5.tar.gz/docs/SymbolVisibility.md Deleted

@@ -1,103 +0,0 @@
-# Symbol Visibility in OpenEXR
-
-## Overview
-
-Managing symbol visibility in a C++ library can reduce library sizes,
-and with the extra information, the optimizer may produce faster
-code. To take advantage of this, OpenEXR 3.0 is switching to
-explicitly manage symbols on all platforms, with a hidden-by-default
-behavior on unix-based platforms. Managing symbols has always been
-required for Windows DLLs, where one must explicitly tag functions for
-import and export as appropriate.
-
-For C, this is trivial: just tag public functions or global variable
-as default visibility and leave everything else defaulting to
-hidden. However, in C++, this is not exactly the same story. Functions
-and globals are of course the same. And class member functions are
-largely the same, and other than the attribute specification
-mechanics, follow the same rules between gcc, clang, and
-msvc. However, types have richer information than they do in C. So,
-unless extra work is done, concepts for RTTI like the typeinfo and the
-vtable for virtual classes will be hidden, and not visible. These are
-referred to as "vague" linkage objects in some discussions. 
-
-It is with the "vague" linkage objects where different properties
-arise. For example, if you have a template, it is happily instantiated
-in multiple compile units. If the typeinfo is hidden for one library,
-then this may cause things like dynamic_cast to fail because then the
-same typeinfo is not used, and even though one might think that
-ImfAttribute<Imath::Box2i> are the same in two places, because they
-are instantiated in separate places, they may be considered different
-types. To compound the issue, there are different rules for this in
-different implementations. For example, a default gcc under linux
-allows one to link against otherwise private "vague" linkage objects
-such that the typeinfo ends up as the same entity. clang, for MacOS
-anyway, follows a stricter approach and keeps those types separate,
-perhaps due to the two level namespace they maintain for symbols.
-
-Unfortunately, this is not clearly discussed as an overview of the
-differences between platforms, hence this document to add
-clarity. Each compiler / platform describes their own behavior, but
-not how that behaves relative to
-others. libc++(https://libcxx.llvm.org/docs/DesignDocs/VisibilityMacros.html)
-from the llvm project is the closest to providing comparitive
-information, where by looking at how they define their macros and the
-comments surrounding, one can infer the behavior among at least
-windows DLL mode, then gcc vs. clang for unixen. Other compilers, for
-example, Intel's icc, tend to adopt the behavior of the predominant
-compiler for that platform (i.e. msvc under windows, gcc under linux),
-and so can generally adopt that behavior and are ignored here. If this
-is not true, the ifdef rules in the various library *Export.h headers
-within OpenEXR may need to be adjusted, and this table updated.
-
-As a summary, below is a table of the attribute or declspec that needs
-to be used for a particular C++ entity to be properly exported. This
-does not address weak symbols, ABI versioning, and only focusing on
-visibility. Under Windows DLL rules, if one exports the entire class,
-it also exports the types for the member types as well, which is not
-desired, so these are marked as N/A even though the compiler does
-allow that to happen.
-
-
-| C++ vs Compiler | MSVC                | mingw               | gcc                   | clang                      |
-|-----------------|---------------------|---------------------|-----------------------|----------------------------|
-| function        | dllexport/dllimport | dllexport/dllimport | visibility("default") | visibility("default")      |
-| hide a function | N/A                 | N/A                 | visibility("hidden")  | visibility("hidden")       |
-| class(typeinfo) | N/A                 | N/A                 | visibility("default") | visibility("default")      |
-| template class  | N/A                 | N/A                 | visibility("default") | type_visibility("default") |
-| template data   | N/A                 | N/A                 | visibility("default") | visibility("default")      |
-| class template<br>instantiation | dllexport/dllimport | N/A | N/A                   | visibility("default")      |
-| enum            | N/A                 | N/A                 | auto unhides (N/A)    | type_visibility("default") |
-| extern template | N/A                 | dllexport/dllimport | visibility("default") | visibility("default")      |
-
-With this matrix in mind, we can see the maximal set of macros we need to
-provide throughout the code. *NB*: This does not mean that we need to
-declare all of these, just that they might be needed. `XXX` should be
-substituted for the particular library name being compiled.
-
-| macro name                     | purpose                                                          |
-|--------------------------------|------------------------------------------------------------------|
-| `XXX_EXPORT`                   | one of export or import for windows, visibility for others       |
-| `XXX_EXPORT_TYPE`              | for declaring a class / struct as public (for typeinfo / vtable) |
-| `XXX_HIDDEN`                   | used to explicitly hide, especially members of types             |
-| `XXX_EXPORT_TEMPLATE_TYPE`     | stating the template type should be visible                      |
-| `XXX_EXPORT_EXTERN_TEMPLATE`   | exporting template types (i.e. extern side of extern template)   |
-| `XXX_EXPORT_TEMPLATE_INSTANCE` | exporting specific template instantiations (in cpp code)         |
-| `XXX_EXPORT_TEMPLATE_DATA`     | exporting templated data blocks                                  |
-| `XXX_EXPORT_ENUM`              | exporting enum types                                             |
-
-For a new library, the preference might be to call `XXX_EXPORT`
-something like `XXX_FUNC`, and rename things such as `XXX_EXPORT_TYPE`
-to `XXX_TYPE` for simplicity. However, historically, OpenEXR has used
-the `_EXPORT` tag, and so that is preserved for consistency.
-
-## References
-
-LLVM libc++ visibility macros:
-https://libcxx.llvm.org/docs/DesignDocs/VisibilityMacros.html
-
-GCC visibility wiki:
-https://gcc.gnu.org/wiki/Visibility
-
-Apple library design docs:
-https://developer.apple.com/library/archive/documentation/DeveloperTools/Conceptual/DynamicLibraries/100-Articles/DynamicLibraryDesignGuidelines.html

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRFuzzTest/tmpDir.h Deleted

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRUtilTest/tmpDir.h Deleted

_service:tar_scm:openexr-3.1.5.tar.gz/.bazelversion -> _service:tar_scm:openexr-3.1.9.tar.gz/.bazelversion Changed

_service:tar_scm:openexr-3.1.5.tar.gz/.github/workflows/bazel_build.yml -> _service:tar_scm:openexr-3.1.9.tar.gz/.github/workflows/bazel_build.yml Changed

@@ -26,27 +26,60 @@
     paths-ignore:
       - '**.md'
 
+permissions:
+  contents: read
+
 jobs:
-  build:
+  build_and_test_ubuntu:
     name: Linux Ubuntu 20.04 Bazel build <GCC 9.3.0>
     runs-on: ubuntu-20.04
     
     steps:
-    - uses: actions/checkout@v2
+    - uses: actions/checkout@v3
 
-    - name: Mount bazel cache
+    - name: Mount Bazel cache
       uses: actions/cache@v2
       with:
         path: "/home/runner/.cache/bazel"
-        key: bazel
+        key: bazel-ubuntu
 
-    - name: Install bazelisk
+    - name: Build
       run: |
-        curl -LO "https://github.com/bazelbuild/bazelisk/releases/download/v1.11.0/bazelisk-linux-amd64"
-        mkdir -p "${GITHUB_WORKSPACE}/bin/"
-        mv bazelisk-linux-amd64 "${GITHUB_WORKSPACE}/bin/bazel"
-        chmod +x "${GITHUB_WORKSPACE}/bin/bazel"
+        bazelisk build //...
+
+  build_and_test_windows:
+    # TODO: switch back to VS 2022 when https://github.com/bazelbuild/bazel/issues/18592 issue is solved
+    #name: Windows Server 2022 build <Visual Studio 2022>
+    #runs-on: windows-2022
+    name: Windows Server 2019 build <Visual Studio 2019>
+    runs-on: windows-2019
+
+    steps:
+    - uses: actions/checkout@v3
+
+    - name: Mount Bazel cache
+      uses: actions/cache@v2
+      with:
+        path: "/home/runner/.cache/bazel"
+        key: bazel-windows
+
+    - name: Build
+      run: |
+        bazelisk build //...
+
+  build_and_test_macos:
+    name: macOS 12 Bazel build <Apple Clang14>
+    runs-on: macos-12
+
+    steps:
+    - uses: actions/checkout@v3
+
+    - name: Mount Bazel cache
+      uses: actions/cache@v2
+      with:
+        path: "/home/runner/.cache/bazel"
+        key: bazel-macos
 
     - name: Build
       run: |
-        "${GITHUB_WORKSPACE}/bin/bazel" build //...
+        bazelisk build //...

_service:tar_scm:openexr-3.1.5.tar.gz/.github/workflows/ci_workflow.yml -> _service:tar_scm:openexr-3.1.9.tar.gz/.github/workflows/ci_workflow.yml Changed

@@ -251,7 +251,7 @@
       CC: ${{ matrix.cc-compiler }}
     steps:
       - name: Checkout
-        uses: actions/checkout@v2
+        uses: actions/checkout@v3
       - name: Create build directories
         run: |
           mkdir _install
@@ -292,7 +292,7 @@
           cmake --build . \
                 --config ${{ matrix.build-type }}
           # Confirm the examples program runs
-          ./OpenEXRExamples
+          ./bin/OpenEXRExamples
         working-directory: _examples
       - name: Test
         run: |
@@ -309,53 +309,66 @@
   # TODO: Add ARM64/x86_64 (universal 2) build
   
   macos:
-    name: 'Mac VFXP-2022 macos-${{ matrix.osver }}
+    name: 'Mac VFXP-${{ matrix.vfx-cy }} macos-${{ matrix.osver }}
       <${{ matrix.compiler-desc }},
        C++${{ matrix.cxx-standard }},
        config=${{ matrix.build-type }},
        shared=${{ matrix.build-shared }},
-       cxx=${{ matrix.cxx-standard }},
-       docs=${{ matrix.build-docs }}>'
+       cxx=${{ matrix.cxx-standard }}>'
     runs-on: macos-${{ matrix.osver }}
     strategy:
       matrix:
-        build: 1, 2, 3
+        build: 1, 2, 3, 4
         include:
           # -------------------------------------------------------------------
-          # VFX CY2022 - C++17 
+          # VFX CY2023 - C++17 - MacOS 11.0 
           # -------------------------------------------------------------------
           # Shared, Release
           - build: 1
             build-type: Release
             build-shared: 'ON'
-            build-docs: 'OFF'
             compiler-desc: AppleClang11.0
             cxx-standard: 17
-            osver: 10.15
+            osver: 11.0
             exclude-tests:
+            vfx-cy: 23
 
           # Static, Release
           - build: 2
             build-type: Release
             build-shared: 'OFF'
-            build-docs: 'OFF'
             compiler-desc: AppleClang11.0
             cxx-standard: 17
-            osver: 10.15
+            osver: 11.0
             exclude-tests:
+            vfx-cy: 23
 
           # Shared, Debug
           - build: 3
             build-type: Debug
             build-shared: 'ON'
-            build-docs: 'OFF'
             compiler-desc: AppleClang11.0
             cxx-standard: 17
-            osver: 10.15
+            osver: 11.0
+            exclude-tests:
+            vfx-cy: 23
+
+          # -------------------------------------------------------------------
+          # VFX CY2023 - C++17 - MacOS 12
+          # -------------------------------------------------------------------
+          # Shared, Release
+          - build: 4
+            build-type: Release
+            build-shared: 'ON'
+            compiler-desc: AppleClang11.0
+            cxx-standard: 17
+            osver: 12.0
             exclude-tests:
+            vfx-cy: 23
+
     steps:
       - name: Checkout
-        uses: actions/checkout@v2
+        uses: actions/checkout@v3
       - name: Create build directories
         run: |
           mkdir _install
@@ -380,7 +393,7 @@
                 --config ${{ matrix.build-type }}
         working-directory: _build
       - name: Examples
-        run: |
+        run: | 
           # Make sure we can build the examples when configured as a
           # standalone application linking against the just-installed
           # OpenEXR library.
@@ -392,7 +405,7 @@
           cmake --build . \
                 --config ${{ matrix.build-type }}
           # Confirm the examples program runs
-          ./OpenEXRExamples
+          ./bin/OpenEXRExamples
         working-directory: _examples
       - name: Test
         run: |
@@ -408,70 +421,65 @@
   # ---------------------------------------------------------------------------
   # TODO: Debug mode is catatonically slow under windows
   windows:
-    name: 'Windows VFXP-2022
+    name: 'Windows VFXP-${{ matrix.vfx-cy }}
       <${{ matrix.compiler-desc }},
        config=${{ matrix.build-type }}, 
        shared=${{ matrix.build-shared }}, 
-       cxx=${{ matrix.cxx-standard }}, 
-       docs=${{ matrix.build-docs }}>'
+       cxx=${{ matrix.cxx-standard }}>'
     runs-on: windows-${{ matrix.osver }}
     strategy:
       matrix:
         build: 1, 2, 3, 4
         include:
           # -------------------------------------------------------------------
-          # VFX CY2022 - C++17 - Windows 2019
+          # VFX CY2023 - C++17 - Windows 2022 runner - MSVC 2022 (17.5)
           # -------------------------------------------------------------------
           # Shared, Release
           - build: 1
             build-type: Release
             build-shared: 'ON'
-            build-docs: 'OFF'
-            compiler-desc: msvc16.11
+            compiler-desc: msvc17.5
             cxx-standard: 17
-            vfx-cy: 2021
+            vfx-cy: 2023
             exclude-tests: ''
-            osver: 2019
+            osver: 2022
 
           # Static, Release
           - build: 2
             build-type: Release
             build-shared: 'OFF'
-            build-docs: 'OFF'
-            compiler-desc: msvc16.11
+            compiler-desc: msvc17.5
             cxx-standard: 17
-            vfx-cy: 2021
+            vfx-cy: 2023
             exclude-tests: ''
-            osver: 2019
+            osver: 2022
 
-          # -------------------------------------------------------------------
-          # VFX CY2022 - C++17 - Windows 2022
+         # -------------------------------------------------------------------
+          # VFX CY2022 - C++17 - Windows 2019 runner - MSVC 2019 (16.11) 
           # -------------------------------------------------------------------
           # Shared, Release
           - build: 3
             build-type: Release
             build-shared: 'ON'
-            build-docs: 'OFF'
-            compiler-desc: msvc17.1
+            compiler-desc: msvc16.11
             cxx-standard: 17
-            vfx-cy: 2021
+            vfx-cy: 2022
             exclude-tests: ''
-            osver: 2022
+            osver: 2019
 
           # Static, Release
           - build: 4
             build-type: Release
             build-shared: 'OFF'
-            build-docs: 'OFF'
-            compiler-desc: msvc17.1
+            compiler-desc: msvc16.11
             cxx-standard: 17
-            vfx-cy: 2021
+            vfx-cy: 2022
             exclude-tests: ''
-            osver: 2022
+            osver: 2019
 
     steps:
       - name: Checkout
-        uses: actions/checkout@v2

_service:tar_scm:openexr-3.1.9.tar.gz/.github/workflows/cifuzz.yml Added

_service:tar_scm:openexr-3.1.5.tar.gz/.gitignore -> _service:tar_scm:openexr-3.1.9.tar.gz/.gitignore Changed

_service:tar_scm:openexr-3.1.5.tar.gz/BUILD.bazel -> _service:tar_scm:openexr-3.1.9.tar.gz/BUILD.bazel Changed

@@ -1,25 +1,27 @@
 # SPDX-License-Identifier: BSD-3-Clause
 # Copyright (c) Contributors to the OpenEXR Project.
 
-load("//:bazel/third_party/generate_header.bzl", "generate_header")
+load("@bazel_skylib//rules:expand_template.bzl", "expand_template")
 
 config_setting(
     name = "windows",
     constraint_values = "@platforms//os:windows",
 )
 
-generate_header(
-    name = "IexConfig.h",
+expand_template(
+    name = "IexConfig",
+    out = "src/lib/Iex/IexConfig.h",
     substitutions = {
-        "@IEX_INTERNAL_NAMESPACE@": "Iex_3_0",
+        "@IEX_INTERNAL_NAMESPACE@": "Iex_3_1",
         "@IEX_NAMESPACE_CUSTOM@": "0",
         "@IEX_NAMESPACE@": "Iex",
     },
     template = "cmake/IexConfig.h.in",
 )
 
-generate_header(
-    name = "IexConfigInternal.h",
+expand_template(
+    name = "IexConfigInternal",
+    out = "src/lib/Iex/IexConfigInternal.h",
     substitutions = {
         "#cmakedefine HAVE_UCONTEXT_H 1": "/* #undef HAVE_UCONTEXT_H */",
         "#cmakedefine IEX_HAVE_CONTROL_REGISTER_SUPPORT 1": "/* #undef IEX_HAVE_CONTROL_REGISTER_SUPPORT */",
@@ -28,10 +30,11 @@
     template = "cmake/IexConfigInternal.h.in",
 )
 
-generate_header(
-    name = "IlmThreadConfig.h",
+expand_template(
+    name = "IlmThreadConfig",
+    out = "src/lib/IlmThread/IlmThreadConfig.h",
     substitutions = {
-        "@ILMTHREAD_INTERNAL_NAMESPACE@": "IlmThread_3_0",
+        "@ILMTHREAD_INTERNAL_NAMESPACE@": "IlmThread_3_1",
         "@ILMTHREAD_NAMESPACE_CUSTOM@": "0",
         "@ILMTHREAD_NAMESPACE@": "IlmThread",
         "#cmakedefine01 ILMTHREAD_HAVE_POSIX_SEMAPHORES": "#define ILMTHREAD_HAVE_POSIX_SEMAPHORES 0",
@@ -40,33 +43,36 @@
     template = "cmake/IlmThreadConfig.h.in",
 )
 
-generate_header(
-    name = "OpenEXRConfig.h",
+expand_template(
+    name = "OpenEXRConfig",
+    out = "src/lib/OpenEXR/OpenEXRConfig.h",
     substitutions = {
         "@OPENEXR_IMF_NAMESPACE@": "Imf",
-        "@OPENEXR_INTERNAL_IMF_NAMESPACE@": "Imf_3_0",
-        "@OPENEXR_LIB_VERSION@": "3.0.4",
-        "@OPENEXR_NAMESPACE_CUSTOM@": "0",
-        "@OPENEXR_PACKAGE_NAME@": "OpenEXR 3.0.4",
+        "@OPENEXR_INTERNAL_IMF_NAMESPACE@": "Imf_3_1",
+        "@OPENEXR_LIB_VERSION@": "3.1.8",
+        "@OPENEXR_NAMESPACE_CUSTOM@": "3.1.8",
+        "@OPENEXR_PACKAGE_NAME@": "OpenEXR 3.1.8",
         "@OPENEXR_VERSION_EXTRA@": "",
         "@OPENEXR_VERSION_MAJOR@": "3",
-        "@OPENEXR_VERSION_MINOR@": "0",
-        "@OPENEXR_VERSION_PATCH@": "4",
-        "@OPENEXR_VERSION@": "3.0.4",
+        "@OPENEXR_VERSION_MINOR@": "1",
+        "@OPENEXR_VERSION_PATCH@": "8",
+        "@OPENEXR_VERSION@": "3.1.8",
         "#cmakedefine OPENEXR_ENABLE_API_VISIBILITY": "#define OPENEXR_ENABLE_API_VISIBILITY",
         "#cmakedefine OPENEXR_HAVE_LARGE_STACK 1": "/* #undef OPENEXR_HAVE_LARGE_STACK */",
     },
     template = "cmake/OpenEXRConfig.h.in",
 )
 
-generate_header(
-    name = "OpenEXRConfigInternal.h",
+expand_template(
+    name = "OpenEXRConfigInternal",
+    out = "src/lib/OpenEXR/OpenEXRConfigInternal.h",
     substitutions = {
         "#cmakedefine OPENEXR_IMF_HAVE_COMPLETE_IOMANIP 1": "#define OPENEXR_IMF_HAVE_COMPLETE_IOMANIP 1",
         "#cmakedefine OPENEXR_IMF_HAVE_DARWIN 1": "/* #undef OPENEXR_IMF_HAVE_DARWIN */",
         "#cmakedefine OPENEXR_IMF_HAVE_GCC_INLINE_ASM_AVX 1": "/* #undef OPENEXR_IMF_HAVE_GCC_INLINE_ASM_AVX */",
         "#cmakedefine OPENEXR_IMF_HAVE_LINUX_PROCFS 1": "/* #undef OPENEXR_IMF_HAVE_LINUX_PROCFS */",
         "#cmakedefine OPENEXR_IMF_HAVE_SYSCONF_NPROCESSORS_ONLN 1": "/* #undef OPENEXR_IMF_HAVE_SYSCONF_NPROCESSORS_ONLN */",
+        "#cmakedefine OPENEXR_MISSING_ARM_VLD1 0": "/* #undef OPENEXR_MISSING_ARM_VLD1 */",
     },
     template = "cmake/OpenEXRConfigInternal.h.in",
 )
@@ -82,6 +88,8 @@
     hdrs = 
         "src/lib/Iex/Iex.h",
         "src/lib/Iex/IexBaseExc.h",
+        "src/lib/Iex/IexConfig.h",
+        "src/lib/Iex/IexConfigInternal.h",
         "src/lib/Iex/IexErrnoExc.h",
         "src/lib/Iex/IexExport.h",
         "src/lib/Iex/IexForward.h",
@@ -92,16 +100,15 @@
         "src/lib/Iex/IexMathIeeeExc.h",
         "src/lib/Iex/IexNamespace.h",
         "src/lib/Iex/IexThrowErrnoExc.h",
+        "src/lib/OpenEXR/OpenEXRConfig.h",
     ,
     features = select({
         ":windows": "windows_export_all_symbols",
         "//conditions:default": ,
     }),
-    includes = "src/lib/Iex",
-    deps = 
-        ":IexConfig.h",
-        ":IexConfigInternal.h",
-        ":OpenEXRConfig.h",
+    includes = 
+        "src/lib/Iex",
+        "src/lib/OpenEXR",
     ,
 )
 
@@ -118,6 +125,7 @@
     ,
     hdrs = 
         "src/lib/IlmThread/IlmThread.h",
+        "src/lib/IlmThread/IlmThreadConfig.h",
         "src/lib/IlmThread/IlmThreadExport.h",
         "src/lib/IlmThread/IlmThreadForward.h",
         "src/lib/IlmThread/IlmThreadMutex.h",
@@ -130,10 +138,7 @@
         "//conditions:default": ,
     }),
     includes = "src/lib/IlmThread",
-    deps = 
-        ":Iex",
-        ":IlmThreadConfig.h",
-    ,
+    deps = ":Iex",
 )
 
 cc_library(
@@ -234,6 +239,9 @@
         "src/lib/OpenEXR/dwaLookups.h",
     ,
     hdrs = 
+        "src/lib/Iex/IexConfig.h",
+        "src/lib/Iex/IexConfigInternal.h",
+        "src/lib/IlmThread/IlmThreadConfig.h",
         "src/lib/OpenEXR/ImfAcesFile.h",
         "src/lib/OpenEXR/ImfArray.h",
         "src/lib/OpenEXR/ImfAttribute.h",
@@ -346,6 +354,8 @@
         "src/lib/OpenEXR/ImfXdr.h",
         "src/lib/OpenEXR/ImfZip.h",
         "src/lib/OpenEXR/ImfZipCompressor.h",
+        "src/lib/OpenEXR/OpenEXRConfig.h",
+        "src/lib/OpenEXR/OpenEXRConfigInternal.h",
     ,
     copts = select({
         ":windows": ,
@@ -367,12 +377,7 @@
         }),
     visibility = "//visibility:public",
     deps = 
-        ":IexConfig.h",
-        ":IexConfigInternal.h",
         ":IlmThread",
-        ":IlmThreadConfig.h",
-        ":OpenEXRConfig.h",
-        ":OpenEXRConfigInternal.h",
         "@Imath",
         "@net_zlib_zlib//:zlib",
     ,

_service:tar_scm:openexr-3.1.5.tar.gz/CHANGES.md -> _service:tar_scm:openexr-3.1.9.tar.gz/CHANGES.md Changed

@@ -1,5 +1,12 @@
+
+
+
 # OpenEXR Release Notes
 
+* Version 3.1.9(#version-319-june-25-2023) June 25, 2023
+* Version 3.1.8(#version-318-june-2-2023) June 2, 2023
+* Version 3.1.7(#version-317-march-28-2023) March 28, 2023
+* Version 3.1.6(#version-316-march-9-2023) March 9, 2023
 * Version 3.1.5(#version-315-april-11-2022) April 11, 2022
 * Version 3.1.4(#version-314-january-26-2022) January 27, 2022
 * Version 3.1.3(#version-313-october-27-2021) October 27, 2021
@@ -56,6 +63,209 @@
 * Version 1.0.1(#version-101)
 * Version 1.0(#version-10)
 
+## Version 3.1.9 (June 25, 2023)
+
+Patch release that addresses miscelleneous build and doc issues, as well as:
+
+* OSS-fuzz 59382(https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=59382)
+  Heap-buffer-overflow in internal_huf_decompress
+
+### Merged Pull Requests
+
+* 1461(https::/github.com/AcademySoftwareFoundation/openexr/pull/1461)
+  don't use NaNs/infs in testOptimizedInterleavePatterns
+* 1457(https::/github.com/AcademySoftwareFoundation/openexr/pull/1457)
+  Bazel support: Switch back to VS2019 due to a toolchain issue in Bazel
+* 1454(https::/github.com/AcademySoftwareFoundation/openexr/pull/1454)
+  Add ``OPENEXR_IMF_INTERNAL_NAMESPACE`` for ``WidenFilename``
+* 1452(https::/github.com/AcademySoftwareFoundation/openexr/pull/1452)
+  Use ``security@openexr.com`` for consistency
+* 1448(https::/github.com/AcademySoftwareFoundation/openexr/pull/1448)
+  compression.cpp: fix isnan
+* 1443(https::/github.com/AcademySoftwareFoundation/openexr/pull/1443)
+  Bazel bump imath
+* 1439(https::/github.com/AcademySoftwareFoundation/openexr/pull/1439)
+  Fix scenario where malformed dwa file could read past end of buffer
+* 1416(https::/github.com/AcademySoftwareFoundation/openexr/pull/1416)
+  IlmThread: fix defines for older macOS: do not prefix with ``__``
+
+## Version 3.1.8 (June 2, 2023)
+
+Patch release that addresses miscellaneous build issues, for macOS in
+particular, but also includes:
+ 
+* Support for DWA compression in OpenEXRCore
+* Fix for threadpool deadlocks during shutdown on Windows  
+
+This release also addresses:
+
+* OSS-fuzz 59070(https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=59070) Stack-buffer-overflow in DwaCompressor_readChannelRules
+
+### Merged Pull Requests
+
+* 1429(https::/github.com/AcademySoftwareFoundation/openexr/pull/1429)
+fix out of bounds check with a full channel name vs. byte count
+* 1414(https::/github.com/AcademySoftwareFoundation/openexr/pull/1414)
+Add #include <cmath> for isnan
+* 1409(https::/github.com/AcademySoftwareFoundation/openexr/pull/1409)
+Use posix compat code for old macOS without libdispatch
+* 1408(https::/github.com/AcademySoftwareFoundation/openexr/pull/1408)
+internal_xdr.h: fix endian logic for Apple
+* 1406(https::/github.com/AcademySoftwareFoundation/openexr/pull/1406)
+internal_structs.h: __STDC_FORMAT_MACROS should be defined prior to inttypes.h
+* 1402(https::/github.com/AcademySoftwareFoundation/openexr/pull/1402)
+Add dwa support to core
+* 1389(https::/github.com/AcademySoftwareFoundation/openexr/pull/1389)
+fix typo
+* 1382(https::/github.com/AcademySoftwareFoundation/openexr/pull/1382)
+Update macOS installation instructions
+* 1378(https::/github.com/AcademySoftwareFoundation/openexr/pull/1378)
+Fix typo in README.md
+* 1377(https::/github.com/AcademySoftwareFoundation/openexr/pull/1377)
+Only install exrinfo when OPENEXR_INSTALL_TOOLS is on
+* 1291(https::/github.com/AcademySoftwareFoundation/openexr/pull/1291)
+Change setNumThreads to wait for thread start
+
+## Version 3.1.7 (March 28, 2023)
+
+Patch release that fixes a regression on ARMv7, and fixes a build
+issue with zlib.
+
+### Merged Pull Requests
+
+* 1368(https://github.com/AcademySoftwareFoundation/openexr/pull/1368)
+Fix ARMv7 build for DwaCompressor, too. 
+* 1366(https://github.com/AcademySoftwareFoundation/openexr/pull/1366) 
+Fix ARMv7 build by making recent ZIP NEON optimizations be ARMv8 (aarch64) only 
+* 1361(https://github.com/AcademySoftwareFoundation/openexr/pull/1361) 
+Fix the zlib build error that was reported in #1360. 
+* 1358(https://github.com/AcademySoftwareFoundation/openexr/pull/1358) 
+Detect missing vst1q_f32_x2 and provide replacement if necessary 
+* 1355(https://github.com/AcademySoftwareFoundation/openexr/pull/1355) 
+Fix typo in release notes 
+* 1354(https://github.com/AcademySoftwareFoundation/openexr/pull/1354) 
+Test for AVX in unpack.c 
+
+## Version 3.1.6 (March 9, 2023)
+
+Patch release that address various bug/build issues and optimizations:
+
+* NEON optimizations for ZIP reading
+* Enable fast Huffman & Huffman zig-zag transform for Arm Neon
+* Support relative and absolute libdir/includedir in pkg-config generation
+* Fix for reading memory mapped files with DWA compression
+* Enable SSE4 support on Windows
+* Fast huf decoder
+* CMake config for generating docs is now BUILD_DOC
+
+Also, this release includes a major update and reorganization of the repo
+documentation and website.
+
+In addition, numerous typos and misspellings in comments and doxygen
+content have been fixed via
+``codespell``(https://github.com/codespell-project/codespell).
+
+Specific OSS-fuzz issues address:
+
+* OSS-fuzz 52730(https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=52730) Heap-buffer-overflow in fasthuf_initialize
+* OSS-fuzz 49698(https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=49698) Heap-buffer-overflow in fasthuf_decode
+* OSS-fuzz 47517(https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47517) Integer-overflow in reconstruct_chunk_table
+* OSS-fuzz 47503(https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47503) Heap-buffer-overflow in uncompress_b44_impl
+* OSS-fuzz 47483(https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47483) Heap-buffer-overflow in generic_unpack
+
+### Merged Pull Requests
+
+* 1348(https://github.com/AcademySoftwareFoundation/openexr/pull/1348)
+NEON optimizations for ZIP reading (reconstruct and interleave) 
+* 1347(https://github.com/AcademySoftwareFoundation/openexr/pull/1347)
+Reduce memory in ``testDeepScanLineBasic`` 
+* 1346(https://github.com/AcademySoftwareFoundation/openexr/pull/1346)
+Add pointers to installing doxygen/sphinx to the build instructions
+* 1345(https://github.com/AcademySoftwareFoundation/openexr/pull/1345)
+Add execution of the examples to test suite
+* 1344(https://github.com/AcademySoftwareFoundation/openexr/pull/1344)
+Sphinx warnings by default now cause doc build to fail
+* 1343(https://github.com/AcademySoftwareFoundation/openexr/pull/1343)
+Removew tmpDir.h from OpenEXRUtilTest/OpenEXRFuzzTest CMakeLists.txt
+* 1341(https://github.com/AcademySoftwareFoundation/openexr/pull/1341)
+Update PortingGuide.rst
+* 1340(https://github.com/AcademySoftwareFoundation/openexr/pull/1340)
+Remove duplicate ``tmpDir.h`` files
+* 1339(https://github.com/AcademySoftwareFoundation/openexr/pull/1339)
+Build docs in CI, and rename ``DOCS`` CMake config variable to ``BUILD_DOCS`` 
+* 1338(https://github.com/AcademySoftwareFoundation/openexr/pull/1338)
+Add header files for IDEs
+* 1337(https://github.com/AcademySoftwareFoundation/openexr/pull/1337)
+Fix documentation glitches
+* 1336(https://github.com/AcademySoftwareFoundation/openexr/pull/1336)
+Fix sphinx extensions in conf.py and requirements.txt
+* 1335(https://github.com/AcademySoftwareFoundation/openexr/pull/1335)
+More doc reorg
+* 1333(https://github.com/AcademySoftwareFoundation/openexr/pull/1333)
+Fix for reading memory mapped files with DWA compression
+* 1332(https://github.com/AcademySoftwareFoundation/openexr/pull/1332)
+Reorganize repo/readthedocs documentation
+* 1331(https://github.com/AcademySoftwareFoundation/openexr/pull/1331)
+Add missing license/copyright
+* 1330(https://github.com/AcademySoftwareFoundation/openexr/pull/1330)
+Support relative and absolute libdir/incluedir in pkg-config generation
+* 1329(https://github.com/AcademySoftwareFoundation/openexr/pull/1329)
+Fix missing guard check
+* 1323(https://github.com/AcademySoftwareFoundation/openexr/pull/1323)
+Enable fast Huffman & Huffman zig-zag transform for Arm Neon
+* 1321(https://github.com/AcademySoftwareFoundation/openexr/pull/1321)
+Fix MSVC Debug build with internal zlib
+* 1317(https://github.com/AcademySoftwareFoundation/openexr/pull/1317)
+Add CIFuzz GitHub action
+* 1316(https://github.com/AcademySoftwareFoundation/openexr/pull/1316)
+Fix compiler warnings from gcc-12
+* 1315(https://github.com/AcademySoftwareFoundation/openexr/pull/1315)
+Fix Visual Studio on ARM Compilation
+* 1312(https://github.com/AcademySoftwareFoundation/openexr/pull/1312)
+Problem: warning C4244: initializing: conversion from double to unsigned int, possible loss of data
+* 1311(https://github.com/AcademySoftwareFoundation/openexr/pull/1311)
+Clean up CONTRIBUTING.md
+* 1296(https://github.com/AcademySoftwareFoundation/openexr/pull/1296)
+Check for null pointer passed to ``memcpy``
+* 1295(https://github.com/AcademySoftwareFoundation/openexr/pull/1295)
+Remove TSC meeting notes from repo
+* 1294(https://github.com/AcademySoftwareFoundation/openexr/pull/1294)
+Change reference to ``IlmBase`` to ``Imath`` in ``README.md
+*`` 1293(https://github.com/AcademySoftwareFoundation/openexr/pull/1293)
+Update Christina's affiliation
+* 1292(https://github.com/AcademySoftwareFoundation/openexr/pull/1292)
+Fix typo in the documentation's example reading class
+* 1290(https://github.com/AcademySoftwareFoundation/openexr/pull/1290)
+fix huf memory boundary checks
+* 1289(https://github.com/AcademySoftwareFoundation/openexr/pull/1289)
+Fix a typo breaking the link to ``Imath`` repository in readme
+* 1287(https://github.com/AcademySoftwareFoundation/openexr/pull/1287)
+Using ``PRId64`` in place of ``%ld`` in ``chunk.c`` 
+* 1286(https://github.com/AcademySoftwareFoundation/openexr/pull/1286)
+Fix NDK compile error
+* 1279(https://github.com/AcademySoftwareFoundation/openexr/pull/1279)
+Fix for IDE Headers
+* 1276(https://github.com/AcademySoftwareFoundation/openexr/pull/1276)

_service:tar_scm:openexr-3.1.5.tar.gz/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/CMakeLists.txt Changed

@@ -19,7 +19,7 @@
 # configuration files
 #######################################
 
-project(OpenEXR VERSION 3.1.5 LANGUAGES C CXX)
+project(OpenEXR VERSION 3.1.9 LANGUAGES C CXX)
 
 set(OPENEXR_VERSION_RELEASE_TYPE "" CACHE STRING "Extra version tag string for OpenEXR build, such as -dev, -beta1, etc.")
 
@@ -30,7 +30,7 @@
 # See https://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html
 #
 # Library API version (CMake's library VERSION attribute) is of the
-# form CURRENT.REVISION.AGE; the CMake SOVERSION attribute corresonds
+# form CURRENT.REVISION.AGE; the CMake SOVERSION attribute corresponds
 # to just CURRENT. These produce a .so and a symlink symlink, e.g.:
 # libOpenEXR-3_1.so.29 -> libOpenEXR-3_1.so.29.0.0
 #                    ^                       ^ ^ ^
@@ -44,7 +44,7 @@
 #   3. API changed:   CURRENT+1.0.0
 #
 set(OPENEXR_LIBTOOL_CURRENT 30)
-set(OPENEXR_LIBTOOL_REVISION 5)
+set(OPENEXR_LIBTOOL_REVISION 9)
 set(OPENEXR_LIBTOOL_AGE 1)
 set(OPENEXR_LIB_VERSION "${OPENEXR_LIBTOOL_CURRENT}.${OPENEXR_LIBTOOL_REVISION}.${OPENEXR_LIBTOOL_AGE}")
 set(OPENEXR_LIB_SOVERSION ${OPENEXR_LIBTOOL_CURRENT})
@@ -71,11 +71,16 @@
 # Add all source in subdirectories
 #######################################
 
+if(BUILD_TESTING AND NOT OPENEXR_IS_SUBPROJECT)
+  # Enable testing *before* adding any subdirectories that may include tests
+  enable_testing()
+endif()
+
 # Include these two modules without enable/disable options
 add_subdirectory(src/lib)
 add_subdirectory(src/bin)
 
-# Tell CMake where to find the OpenEXRConfig.cmake file. Makes it posible to call 
+# Tell CMake where to find the OpenEXRConfig.cmake file. Makes it possible to call 
 # find_package(OpenEXR) in downstream projects
 set(OpenEXR_DIR "${CMAKE_CURRENT_BINARY_DIR}/cmake" CACHE PATH "" FORCE)
 # Add an empty OpenEXRTargets.cmake file for the config to use. 
@@ -112,7 +117,6 @@
 include(CTest)
 
 if(BUILD_TESTING AND NOT OPENEXR_IS_SUBPROJECT)
-  enable_testing()
   add_subdirectory(src/test)
 endif()
 
@@ -122,8 +126,8 @@
   include(cmake/clang-format.cmake)
 endif()
 
-option(DOCS "Set ON to build html documentation")
-if (DOCS AND NOT OPENEXR_IS_SUBPROJECT)
+option(BUILD_DOCS "Set ON to build html documentation")
+if (BUILD_DOCS AND NOT OPENEXR_IS_SUBPROJECT)
   option(INSTALL_DOCS "Set ON to install html documentation" ON)
   add_subdirectory(docs)
 endif()

_service:tar_scm:openexr-3.1.5.tar.gz/CODE_OF_CONDUCT.md -> _service:tar_scm:openexr-3.1.9.tar.gz/CODE_OF_CONDUCT.md Changed

_service:tar_scm:openexr-3.1.5.tar.gz/CONTRIBUTING.md -> _service:tar_scm:openexr-3.1.9.tar.gz/CONTRIBUTING.md Changed

@@ -1,3 +1,6 @@
+
+
+
 # Contributing to OpenEXR
 
 Thank you for your interest in contributing to OpenEXR. This document
@@ -12,11 +15,11 @@
 
 For a description of the roles and responsibilities of the various
 members of the OpenEXR community, see GOVERNANCE(GOVERNANCE.md), and
-for further details, see the project's Technical
+for further details, see the OpenEXR project's Technical
 Charter(ASWF/charter/OpenEXR-Technical-Charter.md). Briefly,
-Contributors are anyone who submits content to the project, Committers
-review and approve such submissions, and the Technical Steering
-Committee provides general project oversight.
+a "contributor" is anyone who submits content to the project, a
+"committer" reviews and approves such submissions, and the "Technical
+Steering Committee" provides general project oversight and governance.
 
 ## Getting Information
 
@@ -64,7 +67,7 @@
 ### How to Report a Security Vulnerability
 
 If you think you've found a potential vulnerability in OpenEXR, please
-refer to SECURITY.md to responsibly disclose it.
+refer to SECURITY.md(SECURITY.md) to responsibly disclose it.
 
 ### How to Contribute a Bug Fix or Change
 
@@ -76,7 +79,7 @@
 
 * An understanding of the project's development workflow.
 
-* Legal authorization, that is, you need to have signed a Contributor
+* Legal authorization, that is, you need to have signed a contributor
   License Agreement. See below for details.
 
 ## Legal Requirements
@@ -121,7 +124,7 @@
 
 The downloadable PDF's on the EasyCLA page are provided for reference
 only. To execute the signature, sign the form online through the
-releveant links.
+relevant links.
 
 The OpenEXR CLAs are the standard forms used by Linux Foundation
 projects and recommended by the ASWF
@@ -163,10 +166,10 @@
 After sufficient work is done on the master branch and the OpenEXR
 leadership determines that a release is due, we will bump the relevant
 internal versioning and tag a commit with the corresponding version
-number, e.g. v2.0.1. Each Minor version also has its own “Release
+number, e.g. v2.0.1. Each minor version also has its own “Release
 Branch”, e.g. RB-1.1. This marks a branch of code dedicated to that
-Major.Minor version, which allows upstream bug fixes to be
-cherry-picked to a given version while still allowing the master
+``major.minor version``, which allows upstream bug fixes to be
+cherry-picked to a given version while still allowing the ``main``
 branch to continue forward onto higher versions. This basic repository
 structure keeps maintenance low, while remaining simple to understand.
 
@@ -225,13 +228,13 @@
 
 4. Create a Github pull request from your topic branch.
 
-5. Pull requests will be reviewed by project Committers and Contributors,
+5. Pull requests will be reviewed by project committers and contributors,
 who may discuss, offer constructive feedback, request changes, or approve
 the work.
 
-6. Upon receiving the required number of Committer approvals (as
-outlined in Required Approvals(#required-approvals)), a Committer
-other than the PR contributor may merge changes into the master
+6. Upon receiving the required number of committer approvals (as
+outlined in Required Approvals(#required-approvals)), a committer
+other than the PR contributor may merge changes into the ``main``
 branch.
 
 ### Code Review and Required Approvals
@@ -239,9 +242,9 @@
 Modifications of the contents of the OpenEXR repository are made on a
 collaborative basis. Anyone with a GitHub account may propose a
 modification via pull request and it will be considered by the project
-Committers.
+committers.
 
-Pull requests must meet a minimum number of Committer approvals prior
+Pull requests must meet a minimum number of committer approvals prior
 to being merged. Rather than having a hard rule for all PRs, the
 requirement is based on the complexity and risk of the proposed
 changes, factoring in the length of time the PR has been open to
@@ -250,41 +253,42 @@
 
 * Core design decisions, large new features, or anything that might be
 perceived as changing the overall direction of the project should be
-discussed at length in the mail list before any PR is submitted, in
-order to: solicit feedback, try to get as much consensus as possible,
-and alert all the stakeholders to be on the lookout for the eventual
-PR when it appears.
+discussed at length in the mail list or TSC meetings before any PR is
+submitted, in order to solicit feedback, try to get as much consensus
+as possible, and alert all the stakeholders to be on the lookout for
+the eventual PR when it appears.
 
-* Small changes (bug fixes, docs, tests, cleanups) can be approved and
-merged by a single Committer.
+* Trivial changes that don't affect functionality (typos, docs, tests)
+can be approved by the committer without review, after waiting at
+least 48 hours.
 
 * Big changes that can alter behavior, add major features, or present
-a high degree of risk should be signed off by TWO Committers, ideally
+a high degree of risk should be signed off by TWO committers, ideally
 one of whom should be the "owner" for that section of the codebase (if
 a specific owner has been designated). If the person submitting the PR
 is him/herself the "owner" of that section of the codebase, then only
-one additional Committer approval is sufficient. But in either case, a
+one additional committer approval is sufficient. But in either case, a
 48 hour minimum is helpful to give everybody a chance to see it,
 unless it's a critical emergency fix (which would probably put it in
 the previous "small fix" category, rather than a "big feature").
 
 * Escape valve: big changes can nonetheless be merged by a single
-Committer if the PR has been open for over two weeks without any
-unaddressed objections from other Committers. At some point, we have
+committer if the PR has been open for over two weeks without any
+unaddressed objections from other committers. At some point, we have
 to assume that the people who know and care are monitoring the PRs and
 that an extended period without objections is really assent.
 
-Approval must be from Committers who are not authors of the change. If
-one or more Committers oppose a proposed change, then the change
+Approval must be from committers who are not authors of the change. If
+one or more committers oppose a proposed change, then the change
 cannot be accepted unless:
 
-* Discussions and/or additional changes result in no Committers
-objecting to the change. Previously-objecting Committers do not
+* Discussions and/or additional changes result in no committers
+objecting to the change. Previously-objecting committers do not
 necessarily have to sign-off on the change, but they should not be
 opposed to it.
 
 * The change is escalated to the TSC and the TSC votes to approve the
-change.  This should only happen if disagreements between Committers
+change.  This should only happen if disagreements between committers
 cannot be resolved through discussion.
 
 Committers may opt to elevate significant or controversial
@@ -295,78 +299,33 @@
 ### Test Policy
 
 All functionality in the library must be covered by an automated
-test. Each library has a companion ``Test`` project - ``ImathTest``,
-``HalfTest``, ``OpenEXRTest`, etc.  This test suite is collectively
+test. Each library has a companion ``Test`` project, e.g. ``OpenEXRTest``,
+``OpenEXRCoreTest``, ``OpenEXRUtilTest``, etc.  This test suite is collectively
 expected to validate the behavior of very part of the library.
 
-* Any new functionality should be accompanied by a test that validates
+* All new functionality should be accompanied by a test that validates
   its behavior.
 
 * Any change to existing functionality should have tests added if they
   don't already exist.
 
-The test should should be run, via ``make check``, before submitting a
-pull request.
+The test should should be run, via:
+
+    make test
+
+before submitting a pull request.
 
 In addition, the ``OpenEXRFuzzTest`` project validates the library by
 feeding it corrupted input data. This test is time-consuming (possible
 over 24 hours), so it will only be run occasionally, but it must
 succeed before a release is made.
 
-### Project Issue Handling Process
-
-Incoming new issues are labeled promptly by the TSC using GitHub labels. 
-
-The labels include:
-
-* **Autotools** - A problem with the autoconf configuration setup.
-
-* **Bug** - A bug in the source code. Something appears to be
-    functioning improperly: a compile error, a crash, unexpected behavior, etc. 
-
-* **Build/Install Issue** - A problem with building or installing the
-    library: configuration file, external dependency, a compile error
-    with a release version that prevents installation.
-
-* **C++** - A C++ compilation issue: a compiler warning, syntax issue,
-    or language usage or suggested upgrade.
-

_service:tar_scm:openexr-3.1.5.tar.gz/CONTRIBUTORS.md -> _service:tar_scm:openexr-3.1.9.tar.gz/CONTRIBUTORS.md Changed

_service:tar_scm:openexr-3.1.5.tar.gz/Contrib/DtexToExr/PxDeepUtils.h -> _service:tar_scm:openexr-3.1.9.tar.gz/Contrib/DtexToExr/PxDeepUtils.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/Contrib/DtexToExr/m4/compilelinkrun.m4 -> _service:tar_scm:openexr-3.1.9.tar.gz/Contrib/DtexToExr/m4/compilelinkrun.m4 Changed

_service:tar_scm:openexr-3.1.5.tar.gz/Contrib/DtexToExr/m4/path.pkgconfig.m4 -> _service:tar_scm:openexr-3.1.9.tar.gz/Contrib/DtexToExr/m4/path.pkgconfig.m4 Changed

_service:tar_scm:openexr-3.1.5.tar.gz/GOVERNANCE.md -> _service:tar_scm:openexr-3.1.9.tar.gz/GOVERNANCE.md Changed

@@ -1,11 +1,14 @@
+
+
+
 # OpenEXR Project Roles and Responsibilities
 
 OpenEXR is a project of the Academy Software Foundation and relies on
 the ASWF governance policies, supported by the Linux Foundation.
 
-There are three primary project roles: Contributors submit code to the
-project; Committers approve code to be included into the project; and
-the Technical Steering Committee (TSC) provides overall high-level
+There are three primary project roles: a "contributor" submits code to the
+project; a "committer" approves code to be included into the project; and
+the "Technical Steering Committee" (TSC) provides overall high-level
 project guidance.
 
 * Contributors(#Contributors)
@@ -15,12 +18,12 @@
 ## Contributors
 
 The OpenEXR project grows and thrives from assistance from
-Contributors.  Contributors include anyone in the community that
-submits code, documentation, or other technical artifacts to the
+contributors.  A contributor is anyone in the community who submits
+code, bug fixes, documentation, or other technical artifacts to the
 project. However, such contributions must be approved by a project
-Committer before they become a part of the project.  
+committer before they become a part of the project.
 
-Anyone can be a Contributor. You need no formal approval from the
+Anyone can be a contributor. You need no formal approval from the
 project, beyond the legal forms.
 
 ### How to Become a Contributor
@@ -34,12 +37,12 @@
 
 ## Committers
 
-Project Committers have merge access on the OpenEXR GitHub repository
-and are responsible for approving submissions by Contributors.
+Project committers have merge access on the OpenEXR GitHub repositories
+and are responsible for approving submissions by contributors.
 
 ### Committer Responsibilities
 
-Typical activities of a Committer include:
+Typical activities of a committer include:
 
 * Helping users and novice contributors.
 
@@ -54,17 +57,17 @@
 * Ensuring that changes and new code meet acceptable standards and are
   in the long-term interest of the project.
 
-* Participation in working groups.
+* Participating in working groups.
 
 * Merging pull requests.
 
 ### How to Become a Committer
 
-Any existing Committer can nominate an individual making significant
+Any existing committer can nominate an individual making significant
 and valuable contributions to the OpenEXR project to become a new
-Committer.  New committers are approved by vote of the TSC.
+committer.  New committers are approved by vote of the TSC.
 
-If you are interested in becomming a Committer, contact the TSC at
+If you are interested in becoming a committer, contact the TSC at
 info@openexr.com.
 
 ## Technical Steering Committee
@@ -82,7 +85,7 @@
 
 * GitHub repository administration.
 
-* Maintaining the list of additional Committers.
+* Maintaining the list of additional committers.
 
 * Appointing representatives to work with other open source or open
   standards communities.
@@ -109,7 +112,7 @@
 * Peter Hillman - Weta Digital, Ltd.
 * Kimball Thurston - Weta Digital, Ltd.
 * Nick Porcino - Pixar Animation Studios
-* Christina Tempelaar-Lietz - Epic Games
+* Christina Tempelaar-Lietz - Industrial Light & Magic
 * Joseph Goldstone - ARRI
 * John Mertic - The Linux Foundation
 
@@ -118,8 +121,8 @@
 All meetings of the TSC are open to participation by any member of the
 OpenEXR community. Meeting times are listed in the ASWF technical
 community calendar(https://lists.aswf.io/g/tac/calendar), currently
-each Thursday at 1pm Pacific Time via Zoom video conference.  The TSC
-Chair moderates the meeting, or appoints another TSC member to
+each Thursday at 1:30pm Pacific Time via Zoom video conference.  The
+TSC Chair moderates the meeting, or appoints another TSC member to
 moderate in his or her absence.
 
 Items are added to the TSC agenda which are considered contentious or
@@ -129,10 +132,10 @@
 
 The intention of the agenda is not to approve or review all
 patches. That should happen continuously on GitHub and be handled by
-the larger group of Committers.
+the larger group of committers.
 
-Any community member or Contributor can ask that something be reviewed
-by the TSC at the meeting by logging a GitHub issue. Any Committer,
+Any community member or contributor can ask that something be reviewed
+by the TSC at the meeting by logging a GitHub issue. Any committer,
 TSC member, or the meeting chair can bring the issue to the TSC's
 attention by applying the `TSC` label.

_service:tar_scm:openexr-3.1.5.tar.gz/LICENSE.md -> _service:tar_scm:openexr-3.1.9.tar.gz/LICENSE.md Changed

_service:tar_scm:openexr-3.1.5.tar.gz/README.md -> _service:tar_scm:openexr-3.1.9.tar.gz/README.md Changed

@@ -1,3 +1,6 @@
+
+
+
 !License(https://img.shields.io/github/license/AcademySoftwareFoundation/openexr)(LICENSE.md)
 !CII Best Practices(https://bestpractices.coreinfrastructure.org/projects/2799/badge)(https://bestpractices.coreinfrastructure.org/projects/2799)
 !Build Status(https://github.com/AcademySoftwareFoundation/openexr/workflows/CI/badge.svg)(https://github.com/AcademySoftwareFoundation/openexr/actions?query=workflow%3ACI)
@@ -6,7 +9,7 @@
 
 # OpenEXR
 
-<img align="right" src="docs/images/windowExample1.png">
+<img align="right" src="docs/technical/images/windowExample1.png">
 
 OpenEXR provides the specification and reference implementation of the
 EXR file format, the professional-grade image storage format of the
@@ -20,103 +23,7 @@
 critical, such as photorealistic rendering, texture access, image
 compositing, deep compositing, and DI.
 
-### About OpenEXR
-
-OpenEXR is a project of the Academy Software
-Foundation(https://www.aswf.io).  The format and library were
-originally developed by Industrial Light & Magic and first released
-in 2003.  Weta Digital, Walt Disney Animation Studios, Sony Pictures
-Imageworks, Pixar Animation Studios, DreamWorks, and other studios,
-companies, and individuals have made contributions to the code base.
-
-OpenEXR is included in the VFX Reference
-Platform(https://vfxplatform.com).
-
-### OpenEXR Features
-
-* High dynamic range and color precision.
-* Support for 16-bit floating-point, 32-bit floating-point, and
-  32-bit integer pixels.
-* Multiple image compression algorithms, both lossless and lossy. Some of
-  the included codecs can achieve 2:1 lossless compression ratios on images
-  with film grain.  The lossy codecs have been tuned for visual quality and
-  decoding performance.
-* Extensibility. New compression codecs and image types can easily be added
-  by extending the C++ classes included in the OpenEXR software distribution.
-  New image attributes (strings, vectors, integers, etc.) can be added to
-  OpenEXR image headers without affecting backward compatibility with
-  existing OpenEXR applications. 
-* Support for stereoscopic image workflows and a generalization
-  to multi-views.
-* Flexible support for deep data: pixels can store a variable-length list
-  of samples and, thus, it is possible to store multiple values at different
-  depths for each pixel. Hard surfaces and volumetric data representations
-  are accommodated.
-* Multipart: ability to encode separate, but related, images in one file.
-  This allows for access to individual parts without the need to read other
-  parts in the file.
-* Versioning: OpenEXR source allows for user configurable C++
-  namespaces to provide protection when using multiple versions of the
-  library in the same process space.
-
-### OpenEXR and Imath Version 3
-
-With the release of OpenEXR 3, the Imath library formerly distributed
-via the IlmBase component of OpenEXR is now an independent library
-dependency, available for download from https:://github.com/AcademySoftwareFoundation/Imath.
-You can choose to build OpenEXR against an external installation of
-Imath, or the default CMake configuration will download and build it
-automatically during the OpenEXR build process.  Note that the half
-16-bit floating point data type is included in Imath.
-
-See the porting
-guide(https://github.com/AcademySoftwareFoundation/Imath/blob/master/docs/PortingGuide2-3.md)
-for details about differences from previous releases and how to
-address them. Also refer to the porting guide for details about
-changes to Imath.
-
-#### New Features in OpenEXR v3.1
-
-The 3.1 release of OpenEXR introduces a new library, OpenEXRCore,
-which is the result of a significant re-thinking of how OpenEXR
-manages file I/O and provides access to image data. It begins to
-address long-standing scalability issues with multithreaded image
-reading and writing.
-
-The OpenEXRCore library provides thread-safe, non-blocking access to
-files, which was not possible with the current API, where the
-framebuffer management is separate from read requests. It is written
-entirely in C and provides a new C-language API alongside the existing
-C++ API. This new low-level API allows applications to do custom
-unpacking of EXR data, such as on the GPU, while still benefiting from
-efficient I/O, file validation, and other semantics. It provides
-efficient direct access to EXR files in texturing applications. This C
-library also introduces an easier path to implementing OpenEXR
-bindings in other languages, such as Rust.
-
-The 3.1 release represents a technology preview for upcoming
-releases. The initial release is incremental; the existing API and
-underlying behavior has not changed. The new API is available now for
-performance validation testing, and then in future OpenEXR releases,
-the C++ API will migrate to use the new core in stages. It is not the
-intention to entirely deprecate the C++ API, nor must all applications
-re-implement EXR I/O in terms of the C library. The C API does not,
-and will not, provide the rich set of utility classes that exist in
-the C++ layer. The 3.1 release of the OpenEXRCore library simply
-offers new functionality for specialty applications seeking the
-highest possible performance. In the future, the ABI will evolve, but
-the API will remain consistent, or only have additions.
-
-See Reading and Writing OpenEXR Image Files with the C-language
-API(https://openexr.readthedocs.io/en/latest/OpenEXRCoreAPI.html)
-for more information.
-
-### Supported Platforms
-
-OpenEXR builds on Linux, macOS, Microsoft Windows, and is
-cross-compilable on other systems.
-
-### OpenEXR Project Mission
+## OpenEXR Project Mission
 
 The goal of the OpenEXR project is to keep the EXR format reliable and
 modern and to maintain its place as the preferred image format for
@@ -136,77 +43,113 @@
 storage of volumetric data, cached or lit 3D scenes, or more complex
 3D data such as light fields.
 
-The goals of the IlmBase project are simplicity, ease of use,
-correctness and verifiability, and breadth of adoption. IlmBase is not
+The goals of the Imath project are simplicity, ease of use,
+correctness and verifiability, and breadth of adoption. Imath is not
 intended to be a comprehensive linear algebra or numerical analysis
 package.
 
-### OpenEXR Project Governance
+## Project Governance
 
-OpenEXR is hosted by the Academy Software Foundation. See
-GOVERNANCE(GOVERNANCE.md) for more information about how the project
-operates.
+OpenEXR is a project of the Academy Software
+Foundation(https://www.aswf.io). See the project's governance
+policies(GOVERNANCE.md), contribution guidelines(CONTRIBUTING.md), and code of conduct(CODE_OF_CONDUCT)
+for more information.
 
-The OpenEXR project is dedicated to promoting a harassment-free
-community. Read our code of conduct(CODE_OF_CONDUCT.md).
+# Quick Start
 
-## Developer Quick Start
+See the technical documentation(https://openexr.readthedocs.io) for
+complete details, but to get started, the "hello, world" `.exr` writer program is:
 
-See INSTALL(INSTALL.md) for instructions on downloading and building OpenEXR
-from source.
+    #include <ImfRgbaFile.h>
+    #include <ImfArray.h>
+    #include <iostream>
+    
+    int
+    main()
+    {
+        try {
+            int width =  10;
+            int height = 10;
+            
+            Imf::Array2D<Imf::Rgba> pixels(width, height);
+            for (int y=0; y<height; y++)
+                for (int x=0; x<width; x++)
+                    pixelsyx = Imf::Rgba(0, x / (width-1.0f), y / (height-1.0f));
+        
+            Imf::RgbaOutputFile file ("hello.exr", width, height, Imf::WRITE_RGBA);
+            file.setFrameBuffer (&pixels00, 1, width);
+            file.writePixels (height);
+        } catch (const std::exception &e) {
+            std::cerr << "Unable to read image file hello.exr:" << e.what() << std::endl;
+            return 1;
+        }
+        return 0;
+    }
 
-## Resources
+The `CMakeLists.txt` to build:
 
-* Website: http://www.openexr.com
+    cmake_minimum_required(VERSION 3.10)
+    project(exrwriter)
+    find_package(OpenEXR REQUIRED)
+    
+    add_executable(${PROJECT_NAME} writer.cpp)
+    target_link_libraries(${PROJECT_NAME} OpenEXR::OpenEXR)
 
-* GitHub repository: http://www.github.com/AcademySoftwareFoundation/openexr
+To build:
 
-* Technical Documentation: https://openexr.readthedocs.io
+    $ mkdir _build
+    $ cmake -S . -B _build
+    $ make --build _build
 
-* Reference images: https://github.com/AcademySoftwareFoundation/openexr-images.
+For more details, see The OpenEXR

_service:tar_scm:openexr-3.1.5.tar.gz/SECURITY.md -> _service:tar_scm:openexr-3.1.9.tar.gz/SECURITY.md Changed

_service:tar_scm:openexr-3.1.5.tar.gz/WORKSPACE.bazel -> _service:tar_scm:openexr-3.1.9.tar.gz/WORKSPACE.bazel Changed

_service:tar_scm:openexr-3.1.5.tar.gz/bazel/example/main.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/bazel/example/main.cpp Changed

@@ -3,45 +3,59 @@
 
 #include <string>
 
-// Function copied (with minior modifications) from pbrt-v3 (https://github.com/mmp/pbrt-v3) which is under BSD-2-Clause License
-static void WriteImageEXR(const std::string &name, const float *pixels,
-                          int xRes, int yRes, int totalXRes, int totalYRes,
-                          int xOffset, int yOffset) {
+// Function copied (with minor modifications) from pbrt-v3 (https://github.com/mmp/pbrt-v3) which is under BSD-2-Clause License
+static void
+WriteImageEXR (
+    const std::string& name,
+    const float*       pixels,
+    int                xRes,
+    int                yRes,
+    int                totalXRes,
+    int                totalYRes,
+    int                xOffset,
+    int                yOffset)
+{
     using namespace Imf;
     using namespace Imath;
 
-    Rgba *hrgba = new RgbaxRes * yRes;
+    Rgba* hrgba = new RgbaxRes * yRes;
     for (int i = 0; i < xRes * yRes; ++i)
-        hrgbai = Rgba(pixels3 * i, pixels3 * i + 1, pixels3 * i + 2);
+        hrgbai = Rgba (pixels3 * i, pixels3 * i + 1, pixels3 * i + 2);
 
     // OpenEXR uses inclusive pixel bounds.
-    Box2i displayWindow(V2i(0, 0), V2i(totalXRes - 1, totalYRes - 1));
-    Box2i dataWindow(V2i(xOffset, yOffset),
-                     V2i(xOffset + xRes - 1, yOffset + yRes - 1));
-
-    try {
-        RgbaOutputFile file(name.c_str(), displayWindow, dataWindow,
-                            WRITE_RGB);
-        file.setFrameBuffer(hrgba - xOffset - yOffset * xRes, 1, xRes);
-        file.writePixels(yRes);
-    } catch (const std::exception &exc) {
-        throw std::runtime_error("Error writing");
+    Box2i displayWindow (V2i (0, 0), V2i (totalXRes - 1, totalYRes - 1));
+    Box2i dataWindow (
+        V2i (xOffset, yOffset), V2i (xOffset + xRes - 1, yOffset + yRes - 1));
+
+    try
+    {
+        RgbaOutputFile file (
+            name.c_str (), displayWindow, dataWindow, WRITE_RGB);
+        file.setFrameBuffer (hrgba - xOffset - yOffset * xRes, 1, xRes);
+        file.writePixels (yRes);
+    }
+    catch (const std::exception& exc)
+    {
+        throw std::runtime_error ("Error writing");
     }
 
     delete hrgba;
 }
 
-int main() {
-    float data 3*100*100;
-
-    for(int y = 0; y < 100; ++y)
-        for(int x = 0; x < 100; ++x) {
-            data(y*100+x)*3+0 = 0.f; 
-            data(y*100+x)*3+1 = 1.f; 
-            data(y*100+x)*3+2 = 0.f; 
+int
+main ()
+{
+    float data3 * 100 * 100;
+
+    for (int y = 0; y < 100; ++y)
+        for (int x = 0; x < 100; ++x)
+        {
+            data(y * 100 + x) * 3 + 0 = 0.f;
+            data(y * 100 + x) * 3 + 1 = 1.f;
+            data(y * 100 + x) * 3 + 2 = 0.f;
         }
 
-    WriteImageEXR("test.exr", data, 100, 100, 100, 100, 0, 0);
+    WriteImageEXR ("test.exr", data, 100, 100, 100, 100, 0, 0);
 
     return 0;
 }
\ No newline at end of file

_service:tar_scm:openexr-3.1.5.tar.gz/bazel/third_party/Imath.BUILD -> _service:tar_scm:openexr-3.1.9.tar.gz/bazel/third_party/Imath.BUILD Changed

@@ -1,20 +1,21 @@
 # SPDX-License-Identifier: BSD-3-Clause
 # Copyright (c) Contributors to the OpenEXR Project.
 
-load("@openexr//:bazel/third_party/generate_header.bzl", "generate_header")
+load("@bazel_skylib//rules:expand_template.bzl", "expand_template")
 
-generate_header(
-    name = "ImathConfig.h",
+expand_template(
+    name = "ImathConfig",
+    out = "src/Imath/ImathConfig.h",
     substitutions = {
         "@IMATH_INTERNAL_NAMESPACE@": "Imath_3_1",
-        "@IMATH_LIB_VERSION@": "3.1.4",
+        "@IMATH_LIB_VERSION@": "3.1.9",
         "@IMATH_NAMESPACE_CUSTOM@": "0",
         "@IMATH_NAMESPACE@": "Imath",
-        "@IMATH_PACKAGE_NAME@": "Imath 3.1.4",
-        "@IMATH_VERSION_MAJOR@": "3",
-        "@IMATH_VERSION_MINOR@": "1",
-        "@IMATH_VERSION_PATCH@": "4",
-        "@IMATH_VERSION@": "3.1.4",
+        "@IMATH_PACKAGE_NAME@": "Imath 3.1.9",
+        "@Imath_VERSION_MAJOR@": "3",
+        "@Imath_VERSION_MINOR@": "1",
+        "@Imath_VERSION_PATCH@": "9",
+        "@IMATH_VERSION@": "3.1.9",
         "#cmakedefine IMATH_HALF_USE_LOOKUP_TABLE": "#define IMATH_HALF_USE_LOOKUP_TABLE",
         "#cmakedefine IMATH_ENABLE_API_VISIBILITY": "#define IMATH_ENABLE_API_VISIBILITY",
         "#cmakedefine IMATH_HAVE_LARGE_STACK": "/* #undef IMATH_HAVE_LARGE_STACK */",
@@ -38,6 +39,7 @@
         "src/Imath/ImathBoxAlgo.h",
         "src/Imath/ImathColor.h",
         "src/Imath/ImathColorAlgo.h",
+        "src/Imath/ImathConfig.h",
         "src/Imath/ImathEuler.h",
         "src/Imath/ImathExport.h",
         "src/Imath/ImathForward.h",
@@ -71,7 +73,4 @@
     ,
     includes = "src/Imath",
     visibility = "//visibility:public",
-    deps = 
-        ":ImathConfig.h",
-    ,
 )

_service:tar_scm:openexr-3.1.5.tar.gz/bazel/third_party/openexr_deps.bzl -> _service:tar_scm:openexr-3.1.9.tar.gz/bazel/third_party/openexr_deps.bzl Changed

@@ -7,29 +7,35 @@
 load("@bazel_tools//tools/build_defs/repo:utils.bzl", "maybe")
 
 def openexr_deps():
-    """Fetches dependencies (zlib and Imath) of OpenEXR."""
+    """Fetches dependencies (zlib and Imath) of OpenEXR and Skylib for header generation."""
 
     maybe(
         http_archive,
         name = "net_zlib_zlib",
-        build_file = "@openexr//:bazel/third_party/zlib.BUILD",
-        sha256 = "91844808532e5ce316b3c010929493c0244f3d37593afd6de04f71821d5136d9",
-        strip_prefix = "zlib-1.2.12",
+        build_file = "@com_openexr//:bazel/third_party/zlib.BUILD",
+        sha256 = "b3a24de97a8fdbc835b9833169501030b8977031bcb54b3b3ac13740f846ab30",
+        strip_prefix = "zlib-1.2.13",
         urls = 
-            "https://zlib.net/zlib-1.2.12.tar.gz",
-            "https://mirror.bazel.build/zlib.net/zlib-1.2.12.tar.gz",
+            "https://mirror.bazel.build/zlib.net/zlib-1.2.13.tar.gz",
+            "https://zlib.net/zlib-1.2.13.tar.gz",
         ,
     )
 
-    # sha256 was determined using:
-    # curl -sL https://github.com/AcademySoftwareFoundation/Imath/archive/refs/tags/v3.1.5.tar.gz --output Imath-3.1.5.tar.gz
-    # sha256sum Imath-3.1.5.tar.gz
-    # If the hash is incorrect Bazel will report an error and show the actual hash of the file.
     maybe(
         http_archive,
         name = "Imath",
-        build_file = "@openexr//:bazel/third_party/Imath.BUILD",
-        strip_prefix = "Imath-3.1.5",
-        sha256 = "1e9c7c94797cf7b7e61908aed1f80a331088cc7d8873318f70376e4aed5f25fb",
-        urls = "https://github.com/AcademySoftwareFoundation/Imath/archive/refs/tags/v3.1.5.tar.gz",
+        build_file = "@com_openexr//:bazel/third_party/Imath.BUILD",
+        strip_prefix = "Imath-3.1.9",
+        sha256 = "f1d8aacd46afed958babfced3190d2d3c8209b66da451f556abd6da94c165cf3",
+        urls = "https://github.com/AcademySoftwareFoundation/Imath/archive/refs/tags/v3.1.9.tar.gz",
+    )
+
+    maybe(
+        http_archive,
+        name = "bazel_skylib",
+        sha256 = "66ffd9315665bfaafc96b52278f57c7e2dd09f5ede279ea6d39b2be471e7e3aa",
+        urls = 
+            "https://mirror.bazel.build/github.com/bazelbuild/bazel-skylib/releases/download/1.4.2/bazel-skylib-1.4.2.tar.gz",
+            "https://github.com/bazelbuild/bazel-skylib/releases/download/1.4.2/bazel-skylib-1.4.2.tar.gz",
+        ,
     )

_service:tar_scm:openexr-3.1.5.tar.gz/cmake/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/cmake/CMakeLists.txt Changed

@@ -180,12 +180,23 @@
 ####### Install pkg-config files if requested
 
 if(OPENEXR_INSTALL_PKG_CONFIG)
+
+  # Prepend prefix for includedir only if CMAKE_INSTALL_INCLUDEDIR is relative
+  if(IS_ABSOLUTE "${CMAKE_INSTALL_INCLUDEDIR}")
+      set(PKG_CONFIG_INSTALL_INCLUDEDIR "${CMAKE_INSTALL_INCLUDEDIR}")
+  else()
+      set(PKG_CONFIG_INSTALL_INCLUDEDIR "\${prefix}/${CMAKE_INSTALL_INCLUDEDIR}")
+  endif()
+
+  # Prepend exec_prefix for libdir only if CMAKE_INSTALL_LIBDIR is relative
+  if(IS_ABSOLUTE "${CMAKE_INSTALL_LIBDIR}")
+      set(PKG_CONFIG_INSTALL_LIBDIR "${CMAKE_INSTALL_LIBDIR}")
+  else()
+      set(PKG_CONFIG_INSTALL_LIBDIR "\${exec_prefix}/${CMAKE_INSTALL_LIBDIR}")
+  endif()
+
   # use a helper function to avoid variable pollution, but pretty simple
   function(openexr_pkg_config_help pcinfile)
-    set(prefix ${CMAKE_INSTALL_PREFIX})
-    set(exec_prefix "\${prefix}")
-    set(libdir ${CMAKE_INSTALL_FULL_LIBDIR})
-    set(includedir ${CMAKE_INSTALL_FULL_INCLUDEDIR})
     string(TOUPPER "${CMAKE_BUILD_TYPE}" uppercase_CMAKE_BUILD_TYPE)
     set(LIB_SUFFIX_DASH ${OPENEXR_LIB_SUFFIX}${CMAKE_${uppercase_CMAKE_BUILD_TYPE}_POSTFIX})
     if(OPENEXR_ENABLE_THREADING AND TARGET Threads::Threads)

_service:tar_scm:openexr-3.1.9.tar.gz/cmake/FindPythonPackage.cmake Added

@@ -0,0 +1,79 @@
+# SPDX-License-Identifier: BSD-3-Clause
+# Copyright Contributors to the OpenColorIO Project.
+#
+# Locate a Python package
+#
+# Variables defined by this module:
+#   <package>_FOUND
+#
+# Usage:
+#   find_python_package(Jinja2 2.10.1)
+#
+# If the package is not installed in a standard path, add it to the PYTHONPATH 
+# environment variable before running CMake.
+#
+
+find_package(Python QUIET COMPONENTS Interpreter)
+
+macro(find_python_package package)
+    # Some Python packages have "-" in the PyPi name, but are replaced with "_" 
+    # in the actual package name.
+    string(REPLACE "-" "_" _PKG_IMPORT ${package})
+
+    # Parse options
+    foreach(_ARG ${ARGN})
+        if(_ARG STREQUAL "REQUIRED")
+            set(_PKG_REQUIRED TRUE)
+        endif()
+        if(_PREV_ARG STREQUAL "REQUIRES")
+            set(_PKG_REQUIRES ${_ARG})
+        endif()
+        set(_PREV_ARG ${_ARG})
+    endforeach()
+    
+    if(NOT TARGET ${package})
+        add_custom_target(${package})
+        if(_PKG_REQUIRES)
+            add_dependencies(${package} ${_PKG_REQUIRES})
+            unset(_PKG_REQUIRES)
+        endif()
+        set(_${package}_TARGET_CREATE TRUE)
+    endif()
+
+    set(_PKG_INSTALL TRUE)
+
+    # Try importing Python package
+    execute_process(
+        COMMAND
+            "${Python_EXECUTABLE}" -c "import ${_PKG_IMPORT}"
+        RESULT_VARIABLE
+            _PKG_IMPORT_RESULT
+        OUTPUT_QUIET ERROR_QUIET
+    )
+
+    if(_PKG_IMPORT_RESULT EQUAL 0)
+        set(${package}_FOUND TRUE)
+
+        # Get the package's location
+        execute_process(
+            COMMAND
+                "${Python_EXECUTABLE}" -c 
+                "import ${_PKG_IMPORT}, os; print(os.path.dirname(${_PKG_IMPORT}.__file__))"
+            OUTPUT_VARIABLE
+                _PKG_DIR
+            ERROR_QUIET
+        )
+        string(STRIP "${_PKG_DIR}" _PKG_DIR)
+        message(STATUS "Found ${package}: ${_PKG_DIR}")
+
+    else()
+        set(${package}_FOUND FALSE)
+        set(_FIND_ERR "Could NOT find ${package} (import ${_PKG_IMPORT} failed)")
+
+        if(_PKG_REQUIRED)
+            message(FATAL_ERROR "${_FIND_ERR}")
+        endif()
+        message(STATUS "${_FIND_ERR}")
+    endif()
+
+endmacro()

_service:tar_scm:openexr-3.1.5.tar.gz/cmake/FindSphinx.cmake -> _service:tar_scm:openexr-3.1.9.tar.gz/cmake/FindSphinx.cmake Changed

_service:tar_scm:openexr-3.1.5.tar.gz/cmake/IexConfig.h.in -> _service:tar_scm:openexr-3.1.9.tar.gz/cmake/IexConfig.h.in Changed

_service:tar_scm:openexr-3.1.5.tar.gz/cmake/IlmThreadConfig.h.in -> _service:tar_scm:openexr-3.1.9.tar.gz/cmake/IlmThreadConfig.h.in Changed

_service:tar_scm:openexr-3.1.5.tar.gz/cmake/LibraryDefine.cmake -> _service:tar_scm:openexr-3.1.9.tar.gz/cmake/LibraryDefine.cmake Changed

_service:tar_scm:openexr-3.1.5.tar.gz/cmake/OpenEXR.pc.in -> _service:tar_scm:openexr-3.1.9.tar.gz/cmake/OpenEXR.pc.in Changed

_service:tar_scm:openexr-3.1.5.tar.gz/cmake/OpenEXRConfig.cmake.in -> _service:tar_scm:openexr-3.1.9.tar.gz/cmake/OpenEXRConfig.cmake.in Changed

_service:tar_scm:openexr-3.1.5.tar.gz/cmake/OpenEXRConfig.h.in -> _service:tar_scm:openexr-3.1.9.tar.gz/cmake/OpenEXRConfig.h.in Changed

_service:tar_scm:openexr-3.1.5.tar.gz/cmake/OpenEXRConfigInternal.h.in -> _service:tar_scm:openexr-3.1.9.tar.gz/cmake/OpenEXRConfigInternal.h.in Changed

_service:tar_scm:openexr-3.1.5.tar.gz/cmake/OpenEXRSetup.cmake -> _service:tar_scm:openexr-3.1.9.tar.gz/cmake/OpenEXRSetup.cmake Changed

@@ -72,7 +72,7 @@
 set(CMAKE_DEBUG_POSTFIX "_d" CACHE STRING "Suffix for debug builds")
 
 if(NOT OPENEXR_IS_SUBPROJECT)
-  # Usual cmake option to build shared libraries or not, only overriden if OpenEXR is a top level project,
+  # Usual cmake option to build shared libraries or not, only overridden if OpenEXR is a top level project,
   # in general this setting should be explicitly configured by the end user
   option(BUILD_SHARED_LIBS "Build shared library" ON)
 endif()
@@ -220,13 +220,8 @@
     set(zlibstaticlibname "z")
   endif()
 
-  if(NOT (APPLE OR WIN32) AND BUILD_SHARED_LIBS AND NOT OPENEXR_FORCE_INTERNAL_ZLIB)
-    add_library(zlib_shared SHARED IMPORTED GLOBAL)
-    add_dependencies(zlib_shared zlib_external)
-    set_property(TARGET zlib_shared PROPERTY
-      IMPORTED_LOCATION "${zlib_INTERNAL_DIR}/lib/${CMAKE_SHARED_LIBRARY_PREFIX}${zliblibname}${CMAKE_SHARED_LIBRARY_SUFFIX}"
-      )
-    target_include_directories(zlib_shared INTERFACE "${zlib_INTERNAL_DIR}/include")
+  if(MSVC)
+    set(zlibpostfix "d")
   endif()
 
   add_library(zlib_static STATIC IMPORTED GLOBAL)
@@ -234,9 +229,24 @@
   set_property(TARGET zlib_static PROPERTY
     IMPORTED_LOCATION "${zlib_INTERNAL_DIR}/lib/${CMAKE_STATIC_LIBRARY_PREFIX}${zlibstaticlibname}${CMAKE_STATIC_LIBRARY_SUFFIX}"
     )
+  set_property(TARGET zlib_static PROPERTY
+    IMPORTED_LOCATION_DEBUG "${zlib_INTERNAL_DIR}/lib/${CMAKE_STATIC_LIBRARY_PREFIX}${zlibstaticlibname}${zlibpostfix}${CMAKE_STATIC_LIBRARY_SUFFIX}"
+    )
   target_include_directories(zlib_static INTERFACE "${zlib_INTERNAL_DIR}/include")
 
   if(NOT (APPLE OR WIN32) AND BUILD_SHARED_LIBS AND NOT OPENEXR_FORCE_INTERNAL_ZLIB)
+    add_library(zlib_shared SHARED IMPORTED GLOBAL)
+    add_dependencies(zlib_shared zlib_external)
+    set_property(TARGET zlib_shared PROPERTY
+      IMPORTED_LOCATION "${zlib_INTERNAL_DIR}/lib/${CMAKE_SHARED_LIBRARY_PREFIX}${zliblibname}${CMAKE_SHARED_LIBRARY_SUFFIX}"
+      )
+    set_property(TARGET zlib_static PROPERTY
+      IMPORTED_LOCATION_DEBUG "${zlib_INTERNAL_DIR}/lib/${CMAKE_SHARED_LIBRARY_PREFIX}${zliblibname}${zlibpostfix}${CMAKE_SHARED_LIBRARY_SUFFIX}"
+      )
+    target_include_directories(zlib_shared INTERFACE "${zlib_INTERNAL_DIR}/include")
+  endif()
+
+  if(NOT (APPLE OR WIN32) AND BUILD_SHARED_LIBS AND NOT OPENEXR_FORCE_INTERNAL_ZLIB)
     add_library(ZLIB::ZLIB ALIAS zlib_shared)
   else()
     add_library(ZLIB::ZLIB ALIAS zlib_static)
@@ -251,7 +261,7 @@
 # Check to see if Imath is installed outside of the current build directory.
 set(IMATH_REPO "https://github.com/AcademySoftwareFoundation/Imath.git" CACHE STRING
     "Repo for auto-build of Imath")
-set(IMATH_TAG "v3.1.5" CACHE STRING
+set(IMATH_TAG "v3.1.9" CACHE STRING
   "Tag for auto-build of Imath (branch, tag, or SHA)")
 if(NOT OPENEXR_FORCE_INTERNAL_IMATH)
   #TODO: ^^ Release should not clone from master, this is a place holder
@@ -302,3 +312,21 @@
     message(STATUS "Imath interface dirs ${IMATH_HEADER_ONLY_INCLUDE_DIRS}")
   endif()
 endif()
+
+###########################################
+# Check if we need to emulate vld1q_f32_x2
+###########################################
+
+if(CMAKE_SYSTEM_PROCESSOR MATCHES "aarch64")
+  include(CheckCSourceCompiles)
+  check_c_source_compiles("#include <arm_neon.h>
+int main() {
+  float a = {1.0, 1.0};
+  vld1q_f32_x2(a);
+  return 0;
+}" HAS_VLD1)
+
+  if(NOT HAS_VLD1)
+    set(OPENEXR_MISSING_ARM_VLD1 TRUE)
+  endif()
+endif()

_service:tar_scm:openexr-3.1.9.tar.gz/docs/API.rst Added

_service:tar_scm:openexr-3.1.5.tar.gz/docs/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/CMakeLists.txt Changed

@@ -6,6 +6,9 @@
 find_package(Doxygen REQUIRED)
 find_package(Sphinx REQUIRED)
 
+include(FindPythonPackage)
+find_python_package(sphinx-press-theme REQUIRED)
+
 set(DOXYGEN_INPUT_DIR ${PROJECT_SOURCE_DIR}/src/lib/OpenEXRCore)
 set(DOXYGEN_OUTPUT_DIR ${CMAKE_CURRENT_BINARY_DIR}/doxygen)
 set(DOXYGEN_INDEX_FILE ${DOXYGEN_OUTPUT_DIR}/html/index.html)
@@ -16,6 +19,8 @@
 set(SPHINX_BUILD ${CMAKE_CURRENT_BINARY_DIR}/sphinx)
 set(SPHINX_INDEX_FILE ${SPHINX_BUILD}/index.html)
 
+set(SPHINX_OPTS "-W" CACHE STRING "Sphinx build options")
+
 configure_file(${DOXYFILE_IN} ${DOXYFILE_OUT} @ONLY)
 
 file(MAKE_DIRECTORY ${DOXYGEN_OUTPUT_DIR})
@@ -28,7 +33,7 @@
 
 add_custom_command(OUTPUT ${SPHINX_INDEX_FILE}
                    COMMAND 
-                     ${SPHINX_EXECUTABLE} -b html
+                     ${SPHINX_EXECUTABLE} -b html ${SPHINX_OPTS}
                      # Tell Breathe where to find the Doxygen output
                      -Dbreathe_projects.OpenEXR=${DOXYGEN_OUTPUT_DIR}/xml
                    ${SPHINX_SOURCE} ${SPHINX_BUILD}

_service:tar_scm:openexr-3.1.5.tar.gz/docs/Doxyfile.in -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/Doxyfile.in Changed

_service:tar_scm:openexr-3.1.9.tar.gz/docs/HelloWorld.rst Added

_service:tar_scm:openexr-3.1.5.tar.gz/docs/InterpretingDeepPixels.rst -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/InterpretingDeepPixels.rst Changed

@@ -1,3 +1,7 @@
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
+
 Interpreting OpenEXR Deep Pixels
 ################################
 
@@ -185,6 +189,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
                  
    * - Color or auxiliary channel base name
      - Matching alpha channel base name
@@ -205,6 +210,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
                  
    * - Channel name
      - Associated alpha channel
@@ -423,22 +429,18 @@
 
 For the depth channels, the new samples are:
 
-.. list-table::
-   
-   * - .. math:: S_{i,new}\left( Z \right) = \ S_{i}\left( Z \right)
-     - .. math:: S_{i + 1,new}\left( Z \right) = \ z
-   * - .. math:: S_{i,new}\left( \text{ZBack} \right) = \ z
-     - .. math:: S_{i + 1,new}\left( \text{ZBack} \right) = \ S_{i}\left( \text{ZBack} \right)
+.. math:: S_{i,new}\left( Z \right) = \ S_{i}\left( Z \right)
+.. math:: S_{i + 1,new}\left( Z \right) = \ z
+.. math:: S_{i,new}\left( \text{ZBack} \right) = \ z
+.. math:: S_{i + 1,new}\left( \text{ZBack} \right) = \ S_{i}\left( \text{ZBack} \right)
 
 For a color channel, ``c``, and its associated alpha channel,
 :math:`\alpha`, the new samples are:
 
-.. list-table::
-
-   * - .. math:: S_{i,new}\left( \alpha \right) = \alpha_{i}(z)
-     - .. math:: S_{i + 1,new}\left( \alpha \right) = \alpha_{i}({S_{i}\left( Z \right) + S}_{i}\left( \text{ZBack} \right) - z)
-   * - .. math:: S_{i,new}\left( c \right) = c_{i}(z)
-     - .. math:: S_{i + 1,new}\left( c \right) = c_{i}\left( {S_{i}\left( Z \right) + S}_{i}\left( \text{ZBack} \right) - z \right)
+.. math:: S_{i,new}\left( \alpha \right) = \alpha_{i}(z)
+.. math:: S_{i + 1,new}\left( \alpha \right) = \alpha_{i}({S_{i}\left( Z \right) + S}_{i}\left( \text{ZBack} \right) - z)
+.. math:: S_{i,new}\left( c \right) = c_{i}(z)
+.. math:: S_{i + 1,new}\left( c \right) = c_{i}\left( {S_{i}\left( Z \right) + S}_{i}\left( \text{ZBack} \right) - z \right)
 
 If it is not done exactly right, splitting a sample can lead to large
 rounding errors for the colors of the new samples when the opacity of

_service:tar_scm:openexr-3.1.5.tar.gz/docs/MultiViewOpenEXR.rst -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/MultiViewOpenEXR.rst Changed

_service:tar_scm:openexr-3.1.5.tar.gz/docs/OpenEXRCoreAPI.rst -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/OpenEXRCoreAPI.rst Changed

_service:tar_scm:openexr-3.1.5.tar.gz/docs/OpenEXRFileLayout.rst -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/OpenEXRFileLayout.rst Changed

@@ -1,3 +1,7 @@
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
+
 OpenEXR File Layout
 ###################
 
@@ -43,7 +47,8 @@
 features:
 
 .. list-table::
-
+   :align: left
+           
    * - Feature
      - Description
      - See
@@ -93,7 +98,8 @@
 OpenEXR uses the following six integer data types:
 
 .. list-table::
-
+   :align: left
+   
    * - name
      - signed
      - size in bytes
@@ -133,6 +139,7 @@
 floating-point data types:
 
 .. list-table::
+   :align: left
 
    * - name
      - size in bytes
@@ -304,6 +311,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
                  
    * - Description
      - Compatible with
@@ -424,6 +432,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
 
    * - attribute name
      - attribute type
@@ -455,6 +464,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
 
    * - attribute name
      - attribute type
@@ -476,6 +486,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
 
    * - attribute name
      - attribute type
@@ -492,6 +503,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
 
    * - attribute name
      - attribute type
@@ -530,6 +542,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
 
    * - attribute name
      - attribute type
@@ -631,6 +644,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
 
    * - part type
      - type attribute
@@ -658,6 +672,7 @@
 per block depends on how the pixel data are compressed:
 
 .. list-table::
+   :align: left
 
    * - ``NO_COMPRESSION``
      - 1

_service:tar_scm:openexr-3.1.9.tar.gz/docs/PortingGuide.rst Added

@@ -0,0 +1,605 @@
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
+
+.. _porting:
+
+OpenEXR/Imath 2.x to 3.x Porting Guide
+######################################
+
+This porting guide outlines the several areas where switching from OpenEXR
+2.x to OpenEXR 3.x + Imath 3.x will require source code or build changes of
+downstream software.
+
+In each case, we will often explain both how to change if you are expecting
+3.x only hereafter, or usually a more complex accommodation if you want to
+keep compatibility with both 2.x and 3.x.
+
+OpenEXR and Imath Are Different Packages
+========================================
+
+If your use of OpenEXR was only for the sake of using the math classes and
+utilities, maybe you were unhappy that you needed to download and build the
+full OpenEXR dependency. You are in luck -- now Imath is a separate, very
+lightweight open source package. You can use Imath functionality without
+needing any of OpenEXR, which as of 3.x only includes the parts you need to
+read and write OpenEXR image files.
+
+The parts of "IlmBase" that were ``Imath`` and ``half`` are now repackaged
+as the ``Imath`` library. The ``IlmThread`` and ``Iex`` libraries have been
+folded into the OpenEXR package, since they were were not necessary to
+the rest of Imath.
+
+When building OpenEXR 3.x, note that if Imath 3.x library is not found
+already installed at build time, it will be automatically downloaded and
+built as part of the OpenEXR build.
+
+Background
+==========
+
+Why is this happening? Here is the relevant history.
+
+The OpenEXR project has historically consisted of four separate subprojects:
+
+* ``OpenEXR`` - the Imf image format
+* ``IlmBase`` - supporting utilities (Imath, Half, Iex, IlmThread)
+* ``PyIlmBase`` - python bindings for the IlmBase libraries
+* ``OpenEXR_Viewers`` - code for an example EXR image viewer 
+
+Prior to the 2.4 release in 2019, OpenEXR relied primarily on the Gnu
+autotools build system and was released as four separate tarballs
+(ilmbase, pyilmbase, openexr, openexr_viewers) that were constructed
+via the Gnu tools. This gave direct access to the "IlmBase" libraries
+independent of the OpenEXR format library. The project also included
+CMake files but CMake support was incomplete.
+
+With the adoption of OpenEXR by the Academy Software Foundation in
+2019, the technical steering committee made several key changes:
+
+1. Drop support for autotools in favor of CMake. A significant portion
+   of the OpenEXR user base uses Windows, which the Gnu autotools does
+   not support.  Supporting two build systems is a maintenance burden
+   that the TSC opted to avoid. We now assume that all modern users of
+   OpenEXR can reasonably be expected to rely on CMake.
+
+2. Rely on GitHub's automatic release packaging mechanism. This
+   packages the entire contents of package in a single
+   tarball. Separate tarballs are no longer generated by the Gnu
+   autotools setup.
+
+3. Deprecate the OpenEXR_Viewers code. It was impossibly out of date
+   and of little modern value.
+
+Thus, with the 2.4 release, the "IlmBase" libraries are no longer
+distributed in a form that is readily separable from the rest of
+OpenEXR. The build and installation process for the overall OpenEXR
+project is complicated by the fact it consists of four separate
+projects, which added significant complexity to the CMake setup.
+
+Because Imath is generally useful to the community, the TSC decided to
+simplify the configuration by separating Imath into its own independent
+project, maintained and released independently of OpenEXR, and
+introducing it as a new external dependency of OpenEXR.
+
+To further simplify matters, the new Imath library includes the half
+data type directly, rather than maintaining it in a separate
+library. Also, the community at large has a strong desire for simple
+vector/matrix utilities that are unencumbered by Iex, the IlmBase
+library that provides higher-level exception classes, and even
+further, a clear delineation between functionality that (1) relies on
+exception handlings and (2) is free from exceptions. As a result,
+support for Iex has been removed from Imath, and the Iex library is
+now packaged as a component of OpenEXR.
+
+The Imath python bindings are a part of Imath as a configuration
+option, although support is off by default to simplify the build process
+for most users.
+
+New Library Names and Repository Structures
+===========================================
+
+The new repositories place all source code under the ``src`` top-level
+subdirectory.
+
+Imath:
+------
+
+.. code-block::
+
+    src
+    ├── Imath
+    ├── ImathTest
+    └── python
+        ├── config
+        ├── PyImath
+        ├── PyImathNumpy
+        ├── PyImathTest
+        ├── PyImathNumpyTest
+        └── PyImathSpeedTest
+
+
+OpenEXR:
+--------
+
+The ``IlmImf`` library has been renamed ``OpenEXR``. No header files have
+changed names, only their locations in the repo have changes.
+
+.. code-block::
+
+    src
+    ├── bin
+    │   ├── exr2aces
+    │   ├── exrbuild
+    │   ├── exrcheck
+    │   ├── exrenvmap
+    │   ├── exrheader
+    │   ├── exrmakepreview
+    │   ├── exrmaketiled
+    │   ├── exrmultipart
+    │   ├── exrmultiview
+    │   └── exrstdattr
+    ├── lib
+    │   ├── Iex
+    │   ├── IexMath
+    │   ├── IlmThread
+    │   ├── OpenEXR
+    │   └── OpenEXRUtil
+    ├── examples
+    └── test
+        ├── IexTest
+        ├── OpenEXRTest
+        ├── OpenEXRUtilTest
+        └── OpenEXRFuzzTest
+
+
+Finding and Using OpenEXR and Imath CMake Configs
+=================================================
+
+OpenEXR/Imath 3.x Only
+----------------------
+
+If you are *only* concerned with OpenEXR/Imath 3.x going forward, this is
+the recommended way to find the libraries in a downstream project that uses
+the CMake build system:
+
+.. code-block::
+
+    find_package(Imath CONFIG)
+    find_package(OpenEXR CONFIG)
+
+Note that the second line may be omitted if you only need the Imath
+portions.
+
+And then your project can reference the imported targets like this:
+
+.. code-block::
+
+    target_link_libraries (my_target
+        PRIVATE
+            OpenEXR::OpenEXR
+            Imath::Imath
+            Imath::Half
+        )
+
+You only need the parts you use, so for example, if you only need Half and
+Imath, you can omit the OpenEXR target. Also note that in our example above,
+we have used the ``PRIVATE`` label, but you should specify them as ``PUBLIC`` if
+you are exposing those classes in your own package's public interface.
+
+
+Accommodating OpenEXR/Imath 3.x or OpenEXR 2.x
+----------------------------------------------
+
+On the other hand, to accommodate both 2.x and 3.x, it's admittedly
+inconvenient because the packages and the import targets have changed their
+names.  We have found the following idioms to work:
+
+Finding either/both packages:
+
+.. code-block::

_service:tar_scm:openexr-3.1.5.tar.gz/docs/ReadingAndWritingImageFiles.rst -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/ReadingAndWritingImageFiles.rst Changed

@@ -1,5 +1,9 @@
-Reading and Writing OpenEXR Image Files with the OpenEXR Library
-################################################################
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
+
+Reading and Writing Image Files with the OpenEXR Library
+########################################################
 
 Document Purpose and Audience
 =============================
@@ -37,7 +41,8 @@
 
 .. list-table::
    :header-rows: 1
-      
+   :align: left
+   
    * -
      - tiles
      - scan lines
@@ -544,7 +549,7 @@
 **Note:** ``base`` is of type ``char*``, and that offsets from
 ``base`` are not implicitly multiplied by the size of an individual
 pixel, as in the RGBA-only interface. ``xStride`` and ``yStride`` must
-explictly take the size of the pixels into account.
+explicitly take the size of the pixels into account.
 
 With the values specified in our example, the OpenEXR library computes
 the address of the G channel of pixel ``(x,y)`` like this:
@@ -797,6 +802,7 @@
 stored in the file.  There are three different level modes:
 
 .. list-table::
+   :align: left
 
    * - ``ONE_LEVEL``
      - The file contains only a single, full-resolution level.  A ONE_LEVEL
@@ -1462,7 +1468,7 @@
                 throw Iex::InputExc ("Unexpected end of file.");
         }
         
-        return feof (_file);
+        return !feof (_file);
     }
 
 ``tellg()`` returns the current reading position, in bytes, from the
@@ -1897,7 +1903,7 @@
 Every pixel in the image corresponds to a 3D direction, and the data
 stored in the pixel represent the amount of light arriving from this
 direction. In 3D rendering applications, environment maps are often
-used for image-based lighting techniques that appoximate how objects
+used for image-based lighting techniques that approximate how objects
 are illuminated by their surroundings. Environment maps with enough
 dynamic range to represent even the brightest light sources in the
 environment are sometimes called "light probe images."
@@ -1910,6 +1916,7 @@
 type. Two values are possible:
 
 .. list-table::
+   :align: left
 
    * - ``ENVMAP_LATLONG``
      - **Latitude-Longitude Map** The environment is projected onto
@@ -1985,7 +1992,7 @@
 on the ``Header`` object:
 
 .. code-block::
-   :linenos
+   :linenos:
 
     Header header (width, height);
     header.channels().insert ("G", Channel (HALF));
@@ -2038,7 +2045,7 @@
 Alternatively, set the compression level on the ``Header`` object:
 
 .. code-block::
-   :linenos
+   :linenos:
 
     Header header (width, height);
     header.channels().insert ("G", Channel (HALF));

_service:tar_scm:openexr-3.1.5.tar.gz/docs/StandardOptionalAttributes.rst -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/StandardOptionalAttributes.rst Changed

_service:tar_scm:openexr-3.1.9.tar.gz/docs/SymbolVisibility.rst Added

@@ -0,0 +1,157 @@
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
+
+.. _Symbol Visibility in OpenEXR:
+
+Symbol Visibility in OpenEXR
+############################
+
+Managing symbol visibility in a C++ library can reduce library sizes,
+and with the extra information, the optimizer may produce faster
+code. To take advantage of this, OpenEXR 3.0 is switching to
+explicitly manage symbols on all platforms, with a hidden-by-default
+behavior on unix-based platforms. Managing symbols has always been
+required for Windows DLLs, where one must explicitly tag functions for
+import and export as appropriate.
+
+For C, this is trivial: just tag public functions or global variable
+as default visibility and leave everything else defaulting to
+hidden. However, in C++, this is not exactly the same story. Functions
+and globals are of course the same. And class member functions are
+largely the same, and other than the attribute specification
+mechanics, follow the same rules between gcc, clang, and
+msvc. However, types have richer information than they do in C. So,
+unless extra work is done, concepts for RTTI like the typeinfo and the
+vtable for virtual classes will be hidden, and not visible. These are
+referred to as "vague" linkage objects in some discussions.
+
+It is with the "vague" linkage objects where different properties
+arise. For example, if you have a template, it is happily instantiated
+in multiple compile units. If the typeinfo is hidden for one library,
+then this may cause things like dynamic_cast to fail because then the
+same typeinfo is not used, and even though one might think that
+``ImfAttribute<Imath::Box2i>`` are the same in two places, because they
+are instantiated in separate places, they may be considered different
+types. To compound the issue, there are different rules for this in
+different implementations. For example, a default gcc under linux
+allows one to link against otherwise private "vague" linkage objects
+such that the typeinfo ends up as the same entity. clang, for MacOS
+anyway, follows a stricter approach and keeps those types separate,
+perhaps due to the two level namespace they maintain for symbols.
+
+Unfortunately, this is not clearly discussed as an overview of the
+differences between platforms, hence this document to add
+clarity. Each compiler / platform describes their own behavior, but
+not how that behaves relative to others. `libc++
+<https://libcxx.llvm.org/docs/DesignDocs/VisibilityMacros.html>`_ from
+the llvm project is the closest to providing comparative information,
+where by looking at how they define their macros and the comments
+surrounding, one can infer the behavior among at least windows DLL
+mode, then gcc vs. clang for unixen. Other compilers, for example,
+Intel's icc, tend to adopt the behavior of the predominant compiler
+for that platform (i.e. msvc under windows, gcc under linux), and so
+can generally adopt that behavior and are ignored here. If this is not
+true, the ifdef rules in the various library ``Export.h`` headers
+within OpenEXR may need to be adjusted, and this table updated.
+
+As a summary, below is a table of the attribute or declspec that needs
+to be used for a particular C++ entity to be properly exported. This
+does not address weak symbols, ABI versioning, and only focusing on
+visibility. Under Windows DLL rules, if one exports the entire class,
+it also exports the types for the member types as well, which is not
+desired, so these are marked as N/A even though the compiler does
+allow that to happen.
+
+.. list-table::
+   :header-rows: 1
+   :align: left
+
+   * - C++ vs Compiler
+     - MSVC
+     - mingw
+     - gcc
+     - clang
+   * - function
+     - ``dllexport/dllimport``
+     - ``dllexport/dllimport``
+     - ``visibility("default")``
+     - ``visibility("default")``
+   * - hide a function
+     - N/A
+     - N/A
+     - ``visibility("hidden")``
+     - ``visibility("hidden")``
+   * - ``class(typeinfo)``
+     - N/A
+     - N/A
+     - ``visibility("default")``
+     - ``visibility("default")``
+   * - template class
+     - N/A
+     - N/A
+     - ``visibility("default")``
+     - ``type_visibility("default")``
+   * - template data
+     - N/A
+     - N/A
+     - ``visibility("default")``
+     - ``visibility("default")``
+   * - class template instantiation
+     - ``dllexport/dllimport``
+     - N/A
+     - N/A
+     - ``visibility("default")``
+   * - enum
+     - N/A
+     - N/A
+     - auto unhides (N/A)
+     - ``type_visibility("default")``
+   * - extern template
+     - N/A
+     - ``dllexport/dllimport``
+     - ``visibility("default")``
+     - ``visibility("default")``
+
+With this matrix in mind, we can see the maximal set of macros we need to
+provide throughout the code. *NB*: This does not mean that we need to
+declare all of these, just that they might be needed. ``XXX`` should be
+substituted for the particular library name being compiled
+(``OPENEXR``, ``OPENEXRUTIL``, ``OPENEXRCORE``, ``IEX``,
+``ILMTHREAD``, ``IMATH``).
+
+.. list-table::
+   :header-rows: 1
+   :align: left
+
+   * - macro name
+     - purpose
+   * - ``XXX_EXPORT``
+     - one of export or import for windows, visibility for others
+   * - ``XXX_EXPORT_TYPE``
+     - for declaring a class / struct as public (for typeinfo / vtable)
+   * - ``XXX_HIDDEN``
+     - used to explicitly hide, especially members of types
+   * - ``XXX_EXPORT_TEMPLATE_TYPE``
+     - stating the template type should be visible
+   * - ``XXX_EXPORT_EXTERN_TEMPLATE``
+     - exporting template types (i.e. extern side of extern template)
+   * - ``XXX_EXPORT_TEMPLATE_INSTANCE``
+     - exporting specific template instantiations (in cpp code)
+   * - ``XXX_EXPORT_TEMPLATE_DATA``
+     - exporting templated data blocks
+   * - ``XXX_EXPORT_ENUM``
+     - exporting enum types
+
+For a new library, the preference might be to call ``XXX_EXPORT``
+something like ``XXX_FUNC``, and rename things such as ``XXX_EXPORT_TYPE``
+to ``XXX_TYPE`` for simplicity. However, historically, OpenEXR has used
+the ``_EXPORT`` tag, and so that is preserved for consistency.
+
+---------
+
+* LLVM libc++ visibility macros: https://libcxx.llvm.org/docs/DesignDocs/VisibilityMacros.html
+
+* GCC visibility wiki: https://gcc.gnu.org/wiki/Visibility
+
+* Apple library design docs: https://developer.apple.com/library/archive/documentation/DeveloperTools/Conceptual/DynamicLibraries/100-Articles/DynamicLibraryDesignGuidelines.html

_service:tar_scm:openexr-3.1.5.tar.gz/docs/TechnicalIntroduction.rst -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/TechnicalIntroduction.rst Changed

@@ -1,24 +1,18 @@
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
+
+.. _Technical Introduction to OpenEXR:
+
 Technical Introduction to OpenEXR
 #################################
 
 .. toctree::
-   :maxdepth: 3
-
-Document Purpose and Audience
-=============================
-
-OpenEXR is an open-source high-dynamic-range image file format that
-was developed by Industrial Light & Magic. This document presents a
-brief overview of OpenEXR.
+   :caption: Technical Introduction
 
 Features of OpenEXR
 ===================
 
-Starting in 1999, Industrial Light & Magic developed OpenEXR, a
-high-dynamic-range image file format for use in digital visual effects
-production. In early 2003, after using and refining the file format
-for two years, ILM released OpenEXR as an open-source C++ library.
-
 A unique combination of features makes OpenEXR a good fit for
 high-quality image processing and storage applications:
 
@@ -31,7 +25,6 @@
   formats have around 7 to 10 stops.
 
 **good color resolution**
-
   With 16-bit floating-point numbers, color resolution is 1024 steps
   per f-stop, as opposed to somewhere around 20 to 70 steps per f-stop
   for most 8-bit file formats. Even after significant processing (for
@@ -39,7 +32,6 @@
   noticeable color banding.
 
 **compatible with graphics hardware**
-
   The 16-bit floating-point data format is fully compatible with the
   16-bit frame-buffer data format used in some new graphics
   hardware. Images can be transferred back and forth between an
@@ -57,14 +49,12 @@
   compression schemes can be added in the future.
 
 **arbitrary image channels**
-
   OpenEXR images can contain an arbitrary number and combination of
   image channels, for example red, green, blue, and alpha; luminance
   and sub-sampled chroma channels; depth, surface normal directions,
   or motion vectors.
 
 **scan line and tiled images, multi-resolution images**
-
   Pixels in an OpenEXR file can be stored either as scan lines or as
   tiles. Tiled image files allow random-access to rectangular
   sub-regions of an image. Multiple versions of a tiled image, each
@@ -79,7 +69,6 @@
   display very large images.
 
 **ability to store additional data**
-
   Often it is necessary to annotate images with additional data; for
   example, color timing information, process tracking data, or camera
   position and view direction. OpenEXR allows storing of an arbitrary
@@ -88,7 +77,6 @@
   not understand.
 
 **easy-to-use C++ and C programming interfaces**
-
   In order to make writing and reading OpenEXR files easy, the file
   format was designed together with a C++ programming interface. Two
   levels of access to image files are provided: a fully general
@@ -109,28 +97,24 @@
   library.
 
 **fast multi-threaded file reading and writing**
-
   The OpenEXR library supports multi-threaded reading or writing of an
   OpenEXR image file: while one thread performs low-level file input
   or output, multiple other threads simultaneously encode or decode
   individual pieces of the file.
 
 **portability**
-
   The OpenEXR file format is hardware and operating system
   independent. While implementing the C and C++ programming
   interfaces, an effort was made to use only language features and
   library functions that comply with the C and C++ ISO standards.
 
 **multi-view**
-
   A “multi-view” image shows the same scene from multiple different
   points of view. A common application is 3D stereo imagery, where a
   left-eye and a right-eye view of a scene are stored in a single
   file.
                                                    
 **deep data**
-
   Support for a new data type has been added: deep data. Deep images
   store an arbitrarily long list of data at each pixel location. This
   is different from multichannel or 'deep channel images' which can
@@ -144,7 +128,6 @@
   atmospheric effects such fog).
 
 **multi-part**
-
   Multi-part files allow for storing multiple images in one OpenEXR
   file. One important application is to store layers of channels
   separately. This allows for faster access when only a subset of the
@@ -230,6 +213,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
       
    * - name
      - interpretation
@@ -250,6 +234,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
       
    * - type name
      - description
@@ -270,11 +255,11 @@
 stored in the file. Data for a pixel at pixel space coordinates (x, y)
 are stored only if
 
-    x mod s :sub:`x` = 0
+.. math::    x \mod{s_x} = 0
 
 and
 
-    y mod s :sub:`y` = 0.
+.. math::    y \mod{s_y} = 0
 
 For RGBA (red, green, blue, alpha) images, s\ :sub:`x` and s\ :sub:`y`
 are 1 for all channels, and each channel contains data for every
@@ -325,9 +310,9 @@
 :sub:`x`) by ceil(h/p\ :sub:`y`) tiles, where w and h are the width
 and height of the data window:
 
-    w = x\ :sub:`max` - x\ :sub:`min` + 1
+.. math::    w = x_max - x_min + 1
 
-    h = y\ :sub:`max` - y\ :sub:`min` + 1
+.. math::    h = y_max - y_min + 1
 
 The upper left corner of the upper left tile is aligned with the upper
 left corner of the data window, at (x\ :sub:`min`, y\ :sub:`min`). The
@@ -425,6 +410,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
 
    * - rounding mode
      - level resolution
@@ -508,6 +494,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
    
    * - attribute name
      - description
@@ -544,13 +531,14 @@
 direction. Those data can be packaged as extra attributes in the image
 file's header.
 
-Multi-view header attributes
+Multi-View Header Attributes
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 
 This attribute is required in the header for multi-view OpenEXR files.
 
 .. list-table::
    :header-rows: 1
+   :align: left
    
    * - attribute name
      - notes
@@ -573,6 +561,7 @@
 
 .. list-table::
    :header-rows: 1
+   :align: left
    
    * - attribute name
      - notes
@@ -604,6 +593,7 @@

_service:tar_scm:openexr-3.1.5.tar.gz/docs/TheoryDeepPixels.rst -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/TheoryDeepPixels.rst Changed

@@ -1,11 +1,17 @@
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
+
 Theory of Deep Samples
 ######################
 
 
-This document derives the techniques for splitting and combining two non-solid samples of
-equal depth and thickness. These should should be used by deep image "flattening" algorithms to compute the combined colour of two samples. The formulas are defined in the document :doc:`InterpretingDeepPixels`. This document derives those formulas, and is for information only.
-
-
+This document derives the techniques for splitting and combining two
+non-solid samples of equal depth and thickness. These should should be
+used by deep image "flattening" algorithms to compute the combined
+colour of two samples. The formulas are defined in the document
+:doc:`InterpretingDeepPixels`. This document derives those formulas,
+and is for information only.
 
 Definitions
 ===========
@@ -92,7 +98,7 @@
 OpenEXR images use alpha :math:`\alpha` instead of transparency.
 :math:`T=1-\alpha`: if :math:`\alpha=1` (so :math:`T=0`) then all light
 is absorbed; if :math:`\alpha=0` (so :math:`T=1`), then all light is
-transmitted and the material is transparent. Subsituting :math:`T` into :eq:`absorb` and :eq:`two` combined alpha of two objects is given by the *screen* compositing operation:
+transmitted and the material is transparent. Substituting :math:`T` into :eq:`absorb` and :eq:`two` combined alpha of two objects is given by the *screen* compositing operation:
 
 .. math::
    \alpha_c = 1-(1-\alpha_1)(1-\alpha_2)

_service:tar_scm:openexr-3.1.9.tar.gz/docs/about.rst Added

@@ -0,0 +1,130 @@
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
+
+.. _About OpenEXR:
+
+About OpenEXR
+=============
+
+.. toctree::
+   :caption: About
+             
+.. sidebar::
+
+     .. image:: images/OpenEXR_Reel_2020.png
+        :target: https://www.youtube.com/embed/X0khNMmEJEI
+        :width: 325
+
+OpenEXR is a project of the `Academy Software Foundation
+<https://www.aswf.io>`_.  The format and library were originally
+developed at Industrial Light & Magic and first released as open
+source in 2003.  Weta Digital, Walt Disney Animation Studios, Sony
+Pictures Imageworks, Pixar Animation Studios, DreamWorks, and other
+studios, companies, and individuals have made contributions to the
+code base.
+
+Read the origin story of OpenEXR on the `ASWF Blog
+<https://www.aswf.io/news/aswf-deep-dive-openexr-origin-story-part-1>`_. 
+
+OpenEXR is included in the `VFX Reference Platform <https://vfxplatform.com>`_.
+
+OpenEXR Features
+----------------
+
+* High dynamic range and color precision.
+* Support for 16-bit floating-point, 32-bit floating-point, and
+  32-bit integer pixels.
+* Multiple image compression algorithms, both lossless and lossy. Some of
+  the included codecs can achieve 2:1 lossless compression ratios on images
+  with film grain.  The lossy codecs have been tuned for visual quality and
+  decoding performance.
+* Extensibility. New compression codecs and image types can easily be added
+  by extending the C++ classes included in the OpenEXR software distribution.
+  New image attributes (strings, vectors, integers, etc.) can be added to
+  OpenEXR image headers without affecting backward compatibility with
+  existing OpenEXR applications. 
+* Support for stereoscopic image workflows and a generalization
+  to multi-views.
+* Flexible support for deep data: pixels can store a variable-length list
+  of samples and, thus, it is possible to store multiple values at different
+  depths for each pixel. Hard surfaces and volumetric data representations
+  are accommodated.
+* Multipart: ability to encode separate, but related, images in one file.
+  This allows for access to individual parts without the need to read other
+  parts in the file.
+* Versioning: OpenEXR source allows for user configurable C++
+  namespaces to provide protection when using multiple versions of the
+  library in the same process space.
+
+OpenEXR and Imath Version 3
+----------------------------
+
+With the release of OpenEXR 3, the Imath library formerly distributed
+via the IlmBase component of OpenEXR is now an independent library
+dependency, available for download from
+https://github.com/AcademySoftwareFoundation/Imath.  You can choose to
+build OpenEXR against an external installation of Imath, or the
+default CMake configuration will download and build it automatically
+during the OpenEXR build process.  Note that the half 16-bit floating
+point data type is included in Imath.
+
+See :doc:`PortingGuide` for details about differences from previous
+releases and how to address them. Also refer to the porting guide for
+details about changes to Imath.
+
+New Features in OpenEXR v3.1
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+
+The 3.1 release of OpenEXR introduces a new library, OpenEXRCore,
+which is the result of a significant re-thinking of how OpenEXR
+manages file I/O and provides access to image data. It begins to
+address long-standing scalability issues with multithreaded image
+reading and writing.
+
+The OpenEXRCore library provides thread-safe, non-blocking access to
+files, which was not possible with the current API, where the
+framebuffer management is separate from read requests. It is written
+entirely in C and provides a new C-language API alongside the existing
+C++ API. This new low-level API allows applications to do custom
+unpacking of EXR data, such as on the GPU, while still benefiting from
+efficient I/O, file validation, and other semantics. It provides
+efficient direct access to EXR files in texturing applications. This C
+library also introduces an easier path to implementing OpenEXR
+bindings in other languages, such as Rust.
+
+The 3.1 release represents a technology preview for upcoming
+releases. The initial release is incremental; the existing API and
+underlying behavior has not changed. The new API is available now for
+performance validation testing, and then in future OpenEXR releases,
+the C++ API will migrate to use the new core in stages. It is not the
+intention to entirely deprecate the C++ API, nor must all applications
+re-implement EXR I/O in terms of the C library. The C API does not,
+and will not, provide the rich set of utility classes that exist in
+the C++ layer. The 3.1 release of the OpenEXRCore library simply
+offers new functionality for specialty applications seeking the
+highest possible performance. In the future, the ABI will evolve, but
+the API will remain consistent, or only have additions.
+
+See :doc:`ReadingAndWritingImageFiles` for more information.
+
+Credits
+=======
+
+The ILM OpenEXR file format was originally designed and implemented at
+Industrial Light & Magic by Florian Kainz, Wojciech Jarosz, and Rod
+Bogart. The PIZ compression scheme is based on an algorithm by
+Christian Rouet. Josh Pines helped extend the PIZ algorithm for 16-bit
+and found optimizations for the float-to-half conversions. Drew Hess
+packaged and adapted ILM's internal source code for public release and
+maintains the OpenEXR software distribution. The PXR24 compression
+method is based on an algorithm written by Loren Carpenter at Pixar
+Animation Studios.
+
+For a complete list of contributors see the `CONTRIBUTORS.md
+<https://github.com/AcademySoftwareFoundation/openexr/blob/main/CONTRIBUTING.md>`_
+file.
+
+
+
+

_service:tar_scm:openexr-3.1.9.tar.gz/docs/concepts.rst Added

_service:tar_scm:openexr-3.1.5.tar.gz/docs/conf.py -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/conf.py Changed

@@ -1,4 +1,8 @@
 #!/usr/bin/env python3
+
+# SPDX-License-Identifier: BSD-3-Clause
+# Copyright (c) Contributors to the OpenEXR Project.
+
 # -*- coding: utf-8 -*-
 #
 # ReadTheDocs-Breathe documentation build configuration file, created by
@@ -139,9 +143,19 @@
 #html_theme = 'agogo'
 #html_theme = 'default' # good
 #html_theme = 'nature' # too green
-html_theme = 'bizstyle' # OK
 #html_theme = 'sphinxdoc'
 
+html_theme = 'bizstyle' # OK
+
+html_theme = "press"
+html_theme_options = {
+  "external_links": 
+      ("Github", "https://github.com/AcademySoftwareFoundation/openexr"),
+  
+}
+
+
+
 # Theme options are theme-specific and customize the look and feel of a theme
 # further.  For a list of options available for each theme, see the
 # documentation.
@@ -159,12 +173,12 @@
 
 # The name of an image file (relative to this directory) to place at the top
 # of the sidebar.
-html_logo = "images/openexr-stacked-color.png"
+html_logo = "images/openexr-horizontal-color.png"
 
 # The name of an image file (within the static path) to use as favicon of the
 # docs.  This file should be a Windows icon file (.ico) being 16x16 or 32x32
 # pixels large.
-#html_favicon = None
+html_favicon = "images/openexr-fav.ico"
 
 # Add any paths that contain custom static files (such as style sheets) here,
 # relative to this directory. They are copied after the builtin static files,

_service:tar_scm:openexr-3.1.9.tar.gz/docs/images/OpenEXR_Reel_2020.png Added

_service:tar_scm:openexr-3.1.9.tar.gz/docs/images/openexr-fav.ico Added

_service:tar_scm:openexr-3.1.9.tar.gz/docs/images/openexr-horizontal-color.png Added

_service:tar_scm:openexr-3.1.9.tar.gz/docs/images/windowExample1.small.png Added

_service:tar_scm:openexr-3.1.5.tar.gz/docs/index.rst -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/index.rst Changed

@@ -1,9 +1,19 @@
-OpenEXR |version| Technical Documentation
-=========================================
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
 
-.. sidebar:: OpenEXR
+.. _OpenEXR:
 
-     .. image:: images/windowExample1.png
+OpenEXR
+#######
+
+.. toctree::
+   :caption: OpenEXR
+   :maxdepth: 1
+
+.. sidebar:: 
+
+     .. image:: images/windowExample1.small.png
 
 OpenEXR provides the specification and reference implementation of the
 EXR file format, the professional-grade image storage format of the
@@ -17,69 +27,76 @@
 critical, such as photorealistic rendering, texture access, image
 compositing, deep compositing, and DI.
 
-OpenEXR Features
-
-* High dynamic range and color precision.
-* Support for 16-bit floating-point, 32-bit floating-point, and
-  32-bit integer pixels.
-* Multiple image compression algorithms, both lossless and lossy. Some of
-  the included codecs can achieve 2:1 lossless compression ratios on images
-  with film grain.  The lossy codecs have been tuned for visual quality and
-  decoding performance.
-* Extensibility. New compression codecs and image types can easily be added
-  by extending the C++ classes included in the OpenEXR software distribution.
-  New image attributes (strings, vectors, integers, etc.) can be added to
-  OpenEXR image headers without affecting backward compatibility with
-  existing OpenEXR applications. 
-* Support for stereoscopic image workflows and a generalization
-  to multi-views.
-* Flexible support for deep data: pixels can store a variable-length list
-  of samples and, thus, it is possible to store multiple values at different
-  depths for each pixel. Hard surfaces and volumetric data representations
-  are accommodated.
-* Multipart: ability to encode separate, but related, images in one file.
-  This allows for access to individual parts without the need to read other
-  parts in the file.
-* Versioning: OpenEXR source allows for user configurable C++
-  namespaces to provide protection when using multiple versions of the
-  library in the same process space.
-
-Technical Documents
-###################
+OpenEXR is a project of the `Academy Software Foundation
+<https://www.aswf.io>`_.
 
-.. toctree::
-   :maxdepth: 1
 
-   TechnicalIntroduction
-   ReadingAndWritingImageFiles
-   OpenEXRCoreAPI
-   OpenEXRFileLayout
-   MultiViewOpenEXR
-   InterpretingDeepPixels
-   TheoryDeepPixels
-   StandardOptionalAttributes
-              
-* :ref:`genindex`
+Imath
+=====
 
-Resources
-#########
+The OpenEXR project includes `Imath <https://imath.readthedocs.io>`_,
+a basic, light-weight, and efficient C++ representation of 2D and 3D
+vectors and matrices and other simple but useful mathematical objects,
+functions, and data types common in computer graphics applications,
+including the `half
+<https://imath.readthedocs.io/en/latest/classes/half.html>`_ 16-bit
+floating-point type.
 
-- Download: https://github.com/AcademySoftwareFoundation/openexr
-- Install Help: `INSTALL.md <https://github.com/AcademySoftwareFoundation/openexr/blob/master/INSTALL.md>`_
-- Porting Help: `Imath/OpenEXR Version 2->3 Porting Guide <https://github.com/AcademySoftwareFoundation/Imath/blob/master/docs/PortingGuide2-3.md>`_
-- License: `BSD License <https://github.com/AcademySoftwareFoundation/openexr/blob/master/LICENSE.md>`_
-- Reference images: https://github.com/AcademySoftwareFoundation/openexr-images
+Imath also includes optional python bindings for all types and
+functions, including optimized implementations of vector and matrix
+arrays.
 
-About OpenEXR
-#############
+Quick Start
+===========
 
-OpenEXR is a project of the `Academy Software Foundation
-<https://www.aswf.io>`_.  The format and library were originally
-developed by Industrial Light & Magic and first released in 2003.
-Weta Digital, Walt Disney Animation Studios, Sony Pictures Imageworks,
-Pixar Animation Studios, DreamWorks, and other studios, companies, and
-individuals have made contributions to the code base.
+For a simple program that uses the C++ API to read and write a ``.exr`` file, see the
+:doc:`HelloWorld` examples.
+
+Community
+=========
+
+* **Ask a question:**
+
+  - Email: `openexr-dev@lists.aswf.io <https://lists.aswf.io/g/openexr-dev>`_
 
-OpenEXR is included in the `VFX Reference Platform <https://vfxplatform.com>`_.
+  - Slack: `academysoftwarefdn#openexr <https://academysoftwarefdn.slack.com/archives/CMLRW4N73>`_
+
+* **Attend a meeting:**
+
+  - Technical Steering Committee meetings are open to the
+    public, fortnightly on Thursdays, 1:30pm Pacific Time.
+
+  - Calendar: https://lists.aswf.io/g/openexr-dev/calendar
+
+* **Report a bug:**
+
+  - Submit an Issue: https://github.com/AcademySoftwareFoundation/openexr/issues
+
+* **Report a security vulnerability:**
+
+  - Email security@openexr.com
+
+* **Contribute a Fix, Feature, or Improvement:**
+
+  - Read the `Contribution Guidelines
+    <https://github.com/AcademySoftwareFoundation/openexr/blob/main/CONTRIBUTING.md>`_
+    and `Code of Conduct
+    <https://github.com/AcademySoftwareFoundation/openexr/blob/main/CODE_OF_CONDUCT.md>`_
+
+  - Sign the `Contributor License Agreement
+    <https://contributor.easycla.lfx.linuxfoundation.org/#/cla/project/2e8710cb-e379-4116-a9ba-964f83618cc5/user/564e571e-12d7-4857-abd4-898939accdd7>`_
+  
+  - Submit a Pull Request: https://github.com/AcademySoftwareFoundation/openexr/pulls
+
+Resources
+=========
+
+- Reference images: https://github.com/AcademySoftwareFoundation/openexr-images
+- Security policy: `SECURITY.md <https://github.com/AcademySoftwareFoundation/openexr/blob/main/SECURITY.md>`_
+- Release notes: `CHANGES.md
+  <https://github.com/AcademySoftwareFoundation/openexr/blob/main/CHANGES.md>`_
+- Contributors: `CONTRIBUTORS.md <https://github.com/AcademySoftwareFoundation/openexr/blob/main/CONTRIBUTORS.md>`_
+- Porting Guide: :doc:`PortingGuide`
+  
+.. include:: toc_redirect.rst
 
-

_service:tar_scm:openexr-3.1.9.tar.gz/docs/install.rst Added

@@ -0,0 +1,447 @@
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
+
+.. _Install:
+
+Install
+========
+
+.. toctree::
+   :caption: Install
+             
+The OpenEXR library is available for download and installation in
+binary form via package managers on many Linux distributions. See
+`https://pkgs.org/download/openexr
+<https://pkgs.org/download/openexr>`_ for a complete list. 
+
+RHEL/CentOS:
+
+.. code-block::
+
+    $ sudo yum makecache
+    $ sudo yum install OpenEXR
+
+Ubuntu:
+
+.. code-block::
+
+    $ sudo apt-get update
+    $ sudo apt-get install openexr
+
+Beware that some distributions are out of date and only provide
+distributions of outdated releases OpenEXR. We recommend against using
+OpenEXR v2, and we *strongly* recommend against using OpenEXR v1.
+
+On macOS, install via `Homebrew <https://formulae.brew.sh/formula/openexr>`_:
+
+.. code-block::
+
+   $ brew install openexr
+
+We do not recommend installation via
+`Macports <https://ports.macports.org/port/openexr>`_ because the
+distribution is out of date.
+
+Also note that the official OpenEXR project does not provide supported
+python bindings. ``pip install openexr`` installs the `openexrpython
+<https://github.com/jamesbowman/openexrpython>`_ module, which is not
+affiliated with the OpenEXR project or the ASWF. Please direct
+questions there.
+
+Build from Source
+-----------------
+
+OpenEXR builds on Linux, macOS, Microsoft Windows via CMake, and is
+cross-compilable on other systems.
+
+Download the source from the `GitHub releases page
+<https://github.com/AcademySoftwareFoundation/openexr/releases>`_
+page, or clone the `repo <https://github.com/AcademySoftwareFoundation/openexr>`_.
+
+The ``release`` branch of the repo always points to the most advanced
+release.
+
+
+Prerequisites
+~~~~~~~~~~~~~
+
+Make sure these are installed on your system before building OpenEXR:
+
+* OpenEXR requires CMake version 3.12 or newer
+* C++ compiler that supports C++11
+* zlib 
+* Imath (auto fetched by CMake if not found)
+
+The instructions that follow describe building OpenEXR with CMake.
+
+Note that as of OpenEXR 3, the Gnu autoconf bootstrap/configure build
+system is no longer supported.
+
+Linux/macOS
+~~~~~~~~~~~
+
+To build via CMake, you need to first identify three directories:
+
+1. The source directory, i.e. the top-level directory of the
+   downloaded source archive or cloned repo, referred to below as ``$srcdir``
+2. A temporary directory to hold the build artifacts, referred to below as
+   ``$builddir``
+3. A destination directory into which to install the
+   libraries and headers, referred to below as ``$installdir``.  
+
+To build:
+.. code-block::
+
+    $ cd $builddir
+    $ cmake $srcdir --install-prefix $installdir
+    $ cmake --build $builddir --target install --config Release
+
+Note that the CMake configuration prefers to apply an out-of-tree
+build process, since there may be multiple build configurations
+(i.e. debug and release), one per folder, all pointing at once source
+tree, hence the ``$builddir`` noted above, referred to in CMake
+parlance as the *build directory*. You can place this directory
+wherever you like.
+
+See the CMake Configuration Options section below for the most common
+configuration options especially the install directory. Note that with
+no arguments, as above, ``make install`` installs the header files in
+``/usr/local/include``, the object libraries in ``/usr/local/lib``, and the
+executable programs in ``/usr/local/bin``.
+
+Windows
+~~~~~~~
+
+Under Windows, if you are using a command line-based setup, such as
+cygwin, you can of course follow the above. For Visual Studio, cmake
+generators are "multiple configuration", so you don't even have to set
+the build type, although you will most likely need to specify the
+install location.  Install Directory By default, ``make install``
+installs the headers, libraries, and programs into ``/usr/local``, but you
+can specify a local install directory to cmake via the
+``CMAKE_INSTALL_PREFIX`` variable:
+
+.. code-block::
+
+    $ cmake .. -DCMAKE_INSTALL_PREFIX=$openexr_install_directory
+
+Library Names
+-------------
+
+By default the installed libraries follow a pattern for how they are
+named. This is done to enable multiple versions of the library to be
+installed and targeted by different builds depending on the needs of
+the project. A simple example of this would be to have different
+versions of the library installed to allow for applications targeting
+different VFX Platform years to co-exist.
+
+If you are building dynamic libraries, once you have configured, built,
+and installed the libraries, you should see the following pattern of
+symlinks and files in the install lib folder:
+
+.. code-block::
+
+    libOpenEXR.so -> libOpenEXR-3_1.so
+    libOpenEXR-3_1.so -> libOpenEXR-3_1.so.30
+    libOpenEXR-3_1.so.30 -> libOpenEXR-3_1.so.30.3.0
+    libOpenEXR-3_1.so.30.3.0 (the shared object file)
+    
+The ``-3_1`` suffix encodes the major and minor version, which can be
+configured via the ``OPENEXR_LIB_SUFFIX`` CMake setting. The ``30``
+corresponds to the so version, or in ``libtool`` terminology the
+``current`` shared object version; the `3` denotes the ``libtool``
+``revision``, and the ``0`` denotes the ``libtool`` ``age``. See the
+`libtool
+<https://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html#Updating-version-info>`_
+documentation for more details.
+
+Imath Dependency
+----------------
+
+OpenEXR depends on `Imath
+<https://github.com/AcademySoftwareFoundation/Imath>`_. If a suitable
+installation of Imath cannot be found, CMake will automatically
+download it at configuration time. To link against an existing
+installation of Imath, add the Imath directory to the
+``CMAKE_PREFIX_PATH`` setting:
+ 
+.. code-block::
+
+    $ mkdir $build_directory
+    $ cd $build_directory
+    $ cmake -DCMAKE_PREFIX_PATH=$imath_install_directory \
+            -DCMAKE_INSTALL_PREFIX=$openexr_install_destination \
+            $openexr_source_directory
+    $ cmake --build . --target install --config Release
+
+Alternatively, you can specify the ``Imath_DIR`` variable:
+
+.. code-block::
+
+    $ mkdir $build_directory
+    $ cd $build_directory
+    $ cmake -DImath_DIR=$imath_config_directory \
+            -DCMAKE_INSTALL_PREFIX=$openexr_install_destination \
+            $openexr_source_directory
+    $ cmake --build . --target install --config Release
+
+Note that ``Imath_DIR`` should point to the directory that includes
+the ``ImathConfig.cmake`` file, which is typically the
+``lib/cmake/Imath`` folder of the root install directory where Imath
+is installed.
+
+See below for other customization options.
+
+Porting Applications from OpenEXR v2 to v3
+------------------------------------------
+
+See the :doc:`PortingGuide` for details about differences from previous

_service:tar_scm:openexr-3.1.9.tar.gz/docs/license.rst Added

@@ -0,0 +1,33 @@
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
+
+.. _License:
+
+License
+=======
+
+.. toctree::
+   :caption: License
+
+OpenEXR is licensed under the BSD-3-Clause license. Contributions to the 
+library should abide by that license unless otherwised approved by the OCIO 
+TSC and ASWF Governing Board.
+
+See `LICENSE.md 
+<https://github.com/AcademySoftwareFoundation/openexr/blob/main/LICENSE.md>`__ 
+on GitHub.
+
+Copyright (c) Contributors to the OpenEXR Project. All rights reserved.
+
+Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
+
+1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
+
+2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
+
+3. Neither the name of the copyright holder nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.
+
+THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+
+

_service:tar_scm:openexr-3.1.9.tar.gz/docs/news.rst Added

@@ -0,0 +1,1465 @@
+..
+  SPDX-License-Identifier: BSD-3-Clause
+  Copyright Contributors to the OpenEXR Project.
+
+.. _News:
+
+.. _release notes: https://github.com/AcademySoftwareFoundation/openexr/blob/main/CHANGES.md
+.. _imath release notes: https://github.com/AcademySoftwareFoundation/Imath/blob/main/CHANGES.md
+
+News
+####
+
+.. toctree::
+   :caption: News
+
+Nov 7, 2022 - Imath v3.1.6 Released
+===================================
+
+Patch release with miscellaneous bug/doc/build fixes.
+
+* fix memory leak in ``V3fArrayFromBuffer``
+* Add ``<cstdint>`` for ``int64_t``
+* Initialize ``x`` in ``testRoots.cpp:solve()`` to suppress compiler warning
+* Fix gcc compiler warning in ``testFun.cpp``
+* Test return value of ``extractSHRT`` to avoid uninitialized reference
+* Fix example code so it compiles as is
+* Cuda safety in several headers
+* Fix markdown and typos in ``README.md``
+* Do not warn if half.h has already being included
+* Fix compiler warnings on windows
+* Remove irrelevant cvs ignore files
+* Update sphinx version
+
+April 11, 2022 - OpenEXR v3.1.5 Released
+========================================
+
+Patch release that address various bug/build/doc issues:
+
+* Add backwards-compatibilty flags to the core library to match
+  original behavior of the the c++ library. Fixes reading of certain
+  files by the new core.
+* Fix build failures on MSVC14 and MSVC 2022
+* Fix build failure on latest 64-bit Ubuntu
+* Documentation refers to primary branch as "main"
+* Update the CI workflow matrix to VFX-CY2022
+* Update auto-fetch Imath version to v3.1.5
+
+Specific OSS-fuzz issues addressed:
+
+* `OSS-fuzz 46309 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=46309>`_ Heap-buffer-overflow in ``Imf_3_1::memstream_read``
+* `OSS-fuzz 46083 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=46083>`_ Out-of-memory in ``openexr_exrcheck_fuzzer``
+* `OSS-fuzz 45899 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=45899>`_ Int``eger-overflow in internal_exr_compute_chunk_offset_size``
+* `OSS-fuzz 44084 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=44084>`_ Out-of-memory in ``openexr_exrcheck_fuzzer``
+
+March 29, 2022 - Imath v3.1.5 Released
+======================================
+
+Patch release with miscellaneous bug/doc/build fixes.
+
+In particular, this fixes an issue that could lead to incorrect values
+for numeric_limits. This also updates the CI workflow matrix to
+VFX-CY2022.
+
+* Update CI workflow matrix for VFX-CY2022
+* Use ``_WIN32`` instead of ``_MSC_VER`` to fix mingw build
+* Fix 32-bit x86 build failure with 16c instructions
+* Move ``numeric_limits`` specializations into ``half.h``
+* Change references to ``master`` branch to ``main``
+
+
+January 27, 2021 - OpenEXR v3.1.4 Released
+==========================================
+
+Patch release that addresses various issues:
+
+* Several bug fixes to properly reject invalid input upon read 
+* A check to enable SSE2 when building with Visual Studio
+* A check to fix building with VisualStudio on ARM64
+* Update the automatically-downloaded version of Imath to v3.1.4
+* Miscellaneous documentation improvements
+
+This addresses one public security vulnerability:
+
+* `CVE-2021-45942 <https://nvd.nist.gov/vuln/detail/CVE-2021-45942>`_ Heap-buffer-overflow in ``Imf_3_1::LineCompositeTask::execute``
+
+Specific OSS-fuzz issues:
+
+* `OSS-fuzz 43961 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=43961>`_ Heap-buffer-overflow in ``generic_unpack``
+* `OSS-fuzz 43961 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=43961>`_ Heap-buffer-overflow in ``generic_unpack``
+* `OSS-fuzz 43916 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=43916>`_ Heap-buffer-overflow in ``hufDecode``
+* `OSS-fuzz 43763 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=43763>`_ Heap-buffer-overflow in ``internal_huf_decompress``
+* `OSS-fuzz 43745 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=43745>`_ Floating-point-exception in ``internal_exr_compute_tile_information``
+* `OSS-fuzz 43744 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=43744>`_ Divide-by-zero in ``internal_exr_compute_tile_information``
+* `OSS-fuzz 42197 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=42197>`_ Out-of-memory in ``openexr_exrcheck_fuzzer``
+* `OSS-fuzz 42001 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=42001>`_ Timeout in ``openexr_exrcheck_fuzzer``
+* `OSS-fuzz 41999 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=41999>`_ Heap-buffer-overflow in ``Imf_3_1::LineCompositeTask::execute``
+* `OSS-fuzz 41669 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=41669>`_ Integer-overflow in ``Imf_3_1::rleUncompress``
+* `OSS-fuzz 41625 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=41625>`_ Heap-buffer-overflow in ``uncompress_b44_impl``
+* `OSS-fuzz 41416 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=41416>`_ Heap-buffer-overflow in ``Imf_3_1::LineCompositeTask::execute``
+* `OSS-fuzz 41075 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=41075>`_ Integer-overflow in ``Imf_3_1::copyIntoDeepFrameBuffer``
+* `OSS-fuzz 40704 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=40704>`_ Crash in ``Imf_3_1::DeepTiledInputFile::readPixelSampleCounts``
+* `OSS-fuzz 40702 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=40702>`_ Null-dereference in bool ``Imf_3_1::readDeepTile<Imf_3_1::DeepTiledInputFile>``
+* `OSS-fuzz 40701 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=40701>`_ Null-dereference in bool ``Imf_3_1::readDeepTile<Imf_3_1::DeepTiledInputPart>``
+* `OSS-fuzz 40423 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=40423>`_ Out-of-memory in ``openexr_exrcheck_fuzzer``
+* `OSS-fuzz 40234 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=40234>`_ Heap-buffer-overflow in ``generic_unpack``
+* `OSS-fuzz 40231 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=40231>`_ Heap-buffer-overflow in ``hufDecode``
+* `OSS-fuzz 40091
+  <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=40091>`_
+  Heap-buffer-overflow in ``hufDecode``
+  
+See the `release notes`_ for more details.
+
+Download OpenEXR v3.1.4 from https://github.com/AcademySoftwareFoundation/OpenEXR/releases/tag/v3.1.4.
+
+
+January 21, 2021 - Imath v3.1.4 Released
+========================================
+
+Patch release with miscellaneous bug/doc/build fixes.
+
+* Added missing check ``_M_IX86`` or ``_M_X64`` when using ``__lzcnt``.
+* ``SolveNormalizedCubic`` fix to return proper real root
+* Add docs target only if not a subproject
+* Fix docs race condition and make installation optional
+* Remove dead PyImath code and references to ilmbase
+* Use ``equalWithAbsError`` instead of equal operator for float
+* Fix sphinx warnings and man page filenames
+* Adding missing stdexcept header
+* Use ``.x`` instead of ``operator`` for better SIMD auto-vectorization
+* Successor/predecessor functions use ``isnan()`` and ``isinf()``
+* Fix python imath export
+* Cuda safety fixes
+
+See the `imath release notes`_ for more details.
+
+Download Imath v3.1.4 from https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.1.4.
+
+October 27, 2021 - OpenEXR v3.1.3 Released
+==========================================
+
+Patch release with a change to default zip compression level:
+
+* Default zip compression level is now 4 (instead of 6), which in
+  our tests improves compression times by 2x with only a tiny drop in
+  compression ratio.
+
+* ``setDefaultZipCompression()`` and ``setDefaultDwaCompression()`` now set
+  default compression levels for writing.
+
+* The Header now has ``zipCompressionLevel()`` and
+  ``dwaCompressionLevel()`` to get/set the levels used for writing.
+
+Also, various bug fixes, build improvements, and documentation updates. In particular:
+
+* Fixes a build failure with Imath prior to v3.1
+* Fixes a bug in detecting invalid chromaticity values
+
+See the `release notes`_ for more details.
+
+Download OpenEXR v3.1.3 from https://github.com/AcademySoftwareFoundation/OpenEXR/releases/tag/v3.1.3.
+
+Oct 4, 2021 - OpenEXR v3.1.2 Released
+=====================================
+
+Patch release with various bug fixes, build improvements, and
+documentation updates. in particular:
+
+* Fix a test failure on arm7 
+* Proper handling of pthread with glibc 2.34+ 
+* Miscellaneous fixes for handling of invalid input by the new
+  OpenEXRCore library 
+
+With this version, the OpenEXR technical documentation formerly
+distributed exclusivly as pdf's is now published online at
+https://openexr.readthedocs.io, with the document source now
+maintained as .rst files in the repo's docs subfolder. 
+
+Specific OSS-fuzz issues:
+
+* `OSS-fuzz 39196 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=39196>`_ Stack-buffer-overflow in ``dispatch_print_error`` 
+* `OSS-fuzz 39198 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=39198>`_ Direct-leak in ``exr_attr_chlist_add_with_length`` 
+* `OSS-fuzz 39206 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=39206>`_ Direct-leak in ``extract_attr_string_vector`` 
+* `OSS-fuzz 39212 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=39212>`_ Heap-use-after-free in ``dispatch_print_error`` 
+* `OSS-fuzz 39205 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=39205>`_ Timeout in ``openexr_exrcheck_fuzzer`` 
+* `OSS-fuzz 38912 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=38912>`_ Integer-overflow in ``Imf_3_1::bytesPerDeepLineTable`` 
+* `OSS-fuzz 39084 <https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=39084>`_ Divide-by-zero in ``Imf_3_1::RGBtoXYZ`` 
+  
+See the `release notes`_ for more details.
+
+Download OpenEXR v3.1.2 from https://github.com/AcademySoftwareFoundation/OpenEXR/releases/tag/v3.1.2.
+
+Sep 2, 2021 - Imath v3.1.3 Released
+===================================
+
+Patch release with miscellaneous minor fixes.
+
+See the `imath release notes`_ for more details.
+
+Download Imath v3.1.3 from https://github.com/AcademySoftwareFoundation/Imath/releases/tag/v3.1.3.

_service:tar_scm:openexr-3.1.5.tar.gz/docs/requirements.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/requirements.txt Changed

_service:tar_scm:openexr-3.1.9.tar.gz/docs/src/reader Added

_service:tar_scm:openexr-3.1.9.tar.gz/docs/src/reader/CMakeLists.txt Added

_service:tar_scm:openexr-3.1.9.tar.gz/docs/src/reader/build.sh Added

_service:tar_scm:openexr-3.1.9.tar.gz/docs/src/reader/reader.cpp Added

_service:tar_scm:openexr-3.1.5.tar.gz/docs/src/writeDeepScanlineFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/docs/src/writeDeepScanlineFile.cpp Changed

_service:tar_scm:openexr-3.1.9.tar.gz/docs/src/writer Added

_service:tar_scm:openexr-3.1.9.tar.gz/docs/src/writer/CMakeLists.txt Added

_service:tar_scm:openexr-3.1.9.tar.gz/docs/src/writer/build.sh Added

_service:tar_scm:openexr-3.1.9.tar.gz/docs/src/writer/writer.cpp Added

_service:tar_scm:openexr-3.1.9.tar.gz/docs/toc_redirect.rst Added

_service:tar_scm:openexr-3.1.5.tar.gz/share/ci/scripts/linux/validate_openexr_libs.sh -> _service:tar_scm:openexr-3.1.9.tar.gz/share/ci/scripts/linux/validate_openexr_libs.sh Changed

_service:tar_scm:openexr-3.1.9.tar.gz/share/ci/scripts/linux/yum Added

_service:tar_scm:openexr-3.1.9.tar.gz/share/ci/scripts/linux/yum/install_docs_env.sh Added

_service:tar_scm:openexr-3.1.9.tar.gz/share/ci/scripts/linux/yum/install_doxygen.sh Added

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrcheck/main.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrcheck/main.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrenvmap/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrenvmap/CMakeLists.txt Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrenvmap/blurImage.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrenvmap/blurImage.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrenvmap/makeLatLongMap.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrenvmap/makeLatLongMap.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrenvmap/readInputImage.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrenvmap/readInputImage.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrinfo/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrinfo/CMakeLists.txt Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrinfo/main.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrinfo/main.c Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrmakepreview/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrmakepreview/CMakeLists.txt Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrmakepreview/main.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrmakepreview/main.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrmaketiled/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrmaketiled/CMakeLists.txt Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrmaketiled/main.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrmaketiled/main.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrmultipart/exrmultipart.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrmultipart/exrmultipart.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/bin/exrmultiview/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/bin/exrmultiview/CMakeLists.txt Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/examples/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/examples/CMakeLists.txt Changed

@@ -14,15 +14,30 @@
 
 add_executable(OpenEXRExamples
   drawImage.cpp
+  drawImage.h
   generalInterfaceExamples.cpp
+  generalInterfaceExamples.h
   generalInterfaceTiledExamples.cpp
+  generalInterfaceTiledExamples.h
   lowLevelIoExamples.cpp
+  lowLevelIoExamples.h
   main.cpp
+  namespaceAlias.h
   previewImageExamples.cpp
+  previewImageExamples.h
   rgbaInterfaceExamples.cpp
+  rgbaInterfaceExamples.h
   rgbaInterfaceTiledExamples.cpp
+  rgbaInterfaceTiledExamples.h
 )
+
 target_link_libraries(OpenEXRExamples OpenEXR::OpenEXR)
+set_target_properties(OpenEXRExamples PROPERTIES
+  RUNTIME_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/bin"
+)
+if(WIN32 AND BUILD_SHARED_LIBS)
+  target_compile_definitions(OpenEXRExamples PRIVATE OPENEXR_DLL)
+endif()
 
 # Examples
 install(
@@ -46,6 +61,7 @@
   DESTINATION
     ${CMAKE_INSTALL_DOCDIR}/examples
   )
-if(WIN32 AND BUILD_SHARED_LIBS)
-  target_compile_definitions(OpenEXRExamples PRIVATE OPENEXR_DLL)
+
+if(BUILD_TESTING)
+  add_test(NAME OpenEXR.OpenEXRExamples COMMAND ${CMAKE_CROSSCOMPILING_EMULATOR} $<TARGET_FILE:OpenEXRExamples>)
 endif()

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/Iex/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/Iex/CMakeLists.txt Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/Iex/IexBaseExc.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/Iex/IexBaseExc.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/Iex/IexMathExc.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/Iex/IexMathExc.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/Iex/IexMathFloatExc.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/Iex/IexMathFloatExc.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/Iex/IexMathFpu.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/Iex/IexMathFpu.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/IlmThread/IlmThreadPool.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/IlmThread/IlmThreadPool.cpp Changed

@@ -15,12 +15,17 @@
 #include "Iex.h"
 
 #include <atomic>
+#include <limits>
 #include <memory>
 #include <mutex>
 #include <vector>
 #include <thread>
 
-using namespace std;
+#if (defined(_WIN32) || defined(_WIN64))
+#    include <windows.h>
+#else
+#    include <unistd.h>
+#endif
 
 ILMTHREAD_INTERNAL_NAMESPACE_SOURCE_ENTER
 
@@ -28,380 +33,301 @@
 # define ENABLE_THREADING
 #endif
 
-#if defined(__GNU_LIBRARY__) && ( __GLIBC__ < 2 || ( __GLIBC__ == 2 && __GLIBC_MINOR__ < 21 ) )
-# define ENABLE_SEM_DTOR_WORKAROUND
-#endif
-
-#ifdef ENABLE_THREADING
-
-struct TaskGroup::Data
+namespace
 {
-     Data ();
-    ~Data ();
-    
-    void    addTask () ;
-    void    removeTask ();
-    std::atomic<int> numPending;
-    Semaphore        isEmpty;        // used to signal that the taskgroup is empty
-#if defined(ENABLE_SEM_DTOR_WORKAROUND)
-    // this mutex is also used to lock numPending in the legacy c++ mode...
-    std::mutex       dtorMutex;      // used to work around the glibc bug:
-                                     // http://sources.redhat.com/bugzilla/show_bug.cgi?id=12674
-#endif
-};
 
-
-struct ThreadPool::Data
+static inline void
+handleProcessTask (Task* task)
 {
-    typedef ThreadPoolProvider *TPPointer;
-
-     Data ();
-    ~Data();
-    Data (const Data&) = delete;
-    Data &operator= (const Data&)  = delete;
-    Data (Data&&) = delete;
-    Data &operator= (Data&&)  = delete;
-
-    struct SafeProvider
+    if (task)
     {
-        SafeProvider (Data *d, ThreadPoolProvider *p) : _data( d ), _ptr( p )
-        {
-        }
-
-        ~SafeProvider()
-        {
-            if ( _data )
-                _data->coalesceProviderUse();
-        }
-        SafeProvider (const SafeProvider &o)
-            : _data( o._data ), _ptr( o._ptr )
-        {
-            if ( _data )
-                _data->bumpProviderUse();
-        }
-        SafeProvider &operator= (const SafeProvider &o)
-        {
-            if ( this != &o )
-            {
-                if ( o._data )
-                    o._data->bumpProviderUse();
-                if ( _data )
-                    _data->coalesceProviderUse();
-                _data = o._data;
-                _ptr = o._ptr;
-            }
-            return *this;
-        }
-        SafeProvider( SafeProvider &&o )
-            : _data( o._data ), _ptr( o._ptr )
-        {
-            o._data = nullptr;
-        }
-        SafeProvider &operator=( SafeProvider &&o )
-        {
-            std::swap( _data, o._data );
-            std::swap( _ptr, o._ptr );
-            return *this;
-        }
-
-        inline ThreadPoolProvider *get () const
-        {
-            return _ptr;
-        }
-        ThreadPoolProvider *operator-> () const
-        {
-            return get();
-        }
-
-        Data *_data;
-        ThreadPoolProvider *_ptr;
-    };
-
-    // NB: In C++20, there is full support for atomic shared_ptr, but that is not
-    // yet in use or finalized. Once stabilized, add appropriate usage here
-    inline SafeProvider getProvider ();
-    inline void coalesceProviderUse ();
-    inline void bumpProviderUse ();
-    inline void setProvider (ThreadPoolProvider *p);
-
-    std::atomic<int> provUsers;
-    std::atomic<ThreadPoolProvider *> provider;
-};
-
+        TaskGroup* taskGroup = task->group ();
 
+        task->execute ();
 
-namespace {
+        // kill the task prior to notifying the group
+        // such that any internal reference-based
+        // semantics will be handled prior to
+        // the task group destructor letting it out
+        // of the scope of those references
+        delete task;
 
-class DefaultWorkerThread;
+        if (taskGroup) taskGroup->finishOneTask ();
+    }
+}
 
-struct DefaultWorkData
+#ifdef ENABLE_THREADING
+struct DefaultThreadPoolData
 {
-    Semaphore taskSemaphore;        // threads wait on this for ready tasks
-    mutable std::mutex taskMutex;        // mutual exclusion for the tasks list
-    vector<Task*> tasks;            // the list of tasks to execute
+    Semaphore          _taskSemaphore; // threads wait on this for ready tasks
+    mutable std::mutex _taskMutex;     // mutual exclusion for the tasks list
+    std::vector<Task*> _tasks;         // the list of tasks to execute
 
-    Semaphore threadSemaphore;      // signaled when a thread starts executing
-    mutable std::mutex threadMutex;      // mutual exclusion for threads list
-    vector<DefaultWorkerThread*> threads;  // the list of all threads
-    
-    std::atomic<bool> hasThreads;
-    std::atomic<bool> stopping;
+    mutable std::mutex       _threadMutex; // mutual exclusion for threads list
+    std::vector<std::thread> _threads;     // the list of all threads
+
+    std::atomic<int>  _threadCount;
+    std::atomic<bool> _stopping;
 
     inline bool stopped () const
     {
-        return stopping.load( std::memory_order_relaxed );
+        return _stopping.load (std::memory_order_relaxed);
     }
 
-    inline void stop ()
+    inline void stop () { _stopping = true; }
+
+    inline void resetAtomics ()
     {
-        stopping = true;
+        _threadCount = 0;
+        _stopping    = false;
     }
 };
+#endif
 
-//
-// class WorkerThread
-//
-class DefaultWorkerThread: public Thread
+} // namespace
+
+#ifdef ENABLE_THREADING
+
+struct TaskGroup::Data
 {
-  public:
+    Data ();
+    ~Data ();
+    Data (const Data&)            = delete;
+    Data& operator= (const Data&) = delete;

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/IlmThread/IlmThreadSemaphore.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/IlmThread/IlmThreadSemaphore.h Changed

@@ -18,21 +18,25 @@
 #include "IlmThreadConfig.h"
 #include "IlmThreadNamespace.h"
 
+#if defined(__APPLE__)
+#   include <AvailabilityMacros.h>
+#endif
+
 #if ILMTHREAD_THREADING_ENABLED
-#   if ILMTHREAD_HAVE_POSIX_SEMAPHORES
-#      include <semaphore.h>
-#   elif defined(__APPLE__)
-#      include <dispatch/dispatch.h>
-#   elif (defined (_WIN32) || defined (_WIN64))
-#      ifdef NOMINMAX
-#         undef NOMINMAX
-#      endif
-#      define NOMINMAX
-#      include <windows.h>
-#   else
-#      include <mutex>
-#      include <condition_variable>
-#   endif
+#    if ILMTHREAD_HAVE_POSIX_SEMAPHORES
+#        include <semaphore.h>
+#    elif defined(__APPLE__) && MAC_OS_X_VERSION_MIN_REQUIRED > 1050 && !defined(__ppc__)
+#        include <dispatch/dispatch.h>
+#    elif (defined(_WIN32) || defined(_WIN64))
+#        ifdef NOMINMAX
+#            undef NOMINMAX
+#        endif
+#        define NOMINMAX
+#        include <windows.h>
+#    else
+#        include <condition_variable>
+#        include <mutex>
+#    endif
 #endif
 
 ILMTHREAD_INTERNAL_NAMESPACE_HEADER_ENTER
@@ -56,18 +60,18 @@
 
 	mutable sem_t _semaphore;
 
-#elif defined(__APPLE__)
-	mutable dispatch_semaphore_t _semaphore;
+#elif defined(__APPLE__) && MAC_OS_X_VERSION_MIN_REQUIRED > 1050 && !defined(__ppc__)
+    mutable dispatch_semaphore_t _semaphore;
 
 #elif (defined (_WIN32) || defined (_WIN64))
 
 	mutable HANDLE _semaphore;
 
 #elif ILMTHREAD_THREADING_ENABLED
-	//
-	// If the platform has threads but no semapohores,
-	// then we implement them ourselves using condition variables
-	//
+    //
+    // If the platform has threads but no semaphores,
+    // then we implement them ourselves using condition variables
+    //
 
 	struct sema_t
 	{

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/IlmThread/IlmThreadSemaphoreOSX.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/IlmThread/IlmThreadSemaphoreOSX.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/IlmThread/IlmThreadSemaphorePosixCompat.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/IlmThread/IlmThreadSemaphorePosixCompat.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/CMakeLists.txt Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfArray.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfArray.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfB44Compressor.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfB44Compressor.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfChannelList.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfChannelList.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfCompositeDeepScanLine.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfCompositeDeepScanLine.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfDeepScanLineInputFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfDeepScanLineInputFile.cpp Changed

@@ -1047,11 +1047,11 @@
 
 //
 // when handling files with dataWindows with a large number of pixels,
-// the sampleCount values are not precached and Data::sampleCount is not asigned
-// instead, the sampleCount is read every time readPixels() is called
+// the sampleCount values are not precached and Data::sampleCount is not
+// assigned instead, the sampleCount is read every time readPixels() is called
 // and sample counts are stored in LineBuffer::_tempCountBuffer instead
 // (A square image that is 16k by 16k pixels has gBigFileDataWindowSize pixels,
-//  andthe sampleCount table would take 1GiB of memory to store)
+//  and the sampleCount table would take 1GiB of memory to store)
 //
 const uint64_t gBigFileDataWindowSize = (1<<28);
 
@@ -1128,9 +1128,21 @@
         for (int i = 0; i < _data->maxY - _data->minY + 1; i++)
             _data->gotSampleCounti = false;
 
-        _data->maxSampleCountTableSize = min(_data->linesInBuffer, _data->maxY - _data->minY + 1) *
-                                        (_data->maxX - _data->minX + 1) *
-                                        sizeof(unsigned int);
+        int64_t imageHeight = static_cast<int64_t>(_data->maxY) - static_cast<int64_t>(_data->minY) + 1;
+        int64_t imageWidth = static_cast<int64_t>(_data->maxX) - static_cast<int64_t>(_data->minX) +1;
+
+        int64_t tableSize =  min (static_cast<int64_t>(_data->linesInBuffer), imageHeight) * imageWidth
+            * sizeof (unsigned int);
+
+        if (tableSize>std::numeric_limits<int>::max() )
+        {
+            THROW (IEX_NAMESPACE::ArgExc,
+                   "Deep scanline image size "
+                   << imageWidth << " x " <<  imageHeight
+                   << " exceeds maximum size");
+        }
+        _data->maxSampleCountTableSize =tableSize;
+
 
         _data->sampleCountTableBuffer.resizeErase(_data->maxSampleCountTableSize);
 
@@ -1227,8 +1239,8 @@
         throw;
     }
 
-    // 
-    // not multiPart - allocate stream data and intialise as normal
+        //
+        // not multiPart - allocate stream data and initialise as normal
     //
     try
     { 
@@ -1303,7 +1315,7 @@
     }
 
     //
-    // not multiPart - allocate stream data and intialise as normal
+    // not multiPart - allocate stream data and initialise as normal
     //
     try
     {
@@ -1703,7 +1715,7 @@
         }
 
         //
-        // Exeption handling:
+        // Exception handling:
         //
         // LineBufferTask::execute() may have encountered exceptions, but
         // those exceptions occurred in another thread, not in the thread

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfDeepScanLineOutputFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfDeepScanLineOutputFile.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfDeepTiledInputFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfDeepTiledInputFile.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfDeepTiledInputFile.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfDeepTiledInputFile.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfDeepTiledInputPart.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfDeepTiledInputPart.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfDeepTiledOutputFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfDeepTiledOutputFile.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfDeepTiledOutputFile.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfDeepTiledOutputFile.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfDeepTiledOutputPart.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfDeepTiledOutputPart.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfDwaCompressor.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfDwaCompressor.cpp Changed

@@ -18,11 +18,11 @@
 // into the start of the data block, making a self-contained file. 
 // If initializeDefaultChannelRules() doesn't quite suite your naming
 // conventions, you can adjust the rules without breaking decoder
-// compatability.
+// compatibility.
 //
 // If we're going to lossy compress R, G, or B channels, it's easier
 // to toss bits in a more perceptual uniform space. One could argue
-// at length as to what constitutes perceptually uniform, expecially 
+// at length as to what constitutes perceptually uniform, especially
 // when storing either scene/input/focal plane referred and output referred
 // data. 
 //
@@ -55,10 +55,10 @@
 //
 // For each DCT component, we want to find a quantized value that 
 // is within +- the per-component error. Pick the quantized value
-// that has the fewest bits set in its' binary representation. 
-// Brute-forcing the search would make for extremly inefficient 
-// compression. Fortunatly, we can precompute a table to assist 
-// with this search. 
+// that has the fewest bits set in its' binary representation.
+// Brute-forcing the search would make for extremely inefficient
+// compression. Fortunately, we can precompute a table to assist
+// with this search.
 //
 // For each 16-bit float value, there are at most 15 other values with
 // fewer bits set. We can precompute these values in a compact form, since
@@ -120,8 +120,13 @@
 #include "ImathBox.h"
 #include "ImathVec.h"
 #include "half.h"
-#include "halfLimits.h"
 
+#include <algorithm>
+#include <array>
+#include <cassert>
+#include <cctype>
+#include <limits>
+#include <string>
 #include <vector>
 #include <string>
 #include <cctype>
@@ -150,7 +155,7 @@
 namespace {
 
     //
-    // Function pointer to dispatch to an approprate 
+    // Function pointer to dispatch to an appropriate
     // convertFloatToHalf64_* impl, based on runtime cpu checking.
     // Should be initialized in DwaCompressor::initializeFuncs()
     //
@@ -1191,7 +1196,7 @@
     // high byte is 0xff, then insert the number of 0's
     // as indicated by the low byte.
     //
-    // Otherwise, just copy the number verbaitm.
+    // Otherwise, just copy the number verbatim.
     //
 
     int lastNonZero          = 0;
@@ -1687,8 +1692,8 @@
 // Try to do a simple RLE scheme to reduce run's of 0's. This
 // differs from the jpeg EOB case, since EOB just indicates that
 // the rest of the block is zero. In our case, we have lots of
-// NaN symbols, which shouldn't be allowed to occur in DCT 
-// coefficents - so we'll use them for encoding runs.
+// NaN symbols, which shouldn't be allowed to occur in DCT
+// coefficients - so we'll use them for encoding runs.
 //
 // If the high byte is 0xff, then we have a run of 0's, of length
 // given by the low byte. For example, 0xff03 would be a run
@@ -1936,7 +1941,7 @@
 
     //
     // We might not be dealing with any color data, in which
-    // case the AC buffer size will be 0, and deferencing
+    // case the AC buffer size will be 0, and dereferencing
     // a vector will not be a good thing to do.
     //
 
@@ -2105,7 +2110,7 @@
 
             //
             // For RLE, bash the bytes up so that the first bytes of each
-            // pixel are contingous, as are the second bytes, and so on.
+            // pixel are contiguous, as are the second bytes, and so on.
             //
 
             for (unsigned int y = 0; y < rowPtrschan.size(); ++y)
@@ -2166,14 +2171,15 @@
 
     if (*unknownUncompressedSize > 0)
     {
-        uLongf inSize  = (uLongf)(*unknownUncompressedSize);
-        uLongf outSize = compressBound (inSize);
+        uLong inSize  = static_cast<uLong> (*unknownUncompressedSize);
+        uLong outSize = compressBound (inSize);
 
-        if (Z_OK != ::compress2 ((Bytef *)outDataPtr,
-                                 &outSize,
-                                 (const Bytef *)_planarUncBufferUNKNOWN,
-                                 inSize,
-                                 9))
+        if (Z_OK != ::compress2 (
+                reinterpret_cast<Bytef*> (outDataPtr),
+                &outSize,
+                reinterpret_cast<const Bytef*> (_planarUncBufferUNKNOWN),
+                inSize,
+                9))
         {
             throw IEX_NAMESPACE::BaseExc ("Data compression (zlib) failed.");
         }
@@ -2205,16 +2211,16 @@
           case DEFLATE:
 
             {
-                uLongf destLen = compressBound (
-                    (*totalAcUncompressedCount) * sizeof (unsigned short));
+                uLong sourceLen = static_cast<uLong> (*totalAcUncompressedCount * sizeof (unsigned short));
+                uLong destLen = compressBound (sourceLen);
 
-                if (Z_OK != ::compress2
-                                ((Bytef *)outDataPtr,
-                                 &destLen,
-                                 (Bytef *)_packedAcBuffer, 
-                                 (uLong)(*totalAcUncompressedCount
-                                                * sizeof (unsigned short)),
-                                 9))
+                if (Z_OK !=
+                    ::compress2 (
+                        reinterpret_cast<Bytef*> (outDataPtr),
+                        &destLen,
+                        reinterpret_cast<Bytef*> (_packedAcBuffer),
+                        sourceLen,
+                        9))
                 {
                     throw IEX_NAMESPACE::InputExc ("Data compression (zlib) failed.");
                 }
@@ -2258,14 +2264,15 @@
              _planarUncBufferRLE,
              (signed char *)_rleBuffer);
 
-        uLongf dstLen = compressBound ((uLongf)*rleUncompressedSize);
+        uLong srcLen = static_cast<uLong> (*rleUncompressedSize);
+        uLong dstLen = compressBound (srcLen);
 
-        if (Z_OK != ::compress2
-                        ((Bytef *)outDataPtr, 
-                         &dstLen, 
-                         (Bytef *)_rleBuffer, 
-                         (uLong)(*rleUncompressedSize),
-                         9))
+        if (Z_OK != ::compress2 (
+                reinterpret_cast<Bytef*> (outDataPtr),
+                &dstLen,
+                reinterpret_cast<const Bytef*> (_rleBuffer),
+                srcLen,
+                9))
         {
             throw IEX_NAMESPACE::BaseExc ("Error compressing RLE'd data.");
         }
@@ -2346,10 +2353,12 @@
     // Flip the counters from XDR to NATIVE
     //
 
+    std::array<uint64_t, NUM_SIZES_SINGLE> counterBuf;
+    memcpy (counterBuf.data (), inPtr, counterBuf.size() * sizeof (uint64_t));
     for (int i = 0; i < NUM_SIZES_SINGLE; ++i)
     {
-        uint64_t   *dst =  (((uint64_t *)inPtr) + i);
-        const char *src = (char *)(((uint64_t *)inPtr) + i);
+        uint64_t*   dst = counterBuf.data() + i;
+        const char* src = (char*) (counterBuf.data() + i);
 
         Xdr::read<CharPtrIO> (src, *dst);
     }
@@ -2358,7 +2367,7 @@
     // Unwind all the counter info
     //
 
-    const uint64_t *inPtr64 = (const uint64_t*) inPtr;
+    const uint64_t* inPtr64 = counterBuf.data();
 
     uint64_t version                  = *(inPtr64 + VERSION);
     uint64_t unknownUncompressedSize  = *(inPtr64 + UNKNOWN_UNCOMPRESSED_SIZE);
@@ -2508,13 +2517,14 @@
                                 "(corrupt header).");
         }
 
-        uLongf outSize = (uLongf)unknownUncompressedSize;
+        uLong inSize = static_cast<uLong> (unknownCompressedSize);
+        uLong outSize = static_cast<uLong> (unknownUncompressedSize);
 
-        if (Z_OK != ::uncompress
-                        ((Bytef *)_planarUncBufferUNKNOWN,
-                         &outSize,
-                         (Bytef *)compressedUnknownBuf,
-                         (uLong)unknownCompressedSize))

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfDwaCompressor.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfDwaCompressor.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfDwaCompressorSimd.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfDwaCompressorSimd.h Changed

@@ -7,11 +7,11 @@
 #define IMF_DWACOMPRESSORSIMD_H_HAS_BEEN_INCLUDED
 
 //
-// Various SSE accelerated functions, used by Imf::DwaCompressor. 
+// Various SSE accelerated functions, used by Imf::DwaCompressor.
 // These have been separated into a separate .h file, as the fast
 // paths are done with template specialization.
 //
-// Unless otherwise noted, all pointers are assumed to be 32-byte 
+// Unless otherwise noted, all pointers are assumed to be 32-byte
 // aligned. Unaligned pointers may risk seg-faulting.
 //
 
@@ -21,112 +21,106 @@
 #include "OpenEXRConfig.h"
 #include "OpenEXRConfigInternal.h"
 
-#include <half.h>
 #include <assert.h>
+#include <half.h>
 
 #include <algorithm>
 
 OPENEXR_IMF_INTERNAL_NAMESPACE_HEADER_ENTER
 
-#define _SSE_ALIGNMENT        32
+#define _SSE_ALIGNMENT 32
 #define _SSE_ALIGNMENT_MASK 0x0F
 #define _AVX_ALIGNMENT_MASK 0x1F
 
 //
-// A simple 64-element array, aligned properly for SIMD access. 
+// A simple 64-element array, aligned properly for SIMD access.
 //
 
-template <class T>
-class SimdAlignedBuffer64
+template <class T> class SimdAlignedBuffer64
 {
-    public:
-
-        SimdAlignedBuffer64(): _buffer (0), _handle (0)           
-        {
-            alloc();
-        }
+public:
+    SimdAlignedBuffer64 () : _buffer (0), _handle (0) { alloc (); }
 
-        SimdAlignedBuffer64(const SimdAlignedBuffer64 &rhs): _buffer (0), _handle(0)
-        {
-            alloc();
-            memcpy (_buffer, rhs._buffer, 64 * sizeof (T));
-        }
+    SimdAlignedBuffer64 (const SimdAlignedBuffer64& rhs)
+        : _buffer (0), _handle (0)
+    {
+        alloc ();
+        memcpy (_buffer, rhs._buffer, 64 * sizeof (T));
+    }
 
-        SimdAlignedBuffer64 &operator=(const SimdAlignedBuffer64 &rhs)
-        {
-            memcpy (_buffer, rhs._buffer, 64 * sizeof (T));
-            return *this;
-        }
+    SimdAlignedBuffer64& operator= (const SimdAlignedBuffer64& rhs)
+    {
+        memcpy (_buffer, rhs._buffer, 64 * sizeof (T));
+        return *this;
+    }
 
 #if __cplusplus >= 201103L
-        SimdAlignedBuffer64(SimdAlignedBuffer64 &&rhs) noexcept
-        : _buffer(rhs._buffer), _handle(rhs._handle)
-        {
-            rhs._handle = nullptr;
-            rhs._buffer = nullptr;
-        }
+    SimdAlignedBuffer64 (SimdAlignedBuffer64&& rhs) noexcept
+        : _buffer (rhs._buffer), _handle (rhs._handle)
+    {
+        rhs._handle = nullptr;
+        rhs._buffer = nullptr;
+    }
 
-        SimdAlignedBuffer64 &operator=(SimdAlignedBuffer64 &&rhs) noexcept
-        {
-            std::swap(_handle, rhs._handle);
-            std::swap(_buffer, rhs._buffer);
-            return *this;
-        }
+    SimdAlignedBuffer64& operator= (SimdAlignedBuffer64&& rhs) noexcept
+    {
+        std::swap (_handle, rhs._handle);
+        std::swap (_buffer, rhs._buffer);
+        return *this;
+    }
 #endif
-        ~SimdAlignedBuffer64 ()
-        {
-            if (_handle)
-                EXRFreeAligned (_handle);
-            _handle = 0;
-            _buffer = 0;
-        }
-
-        void alloc()
-        {
-            //
-            // Try EXRAllocAligned first - but it might fallback to
-            // unaligned allocs. If so, overalloc.
-            //
+    ~SimdAlignedBuffer64 ()
+    {
+        if (_handle) EXRFreeAligned (_handle);
+        _handle = 0;
+        _buffer = 0;
+    }
 
-            _handle = (char *) EXRAllocAligned
-                (64 * sizeof(T), _SSE_ALIGNMENT);
+    void alloc ()
+    {
+        //
+        // Try EXRAllocAligned first - but it might fallback to
+        // unaligned allocs. If so, overalloc.
+        //
 
-            if (((size_t)_handle & (_SSE_ALIGNMENT - 1)) == 0)
-            {
-                _buffer = (T *)_handle;
-                return;
-            }
+        _handle = (char*) EXRAllocAligned (64 * sizeof (T), _SSE_ALIGNMENT);
 
-            EXRFreeAligned(_handle);
-            _handle = (char *) EXRAllocAligned
-                (64 * sizeof(T) + _SSE_ALIGNMENT, _SSE_ALIGNMENT);
+        if (((size_t) _handle & (_SSE_ALIGNMENT - 1)) == 0)
+        {
+            _buffer = (T*) _handle;
+            return;
+        }
 
-            char *aligned = _handle;
+        EXRFreeAligned (_handle);
+        _handle = (char*) EXRAllocAligned (
+            64 * sizeof (T) + _SSE_ALIGNMENT, _SSE_ALIGNMENT);
 
-            while ((size_t)aligned & (_SSE_ALIGNMENT - 1))
-                aligned++;
+        char* aligned = _handle;
 
-            _buffer = (T *)aligned;    
-        }
+        while ((size_t) aligned & (_SSE_ALIGNMENT - 1))
+            aligned++;
 
-        T     *_buffer;
+        _buffer = (T*) aligned;
+    }
 
-    private:
+    T* _buffer;
 
-        char  *_handle;
+private:
+    char* _handle;
 };
 
 typedef SimdAlignedBuffer64<float>          SimdAlignedBuffer64f;
 typedef SimdAlignedBuffer64<unsigned short> SimdAlignedBuffer64us;
 
-namespace {
+namespace
+{
 
 //
 // Color space conversion, Inverse 709 CSC, Y'CbCr -> R'G'B'
 //
 
 void
-csc709Inverse (float &comp0, float &comp1, float &comp2)
+csc709Inverse (float& comp0, float& comp1, float& comp2)
 {
     float src3;
 
@@ -134,21 +128,20 @@
     src1 = comp1;
     src2 = comp2;
 
-    comp0 = src0                    + 1.5747f * src2;
+    comp0 = src0 + 1.5747f * src2;
     comp1 = src0 - 0.1873f * src1 - 0.4682f * src2;
     comp2 = src0 + 1.8556f * src1;
 }
 
 #ifndef IMF_HAVE_SSE2

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfEnvmap.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfEnvmap.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfFastHuf.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfFastHuf.cpp Changed

@@ -11,6 +11,40 @@
 #include <math.h>
 #include <vector>
 
+// Static enabling/disabling the fast huffman decode
+
+
+#if defined(__clang__)
+//
+// Enabled for clang on Apple platforms (tested):
+//
+
+#    if defined(__APPLE__)
+#        define OPENEXR_IMF_ENABLE_FAST_HUF_DECODER
+#    endif
+
+#elif defined(__INTEL_COMPILER) || defined(__GNUC__)
+//
+// Enabled for ICC, GCC:
+//       __i386__   -> x86
+//       __x86_64__ -> 64-bit x86
+//       __e2k__    -> e2k (MCST Elbrus 2000)
+
+#    if defined(__i386__) || defined(__x86_64__) || defined(__e2k__)
+#        define OPENEXR_IMF_ENABLE_FAST_HUF_DECODER
+#    endif
+
+#elif defined(_MSC_VER)
+//
+// Enabled for Visual Studio:
+//        _M_IX86 -> x86
+//        _M_X64  -> 64bit x86
+
+#    if defined(_M_IX86) || defined(_M_X64)
+#        define OPENEXR_IMF_ENABLE_FAST_HUF_DECODER
+#    endif
+#endif
+
 OPENEXR_IMF_INTERNAL_NAMESPACE_SOURCE_ENTER
 
 //
@@ -64,7 +98,7 @@
 
     //
     // The 'offset' table is the position (in sorted order) of the first id
-    // of a given code lenght. Array is indexed by code length, like base.  
+    // of a given code length. Array is indexed by code length, like base.
     //
 
     uint64_t offsetMAX_CODE_LEN + 1;   
@@ -267,8 +301,8 @@
 // so I'm not entirely sure that we are reading fom the bit stream
 // properly on BE. 
 //
-// If you happen to have more obscure hardware, check that the 
-// byte swapping in refill() is happening sensable, add an endian 
+// If you happen to have more obscure hardware, check that the
+// byte swapping in refill() is happening sensible, add an endian
 // check if needed, and fix the preprocessor magic here.
 //
 
@@ -277,51 +311,32 @@
     ((uint64_t)(c)3 << 32) | ((uint64_t)(c)4 << 24) | ((uint64_t)(c)5 << 16) | \
     ((uint64_t)(c)6 <<  8) | ((uint64_t)(c)7 ) 
 
-#ifdef __INTEL_COMPILER // ICC built-in swap for LE hosts
-    #if defined (__i386__) || defined(__x86_64__)
-        #undef  READ64
-        #define READ64(c) _bswap64 (*(const uint64_t*)(c))
-    #endif
+#if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__
+#    ifdef __INTEL_COMPILER // ICC built-in swap for LE hosts
+#        if defined(__i386__) || defined(__x86_64__)
+#            undef READ64
+#            define READ64(c) _bswap64 (*(const uint64_t*) (c))
+#        endif
+
+#    else
+#        ifdef __has_builtin
+#            if __has_builtin(__builtin_bswap64)
+#                undef READ64
+#                define READ64(c) __builtin_bswap64 (*(const uint64_t*) (c))
+#            endif
+#        endif
+#    endif
 #endif
 
 
 bool
 FastHufDecoder::enabled()
 {
-    #if defined(__INTEL_COMPILER) || defined(__GNUC__)
-
-        //
-        // Enabled for ICC, GCC:
-        //       __i386__   -> x86
-        //       __x86_64__ -> 64-bit x86
-        //       __e2k__    -> e2k (MCST Elbrus 2000)
-
-        #if defined (__i386__) || defined(__x86_64__) || defined(__e2k__)
-            return true;
-        #else
-            return false;
-        #endif
-
-    #elif defined (_MSC_VER)
-
-        //
-        // Enabled for Visual Studio:
-        //        _M_IX86 -> x86
-        //        _M_X64  -> 64bit x86
-
-        #if defined (_M_IX86) || defined(_M_X64)
-            return true;
-        #else
-            return false;
-        #endif
-
-    #else
-
-        //
-        // Unknown compiler - Be safe and disable.
-        //
-        return false;
-    #endif
+#    ifdef OPENEXR_IMF_ENABLE_FAST_HUF_DECODER
+    return true;
+#    else
+    return false;
+#    endif
 }
 
 //
@@ -444,7 +459,7 @@
 // shift in 0's to bufferBack. 
 //
 // The refill act takes numBits from the top of bufferBack and sticks
-// them in the bottom of buffer. If there arn't enough bits in bufferBack,
+// them in the bottom of buffer. If there aren't enough bits in bufferBack,
 // it gets refilled (to 64-bits) from the input bitstream.
 //
 
@@ -515,7 +530,7 @@
     //
     // We can have cases where the previous shift of bufferBack is << 64 -
     // this is an undefined operation but tends to create just zeroes.
-    // so if we won't have any bits left, zero out bufferBack insetad of computing the shift
+    // so if we won't have any bits left, zero out bufferBack instead of computing the shift
     //
 
     if (bufferBackNumBits <= numBits)
@@ -559,7 +574,7 @@
 // small-ish table to accelerate decoding of short codes.
 //
 // If possible, try looking up codes into the acceleration table.
-// This has a few benifits - there's no search involved; We don't
+// This has a few benefits - there's no search involved; We don't
 // need an additional lookup to map id to symbol; we don't need
 // a full 64-bits (so less refilling). 
 //
@@ -680,7 +695,7 @@
         bufferNumBits -= codeLen;
 
         //
-        // If we recieved a RLE symbol (_rleSymbol), then we need
+        // If we received a RLE symbol (_rleSymbol), then we need
         // to read ahead 8 bits to know how many times to repeat
         // the previous symbol. Need to ensure we at least have
         // 8 bits of data in the buffer

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfFastHuf.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfFastHuf.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfHeader.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfHeader.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfHeader.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfHeader.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfIDManifest.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfIDManifest.cpp Changed

@@ -55,22 +55,24 @@
     
       
 // map of strings to index of string in table
-    typedef std::map<std::string,int> indexedStringSet;
-        
-    
-    
-    // when handling vectors/sets of strings, the string is got by deferencing the pointer/iterator
-    template<class T> size_t stringSize(const T &i)
-    {
-       return i->size();   
-    }
-    
-    template<class T> const char* cStr(const T &i)
-    {
-       return i->c_str();
-    }
-    
-    /*
+typedef std::map<std::string, int> indexedStringSet;
+
+// when handling vectors/sets of strings, the string is got by dereferencing the pointer/iterator
+template <class T>
+size_t
+stringSize (const T& i)
+{
+    return i->size ();
+}
+
+template <class T>
+const char*
+cStr (const T& i)
+{
+    return i->c_str ();
+}
+
+/*
     // but for indexedStringSet the string is the first of the iterator pair
     size_t stringSize(indexedStringSet::const_iterator &i )
     {
@@ -376,7 +378,7 @@
    
    //
    // decode mapping table from indices in table to indices in string list
-   // the mapping uses smaller indices for more commonly occuring strings, since these are encoded with fewer bits
+   // the mapping uses smaller indices for more commonly occurring strings, since these are encoded with fewer bits
    // comments in serialize function describe the format
    //
    
@@ -554,26 +556,29 @@
 
 IDManifest::IDManifest(const CompressedIDManifest& compressed)
 {
-   //
-   // decompress the compressed manifest
-   //
-    
-    
-   vector<Bytef> uncomp(compressed._uncompressedDataSize);
-   uLongf outSize = compressed._uncompressedDataSize;
-   if(Z_OK != ::uncompress(&uncomp0 , &outSize , (const Bytef*) compressed._data, compressed._compressedDataSize))
-   {
-       throw IEX_NAMESPACE::InputExc ("IDManifest decompression (zlib) failed.");
-   }
-   if(outSize!=compressed._uncompressedDataSize)
-   {
-       throw IEX_NAMESPACE::InputExc ("IDManifest decompression (zlib) failed: mismatch in decompressed data size");
-   }
-   
-   init((const char*) &uncomp0,(const char*) &uncomp0 + outSize);
-  
-   
-   
+    //
+    // decompress the compressed manifest
+    //
+
+    vector<Bytef> uncomp (compressed._uncompressedDataSize);
+    uLong         outSize = static_cast<uLong> (compressed._uncompressedDataSize);
+    uLong         inSize  = static_cast<uLong> (compressed._compressedDataSize);
+    if (Z_OK != ::uncompress (
+            uncomp.data(),
+            &outSize,
+            reinterpret_cast<const Bytef*> (compressed._data),
+            inSize))
+    {
+        throw IEX_NAMESPACE::InputExc (
+            "IDManifest decompression (zlib) failed.");
+    }
+    if (outSize != compressed._uncompressedDataSize)
+    {
+        throw IEX_NAMESPACE::InputExc (
+            "IDManifest decompression (zlib) failed: mismatch in decompressed data size");
+    }
+
+    init ((const char*) &uncomp0, (const char*) &uncomp0 + outSize);
 }
 
 
@@ -1092,27 +1097,28 @@
    
  
     std::vector<char> serial;
-    
-    manifest.serialize(serial);
-    
-    uLong outputSize = serial.size();
-   
+
+    manifest.serialize (serial);
+
+    uLong outputSize = static_cast<uLong> (serial.size ());
+
     //
     // allocate a buffer which is guaranteed to be big enough for compression
     //
-   uLongf compressedDataSize = compressBound(outputSize);
-   _data = (unsigned char*) malloc(compressedDataSize);
-   if(Z_OK != ::compress(_data,&compressedDataSize,(Bytef*) &serial0,outputSize))
-   {
-       throw IEX_NAMESPACE::InputExc("ID manifest compression failed");
-   }
-   
-   // now call realloc to reallocate the buffer to a smaller size - this might free up memory
-   _data = (unsigned char*) realloc(_data,compressedDataSize);
-   
-   _uncompressedDataSize = outputSize;
-   _compressedDataSize = compressedDataSize;
-   
+    uLong compressedDataSize = compressBound (outputSize);
+    _data                     = (unsigned char*) malloc (compressedDataSize);
+    if (Z_OK !=
+        ::compress (
+            _data, &compressedDataSize, reinterpret_cast<Bytef*> (serial.data ()), outputSize))
+    {
+        throw IEX_NAMESPACE::InputExc ("ID manifest compression failed");
+    }
+
+    // now call realloc to reallocate the buffer to a smaller size - this might free up memory
+    _data = (unsigned char*) realloc (_data, compressedDataSize);
+
+    _uncompressedDataSize = outputSize;
+    _compressedDataSize   = compressedDataSize;
 }
 
 IDManifest::ChannelGroupManifest::ChannelGroupManifest() : _lifeTime(IDManifest::LIFETIME_STABLE) , _hashScheme(IDManifest::UNKNOWN) , _encodingScheme(IDManifest::UNKNOWN) , _insertingEntry(false)

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfInputFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfInputFile.cpp Changed

@@ -186,7 +186,7 @@
     //
     // bufferedReadPixels reads each row of tiles that intersect the
     // scan-line range (scanLine1 to scanLine2). The previous row of
-    // tiles is cached in order to prevent redundent tile reads when
+    // tiles is cached in order to prevent redundant tile reads when
     // accessing scanlines sequentially.
     //
 
@@ -352,12 +352,10 @@
 
                     switch ( toSlice.type)
                     {
-                        case UINT:
-                        {
-                            unsigned int fill = toSlice.fillValue;
-                            for (int x = xStart;
-                                x <= levelRange.max.x;
-                                x += toSlice.xSampling)
+                    case UINT: {
+                        unsigned int fill = static_cast<unsigned int>(toSlice.fillValue);
+                        for (int x = xStart; x <= levelRange.max.x;
+                             x += toSlice.xSampling)
                             {
                                 * reinterpret_cast<unsigned int*>(toPtr) = fill;
                                 toPtr += toSlice.xStride;

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfKeyCode.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfKeyCode.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfMisc.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfMisc.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfMisc.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfMisc.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfMultiPartInputFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfMultiPartInputFile.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfOptimizedPixelReading.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfOptimizedPixelReading.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfOutputFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfOutputFile.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfPizCompressor.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfPizCompressor.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfPxr24Compressor.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfPxr24Compressor.cpp Changed

@@ -369,12 +369,14 @@
 	}
     }
 
-    uLongf outSize = int (ceil ((tmpBufferEnd - _tmpBuffer) * 1.01)) + 100;
-
-    if (Z_OK != ::compress ((Bytef *) _outBuffer,
-			    &outSize,
-			    (const Bytef *) _tmpBuffer,
-			    tmpBufferEnd - _tmpBuffer))
+    uLong inBufferSize = static_cast<uLong> (tmpBufferEnd - _tmpBuffer);
+    uLong outSize = compressBound (inBufferSize);
+
+    if (Z_OK != ::compress (
+            reinterpret_cast<Bytef*> (_outBuffer),
+            &outSize,
+            reinterpret_cast<const Bytef*> (_tmpBuffer),
+            inBufferSize))
     {
 	throw IEX_NAMESPACE::BaseExc ("Data compression (zlib) failed.");
     }
@@ -396,12 +398,14 @@
 	return 0;
     }
 
-    uLongf tmpSize = _maxScanLineSize * _numScanLines;
+    uLong tmpSize = static_cast<uLong> (_maxScanLineSize * _numScanLines);
 
-    if (Z_OK != ::uncompress ((Bytef *)_tmpBuffer,
-			      &tmpSize,
-			      (const Bytef *) inPtr,
-			      inSize))
+    if (Z_OK !=
+        ::uncompress (
+            reinterpret_cast<Bytef*> (_tmpBuffer),
+            &tmpSize,
+            reinterpret_cast<const Bytef*> (inPtr),
+            inSize))
     {
 	throw IEX_NAMESPACE::InputExc ("Data decompression (zlib) failed.");
     }
@@ -440,8 +444,8 @@
 		ptr3 = ptr2 + n;
 		tmpBufferEnd = ptr3 + n;
 
-		if ( (uLongf)(tmpBufferEnd - _tmpBuffer) > tmpSize)
-		    notEnoughData();
+                if (static_cast<uLong> (tmpBufferEnd - _tmpBuffer) > tmpSize)
+                    notEnoughData ();
 
 		for (int j = 0; j < n; ++j)
 		{
@@ -466,8 +470,8 @@
 		ptr1 = ptr0 + n;
 		tmpBufferEnd = ptr1 + n;
 
-        if ( (uLongf)(tmpBufferEnd - _tmpBuffer) > tmpSize)
-		    notEnoughData();
+                if (static_cast<uLong> (tmpBufferEnd - _tmpBuffer) > tmpSize)
+                    notEnoughData ();
 
 		for (int j = 0; j < n; ++j)
 		{
@@ -490,8 +494,8 @@
 		ptr2 = ptr1 + n;
 		tmpBufferEnd = ptr2 + n;
 
-        if ( (uLongf) (tmpBufferEnd - _tmpBuffer) > tmpSize)
-		    notEnoughData();
+                if (static_cast<uLong> (tmpBufferEnd - _tmpBuffer) > tmpSize)
+                    notEnoughData ();
 
 		for (int j = 0; j < n; ++j)
 		{
@@ -515,8 +519,7 @@
 	}
     }
 
-    if ((uLongf) (tmpBufferEnd - _tmpBuffer) < tmpSize)
-	tooMuchData();
+    if (static_cast<uLong> (tmpBufferEnd - _tmpBuffer) < tmpSize) tooMuchData ();
 
     outPtr = _outBuffer;
     return writePtr - _outBuffer;

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfRle.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfRle.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfScanLineInputFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfScanLineInputFile.cpp Changed

@@ -886,7 +886,7 @@
             //
             
             // Set the readPtr to read at the start of uncompressedData
-            // but with an offet based on calculated array.
+            // but with an offset based on calculated array.
             // _ifd->offsetInLineBuffer contains offsets based on which
             // line we are currently processing.
             // Stride will be taken into consideration later.
@@ -1102,8 +1102,10 @@
         _data->linesInBuffer =
             numLinesInBuffer (comp);
 
-        int lineOffsetSize = (dataWindow.max.y - dataWindow.min.y +
-                              _data->linesInBuffer) / _data->linesInBuffer;
+        uint64_t lineOffsetSize =
+            (static_cast<int64_t>(dataWindow.max.y) - static_cast<int64_t>(dataWindow.min.y) + static_cast<int64_t>(_data->linesInBuffer)) /
+            static_cast<int64_t>(_data->linesInBuffer);
+
 
         //
         // avoid allocating excessive memory due to large lineOffsets and bytesPerLine table sizes.
@@ -1309,9 +1311,8 @@
 
 namespace
 {
-    
-    
-// returns the optimization state for the given arrangement of frame bufers
+
+// returns the optimization state for the given arrangement of frame buffers
 // this assumes:
 //   both the file and framebuffer are half float data
 //   both the file and framebuffer have xSampling and ySampling=1
@@ -1702,7 +1703,7 @@
         }
         
 	//
-	// Exeption handling:
+	// Exception handling:
 	//
 	// LineBufferTask::execute() may have encountered exceptions, but
 	// those exceptions occurred in another thread, not in the thread

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfSimd.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfSimd.h Changed

@@ -14,12 +14,12 @@
 
 
 // GCC and Visual Studio SSE2 compiler flags
-#if defined __SSE2__ || (_MSC_VER >= 1300 && (_M_IX86 || _M_X64))
-    #define IMF_HAVE_SSE2 1
+#if defined __SSE2__ || (_MSC_VER && (_M_IX86 || _M_X64))
+#    define IMF_HAVE_SSE2 1
 #endif
 
-#if defined __SSE4_1__
-    #define IMF_HAVE_SSE4_1 1
+#if defined __SSE4_1__ || (_MSC_VER && (_M_IX86 || _M_X64))
+#    define IMF_HAVE_SSE4_1 1
 #endif
 
 // Compiler flags on e2k (MCST Elbrus 2000) architecture
@@ -43,8 +43,15 @@
     #define IMF_HAVE_F16C 1
 #endif
 
-extern "C"
-{
+#if defined(__ARM_NEON)
+#    define IMF_HAVE_NEON
+#endif
+
+#if defined(__aarch64__)
+#    define IMF_HAVE_NEON_AARCH64 1
+#endif
+
+extern "C" {
 #ifdef IMF_HAVE_SSE2
     #include <emmintrin.h>
     #include <mmintrin.h>
@@ -53,6 +60,25 @@
 #ifdef IMF_HAVE_SSE4_1
     #include <smmintrin.h>
 #endif
+
+#ifdef IMF_HAVE_NEON
+#    include <arm_neon.h>
+#endif
+
+}
+
+#include "OpenEXRConfigInternal.h"
+#ifdef OPENEXR_MISSING_ARM_VLD1
+/* Workaround for missing vld1q_f32_x2 in older gcc versions.  */
+
+__extension__ extern __inline float32x4x2_t
+    __attribute__ ((__always_inline__, __gnu_inline__, __artificial__))
+    vld1q_f32_x2 (const float32_t* __a)
+{
+    float32x4x2_t ret;
+    asm ("ld1 {%S0.4s - %T0.4s}, %1" : "=w"(ret) : "r"(__a) :);
+    return ret;
 }
+#endif
 
 #endif

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfStdIO.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfStdIO.cpp Changed

@@ -10,6 +10,8 @@
 //
 //-----------------------------------------------------------------------------
 
+#include "Iex.h"
+#include <ImfMisc.h>
 #include <ImfStdIO.h>
 #include "Iex.h"
 #include <errno.h>
@@ -34,22 +36,10 @@
 namespace {
 
 #ifdef _WIN32
-wstring WidenFilename (const char *filename)
-{
-    wstring ret;
-    int fnlen = static_cast<int>( strlen(filename) );
-    int len = MultiByteToWideChar(CP_UTF8, 0, filename, fnlen, NULL, 0 );
-    if (len > 0)
-    {
-        ret.resize(len);
-        MultiByteToWideChar(CP_UTF8, 0, filename, fnlen, &ret0, len);
-    }
-    return ret;
-}
-
-# if defined(__GLIBCXX__) && !(defined(_GLIBCXX_HAVE_WFOPEN) && defined(_GLIBCXX_USE_WCHAR_T))
-#  define USE_CUSTOM_WIDE_OPEN 1
-# endif
+#    if defined(__GLIBCXX__) &&                                         \
+    !(defined(_GLIBCXX_HAVE_WFOPEN) && defined(_GLIBCXX_USE_WCHAR_T))
+#        define USE_CUSTOM_WIDE_OPEN 1
+#    endif
 
 # ifdef USE_CUSTOM_WIDE_OPEN
 template <typename CharT, typename TraitsT>

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfSystemSpecific.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfSystemSpecific.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfTileOffsets.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfTileOffsets.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfTileOffsets.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfTileOffsets.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfTiledInputFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfTiledInputFile.cpp Changed

@@ -1330,20 +1330,20 @@
 	    //
         }
 
-	//
-	// Exeption handling:
-	//
-	// TileBufferTask::execute() may have encountered exceptions, but
-	// those exceptions occurred in another thread, not in the thread
-	// that is executing this call to TiledInputFile::readTiles().
-	// TileBufferTask::execute() has caught all exceptions and stored
-	// the exceptions' what() strings in the tile buffers.
-	// Now we check if any tile buffer contains a stored exception; if
-	// this is the case then we re-throw the exception in this thread.
-	// (It is possible that multiple tile buffers contain stored
-	// exceptions.  We re-throw the first exception we find and
-	// ignore all others.)
-	//
+        //
+        // Exception handling:
+        //
+        // TileBufferTask::execute() may have encountered exceptions, but
+        // those exceptions occurred in another thread, not in the thread
+        // that is executing this call to TiledInputFile::readTiles().
+        // TileBufferTask::execute() has caught all exceptions and stored
+        // the exceptions' what() strings in the tile buffers.
+        // Now we check if any tile buffer contains a stored exception; if
+        // this is the case then we re-throw the exception in this thread.
+        // (It is possible that multiple tile buffers contain stored
+        // exceptions.  We re-throw the first exception we find and
+        // ignore all others.)
+        //
 
 	const string *exception = 0;

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfTiledInputFile.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfTiledInputFile.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfTiledMisc.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfTiledMisc.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfTiledOutputFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfTiledOutputFile.cpp Changed

@@ -1352,20 +1352,20 @@
 	    //
         }
 
-	//
-	// Exeption handling:
-	//
-	// TileBufferTask::execute() may have encountered exceptions, but
-	// those exceptions occurred in another thread, not in the thread
-	// that is executing this call to TiledOutputFile::writeTiles().
-	// TileBufferTask::execute() has caught all exceptions and stored
-	// the exceptions' what() strings in the tile buffers.
-	// Now we check if any tile buffer contains a stored exception; if
-	// this is the case then we re-throw the exception in this thread.
-	// (It is possible that multiple tile buffers contain stored
-	// exceptions.  We re-throw the first exception we find and
-	// ignore all others.)
-	//
+        //
+        // Exception handling:
+        //
+        // TileBufferTask::execute() may have encountered exceptions, but
+        // those exceptions occurred in another thread, not in the thread
+        // that is executing this call to TiledOutputFile::writeTiles().
+        // TileBufferTask::execute() has caught all exceptions and stored
+        // the exceptions' what() strings in the tile buffers.
+        // Now we check if any tile buffer contains a stored exception; if
+        // this is the case then we re-throw the exception in this thread.
+        // (It is possible that multiple tile buffers contain stored
+        // exceptions.  We re-throw the first exception we find and
+        // ignore all others.)
+        //
 
 	const string *exception = 0;

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfTiledOutputFile.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfTiledOutputFile.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfTiledRgbaFile.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfTiledRgbaFile.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfWav.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfWav.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfZip.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfZip.cpp Changed

@@ -7,6 +7,7 @@
 #include "ImfCheckedArithmetic.h"
 #include "ImfNamespace.h"
 #include "ImfSimd.h"
+#include "ImfSystemSpecific.h"
 #include "Iex.h"
 
 #include <math.h>
@@ -98,10 +99,15 @@
     // Compress the data using zlib
     //
 
-    uLongf outSize = int(ceil(rawSize * 1.01)) + 100;
+    uLong inSize = static_cast<uLong> (rawSize);
+    uLong outSize = compressBound (inSize);
 
-    if (Z_OK != ::compress2 ((Bytef *)compressed, &outSize,
-                             (const Bytef *) _tmpBuffer, rawSize, _zipLevel))
+    if (Z_OK != ::compress2 (
+            reinterpret_cast<Bytef*> (compressed),
+            &outSize,
+            reinterpret_cast<const Bytef*> (_tmpBuffer),
+            inSize,
+            _zipLevel))
     {
         throw IEX_NAMESPACE::BaseExc ("Data compression (zlib) failed.");
     }
@@ -109,10 +115,13 @@
     return outSize;
 }
 
+namespace
+{
+
 #ifdef IMF_HAVE_SSE4_1
 
-static void
-reconstruct_sse41(char *buf, size_t outSize)
+void
+reconstruct_sse41 (char* buf, size_t outSize)
 {
     static const size_t bytesPerChunk = sizeof(__m128i);
     const size_t vOutSize = outSize / bytesPerChunk;
@@ -154,10 +163,60 @@
     }
 }
 
-#else
+#endif
 
-static void
-reconstruct_scalar(char *buf, size_t outSize)
+#ifdef IMF_HAVE_NEON_AARCH64
+
+void
+reconstruct_neon (char* buf, size_t outSize)
+{
+    static const size_t bytesPerChunk = sizeof (uint8x16_t);
+    const size_t        vOutSize      = outSize / bytesPerChunk;
+
+    const uint8x16_t c           = vdupq_n_u8 (-128);
+    const uint8x16_t shuffleMask = vdupq_n_u8 (15);
+
+    // The first element doesn't have its high bit flipped during compression,
+    // so it must not be flipped here.  To make the SIMD loop nice and
+    // uniform, we pre-flip the bit so that the loop will unflip it again.
+    buf0 += -128;
+
+    unsigned char* vBuf  = reinterpret_cast<unsigned char*> (buf);
+    uint8x16_t  vZero = vdupq_n_u8 (0);
+    uint8x16_t  vPrev = vdupq_n_u8 (0);
+    for (size_t i = 0; i < vOutSize; ++i)
+    {
+        uint8x16_t d = vaddq_u8 (vld1q_u8 (vBuf), c);
+
+        // Compute the prefix sum of elements.
+        d = vaddq_u8 (d, vextq_u8 (vZero, d, 16 - 1));
+        d = vaddq_u8 (d, vextq_u8 (vZero, d, 16 - 2));
+        d = vaddq_u8 (d, vextq_u8 (vZero, d, 16 - 4));
+        d = vaddq_u8 (d, vextq_u8 (vZero, d, 16 - 8));
+        d = vaddq_u8 (d, vPrev);
+
+        vst1q_u8 (vBuf, d);
+        vBuf += sizeof (uint8x16_t);
+
+        // Broadcast the high byte in our result to all lanes of the prev
+        // value for the next iteration.
+        vPrev = vqtbl1q_u8 (d, shuffleMask);
+    }
+
+    unsigned char prev = vgetq_lane_u8 (vPrev, 15);
+    for (size_t i = vOutSize * bytesPerChunk; i < outSize; ++i)
+    {
+        unsigned char d = prev + bufi - 128;
+        bufi          = d;
+        prev            = d;
+    }
+}
+
+#endif
+
+
+void
+reconstruct_scalar (char* buf, size_t outSize)
 {
     unsigned char *t    = (unsigned char *) buf + 1;
     unsigned char *stop = (unsigned char *) buf + outSize;
@@ -170,13 +229,10 @@
     }
 }
 
-#endif
-
-
 #ifdef IMF_HAVE_SSE2
 
-static void
-interleave_sse2(const char *source, size_t outSize, char *out)
+void
+interleave_sse2 (const char* source, size_t outSize, char* out)
 {
     static const size_t bytesPerChunk = 2*sizeof(__m128i);
 
@@ -207,10 +263,48 @@
     }
 }
 
-#else
+#endif
+
+#ifdef IMF_HAVE_NEON_AARCH64
+
+void
+interleave_neon (const char* source, size_t outSize, char* out)
+{
+    static const size_t bytesPerChunk = 2 * sizeof (uint8x16_t);
+
+    const size_t vOutSize = outSize / bytesPerChunk;
+
+    const unsigned char* v1 = reinterpret_cast<const unsigned char*> (source);
+    const unsigned char* v2 =
+        reinterpret_cast<const unsigned char*> (source + (outSize + 1) / 2);
+    unsigned char* vOut = reinterpret_cast<unsigned char*> (out);
+
+    for (size_t i = 0; i < vOutSize; ++i)
+    {
+        uint8x16_t a = vld1q_u8 (v1); v1 += sizeof (uint8x16_t);
+        uint8x16_t b = vld1q_u8 (v2); v2 += sizeof (uint8x16_t);
+
+        uint8x16_t lo = vzip1q_u8 (a, b);
+        uint8x16_t hi = vzip2q_u8 (a, b);
+
+        vst1q_u8 (vOut, lo); vOut += sizeof (uint8x16_t);
+        vst1q_u8 (vOut, hi); vOut += sizeof (uint8x16_t);
+    }
+
+    const char* t1   = reinterpret_cast<const char*> (v1);
+    const char* t2   = reinterpret_cast<const char*> (v2);
+    char*       sOut = reinterpret_cast<char*> (vOut);
+
+    for (size_t i = vOutSize * bytesPerChunk; i < outSize; ++i)
+    {
+        *(sOut++) = (i % 2 == 0) ? *(t1++) : *(t2++);
+    }
+}
+
+#endif
 
-static void
-interleave_scalar(const char *source, size_t outSize, char *out)
+void
+interleave_scalar (const char* source, size_t outSize, char* out)
 {
     const char *t1 = source;
     const char *t2 = source + (outSize + 1) / 2;
@@ -231,7 +325,10 @@
     }
 }
 
-#endif
+auto reconstruct = reconstruct_scalar;
+auto interleave = interleave_scalar;
+
+} // namespace
 
 int
 Zip::uncompress(const char *compressed, int compressedSize,
@@ -241,10 +338,14 @@
     // Decompress the data using zlib
     //
 
-    uLongf outSize = _maxRawSize;
+    uLong outSize = static_cast<uLong> (_maxRawSize);
+    uLong inSize = static_cast<uLong> (compressedSize);
 
-    if (Z_OK != ::uncompress ((Bytef *)_tmpBuffer, &outSize,
-                     (const Bytef *) compressed, compressedSize))
+    if (Z_OK != ::uncompress (
+            reinterpret_cast<Bytef*> (_tmpBuffer),
+            &outSize,

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/ImfZip.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/ImfZip.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/b44ExpLogTable.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/b44ExpLogTable.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/dwaLookups.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/dwaLookups.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXR/dwaLookups.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXR/dwaLookups.h Changed

@@ -1,5 +1,9 @@
+//
+// SPDX-License-Identifier: BSD-3-Clause
+// Copyright (c) DreamWorks Animation LLC and Contributors of the OpenEXR Project
+//
 
-const unsigned short dwaCompressorNoOp = 
+static const unsigned short dwaCompressorNoOp =
 {
     0x0000, 0x0001, 0x0002, 0x0003, 0x0004, 0x0005, 0x0006, 0x0007, 
     0x0008, 0x0009, 0x000a, 0x000b, 0x000c, 0x000d, 0x000e, 0x000f, 
@@ -8197,7 +8201,7 @@
 
 
 
-const unsigned short dwaCompressorToLinear = 
+static const unsigned short dwaCompressorToLinear =
 {
     0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 
     0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 
@@ -16395,7 +16399,7 @@
 
 
 
-const unsigned short dwaCompressorToNonlinear = 
+static const unsigned short dwaCompressorToNonlinear =
 {
     0x0000, 0x1043, 0x11d7, 0x1305, 0x1400, 0x146d, 0x14cf, 0x1529, 
     0x157b, 0x15c8, 0x1611, 0x1656, 0x1697, 0x16d6, 0x1712, 0x174b, 
@@ -24593,7 +24597,7 @@
 
 
 
-const unsigned int closestDataOffset = {
+static const unsigned int closestDataOffset = {
          0,      0,      1,      2,      4,      5,      7,      9, 
         12,     13,     15,     17,     20,     22,     25,     28, 
         32,     33,     35,     37,     40,     42,     45,     48, 
@@ -32789,7 +32793,7 @@
 };
 
 
-const unsigned short closestData = {
+static const unsigned short closestData = {
         0,     0,     0,     2,     0,     0,     4,     0, 
         4,     0,     8,     6,     0,     0,     8,     0, 
         8,     0,     8,    10,     0,     8,     0,    16,

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/CMakeLists.txt Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/chunk.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/chunk.c Changed

@@ -7,6 +7,7 @@
 
 #include "internal_coding.h"
 #include "internal_structs.h"
+#include "internal_util.h"
 #include "internal_xdr.h"
 
 #include <limits.h>
@@ -239,6 +240,7 @@
             int32_t level_y;
         };
     };
+    uint8_t _pad4;
     union
     {
         int64_t deep_data3;
@@ -290,7 +292,7 @@
     rv = ctxt->do_read (
         ctxt,
         data,
-        ntoread * sizeof (int32_t),
+        (size_t)ntoread * sizeof (int32_t),
         &nextoffset,
         NULL,
         EXR_MUST_READ_ALL);
@@ -347,7 +349,7 @@
             return ctxt->print_error (
                 ctxt,
                 EXR_ERR_BAD_CHUNK_LEADER,
-                "Invalid chunk size reconstructing chunk table: found out of range %ld",
+                "Invalid chunk size reconstructing chunk table: found out of range %"PRId64,
                 leaderdata->deep_data1);
         }
         leaderdata->packed_size = leaderdata->deep_packed_size;
@@ -408,8 +410,21 @@
     if (part->storage_mode == EXR_STORAGE_SCANLINE ||
         part->storage_mode == EXR_STORAGE_DEEP_SCANLINE)
     {
-        *indexio = (leader.scanline_y - part->data_window.min.y) /
-                   part->lines_per_chunk;
+        int64_t chunk = (int64_t) leader.scanline_y;
+        chunk -= (int64_t) part->data_window.min.y;
+        chunk /= part->lines_per_chunk;
+        if (chunk < 0 || chunk > INT32_MAX)
+            return ctxt->print_error (
+                ctxt,
+                EXR_ERR_BAD_CHUNK_LEADER,
+                "Invalid chunk index: %" PRId64
+                " reading scanline %d (datawindow min %d) with lines per chunk %d",
+                chunk,
+                leader.scanline_y,
+                part->data_window.min.y,
+                part->lines_per_chunk);
+
+        *indexio = (int) chunk;
     }
     else
     {
@@ -527,10 +542,10 @@
         EXR_CONST_CAST (atomic_uintptr_t*, &(part->chunk_table)));
     if (ctable == NULL)
     {
-        int64_t   nread = 0;
-        uintptr_t eptr = 0, nptr = 0;
-        int       complete = 1;
-        uint64_t  maxoff   = ((uint64_t) -1);
+        int64_t      nread = 0;
+        uintptr_t    eptr = 0, nptr = 0;
+        int          complete = 1;
+        uint64_t     maxoff   = ((uint64_t) -1);
         exr_result_t rv;
 
         if (part->chunk_count <= 0)
@@ -565,7 +580,7 @@
             // file is incomplete (i.e. crashed during write and didn't
             // get a complete chunk table), so just do them one at a time
             if (ctxt->file_size > 0) maxoff = (uint64_t) ctxt->file_size;
-            for (size_t ci = 0; ci < part->chunk_count; ++ci)
+            for (int ci = 0; ci < part->chunk_count; ++ci)
             {
                 uint64_t cchunk = one_to_native64 (ctableci);
                 if (cchunk < chunkoff || cchunk >= maxoff) complete = 0;
@@ -590,10 +605,7 @@
                 }
             }
         }
-        else
-        {
-            priv_to_native64 (ctable, part->chunk_count);
-        }
+        else { priv_to_native64 (ctable, part->chunk_count); }
 
         nptr = (uintptr_t) ctable;
         // see if we win or not
@@ -670,21 +682,11 @@
         {
             const exr_attr_chlist_entry_t* curc = (chanlist->entries + c);
             uint64_t chansz = ((curc->pixel_type == EXR_PIXEL_HALF) ? 2 : 4);
-            chansz *= ((uint64_t) width);
+
+            chansz *= (uint64_t) width;
             if (curc->x_sampling > 1) chansz /= ((uint64_t) curc->x_sampling);
-            chansz *= ((uint64_t) height);
-            if (curc->y_sampling > 1)
-            {
-                if (height > 1)
-                {
-                    if (curc->y_sampling > height)
-                        chansz /= ((uint64_t) height);
-                    else
-                        chansz /= ((uint64_t) curc->y_sampling);
-                }
-                else if ((y % ((int) curc->y_sampling)) != 0)
-                    chansz = 0;
-            }
+            chansz *=
+                (uint64_t) compute_sampled_lines (height, curc->y_sampling, y);
             unpacksize += chansz;
         }
     }
@@ -761,10 +763,7 @@
         cinfo->start_y = dw.min.y;
         cinfo->height -= (dw.min.y - miny);
     }
-    else if ((miny + lpc) > dw.max.y)
-    {
-        cinfo->height = (dw.max.y - miny + 1);
-    }
+    else if ((miny + lpc) > dw.max.y) { cinfo->height = (dw.max.y - miny + 1); }
     cinfo->level_x = 0;
     cinfo->level_y = 0;
 
@@ -932,10 +931,11 @@
                 pctxt,
                 EXR_ERR_BAD_CHUNK_LEADER,
                 "Preparing to read scanline %d (chunk %d), found corrupt leader: packed size %" PRIu64
-                ", file size %" PRId64,
+                ", file offset %" PRIu64 ", size %" PRId64,
                 y,
                 cidx,
-                (uint64_t) datardcnt,
+                cinfo->packed_size,
+                cinfo->data_offset,
                 fsize);
         }
     }
@@ -1270,7 +1270,7 @@
         else if (fsize > 0)
         {
             uint64_t finpos = dataoff + (uint64_t) tdata4;
-            if (finpos > fsize)
+            if (finpos > (uint64_t)fsize)
             {
                 return pctxt->print_error (
                     pctxt,
@@ -1332,12 +1332,12 @@
         return pctxt->report_error (
             pctxt,
             EXR_ERR_INVALID_ARGUMENT,
-            "mis-matched storage type for chunk block info");
+            "mismatched storage type for chunk block info");
     if (cinfo->compression != (uint8_t) part->comp_type)
         return pctxt->report_error (
             pctxt,
             EXR_ERR_INVALID_ARGUMENT,
-            "mis-matched compression type for chunk block info");
+            "mismatched compression type for chunk block info");
 
     dataoffset = cinfo->data_offset;
     if (pctxt->file_size > 0 && dataoffset > (uint64_t) pctxt->file_size)
@@ -1400,12 +1400,12 @@
         return pctxt->report_error (
             pctxt,
             EXR_ERR_INVALID_ARGUMENT,
-            "mis-matched storage type for chunk block info");
+            "mismatched storage type for chunk block info");
     if (cinfo->compression != (uint8_t) part->comp_type)
         return pctxt->report_error (
             pctxt,
             EXR_ERR_INVALID_ARGUMENT,
-            "mis-matched compression type for chunk block info");
+            "mismatched compression type for chunk block info");
 
     if (pctxt->file_size > 0 &&
         cinfo->sample_count_data_offset > (uint64_t) pctxt->file_size)
@@ -1641,10 +1641,7 @@
             /* just in case we look at it again? */
             priv_to_native64 (ctable, part->chunk_count);
         }
-        else
-        {
-            pctxt->last_output_chunk = cidx;
-        }
+        else { pctxt->last_output_chunk = cidx; }
     }
 
     return rv;
@@ -1726,10 +1723,7 @@
         cinfo->start_y = dw.min.y;
         cinfo->height -= (dw.min.y - miny);

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/coding.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/coding.c Changed

@@ -4,6 +4,7 @@
 */
 
 #include "internal_coding.h"
+#include "internal_util.h"
 
 #include <string.h>
 
@@ -40,16 +41,8 @@
 
         decc->channel_name = curc->name.str;
 
-        if (curc->y_sampling > 1)
-        {
-            if (cinfo->height == 1)
-                decc->height = ((cinfo->start_y % curc->y_sampling) == 0) ? 1
-                                                                          : 0;
-            else
-                decc->height = cinfo->height / curc->y_sampling;
-        }
-        else
-            decc->height = cinfo->height;
+        decc->height = compute_sampled_lines (
+            cinfo->height, curc->y_sampling, cinfo->start_y);
 
         if (curc->x_sampling > 1)
             decc->width = cinfo->width / curc->x_sampling;
@@ -106,16 +99,8 @@
 
         ccic->channel_name = curc->name.str;
 
-        if (curc->y_sampling > 1)
-        {
-            if (cinfo->height == 1)
-                ccic->height = ((cinfo->start_y % curc->y_sampling) == 0) ? 1
-                                                                          : 0;
-            else
-                ccic->height = cinfo->height / curc->y_sampling;
-        }
-        else
-            ccic->height = cinfo->height;
+        ccic->height = compute_sampled_lines (
+            cinfo->height, curc->y_sampling, cinfo->start_y);
 
         if (curc->x_sampling > 1)
             ccic->width = cinfo->width / curc->x_sampling;
@@ -151,7 +136,7 @@
                 encode->free_fn (bufid, curbuf);
             else
             {
-                EXR_PROMOTE_CONST_CONTEXT_AND_PART_OR_ERROR_NO_LOCK (
+                EXR_PROMOTE_CONST_CONTEXT_OR_ERROR_NO_PART_NO_LOCK (
                     encode->context, encode->part_index);
 
                 pctxt->free_fn (curbuf);
@@ -174,7 +159,7 @@
     void* curbuf = *buf;
     if (newsz == 0)
     {
-        EXR_PROMOTE_CONST_CONTEXT_AND_PART_OR_ERROR_NO_LOCK (
+        EXR_PROMOTE_CONST_CONTEXT_OR_ERROR_NO_PART_NO_LOCK (
             encode->context, encode->part_index);
 
         return pctxt->print_error (
@@ -192,7 +177,7 @@
             curbuf = encode->alloc_fn (bufid, newsz);
         else
         {
-            EXR_PROMOTE_CONST_CONTEXT_AND_PART_OR_ERROR_NO_LOCK (
+            EXR_PROMOTE_CONST_CONTEXT_OR_ERROR_NO_PART_NO_LOCK (
                 encode->context, encode->part_index);
 
             curbuf = pctxt->alloc_fn (newsz);
@@ -200,7 +185,7 @@
 
         if (curbuf == NULL)
         {
-            EXR_PROMOTE_CONST_CONTEXT_AND_PART_OR_ERROR_NO_LOCK (
+            EXR_PROMOTE_CONST_CONTEXT_OR_ERROR_NO_PART_NO_LOCK (
                 encode->context, encode->part_index);
 
             return pctxt->print_error (
@@ -233,7 +218,7 @@
                 decode->free_fn (bufid, curbuf);
             else
             {
-                EXR_PROMOTE_CONST_CONTEXT_AND_PART_OR_ERROR_NO_LOCK (
+                EXR_PROMOTE_CONST_CONTEXT_OR_ERROR_NO_PART_NO_LOCK (
                     decode->context, decode->part_index);
 
                 pctxt->free_fn (curbuf);
@@ -271,7 +256,7 @@
             curbuf = decode->alloc_fn (bufid, newsz);
         else
         {
-            EXR_PROMOTE_CONST_CONTEXT_AND_PART_OR_ERROR_NO_LOCK (
+            EXR_PROMOTE_CONST_CONTEXT_OR_ERROR_NO_PART_NO_LOCK (
                 decode->context, decode->part_index);
 
             curbuf = pctxt->alloc_fn (newsz);
@@ -279,7 +264,7 @@
 
         if (curbuf == NULL)
         {
-            EXR_PROMOTE_CONST_CONTEXT_AND_PART_OR_ERROR_NO_LOCK (
+            EXR_PROMOTE_CONST_CONTEXT_OR_ERROR_NO_PART_NO_LOCK (
                 decode->context, decode->part_index);
 
             return pctxt->print_error (

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/context.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/context.c Changed

@@ -387,49 +387,6 @@
 /**************************************/
 
 exr_result_t
-exr_start_memory_write (
-    exr_context_t* ctxt, const exr_context_initializer_t* ctxtdata)
-{
-    int                           rv    = EXR_ERR_UNKNOWN;
-    struct _internal_exr_context* ret   = NULL;
-    exr_context_initializer_t     inits = fill_context_data (ctxtdata);
-
-    if (!ctxt)
-    {
-        inits.error_handler_fn (
-            NULL,
-            EXR_ERR_INVALID_ARGUMENT,
-            "Invalid context handle passed to start_read function");
-        return EXR_ERR_INVALID_ARGUMENT;
-    }
-
-    rv = internal_exr_alloc_context (
-        &ret,
-        &inits,
-        EXR_CONTEXT_WRITE,
-        sizeof (struct _internal_exr_filehandle));
-    if (rv == EXR_ERR_SUCCESS)
-    {
-        ret->do_write = &dispatch_write;
-
-        rv = exr_attr_string_create (
-            (exr_context_t) ret, &(ret->filename), "<memory>");
-
-        if (rv == EXR_ERR_SUCCESS)
-        {
-            if (!inits.write_fn) rv = default_init_write_file (ret);
-
-            if (rv != EXR_ERR_SUCCESS) exr_finish ((exr_context_t*) &ret);
-        }
-    }
-
-    *ctxt = (exr_context_t) ret;
-    return rv;
-}
-
-/**************************************/
-
-exr_result_t
 exr_get_file_name (exr_const_context_t ctxt, const char** name)
 {
     EXR_PROMOTE_CONST_CONTEXT_OR_ERROR (ctxt);

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/debug.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/debug.c Changed

@@ -244,14 +244,19 @@
             printf (" %g, %g, %g ", a->v3d->x, a->v3d->y, a->v3d->z);
             break;
         case EXR_ATTR_OPAQUE:
+        {
+            uintptr_t faddr_unpack = (uintptr_t)a->opaque->unpack_func_ptr;
+            uintptr_t faddr_pack = (uintptr_t)a->opaque->pack_func_ptr;
+            uintptr_t faddr_destroy = (uintptr_t)a->opaque->destroy_unpacked_func_ptr;
             printf (
                 "(size %d unp size %d hdlrs %p %p %p)",
                 a->opaque->size,
                 a->opaque->unpacked_size,
-                (void*) a->opaque->unpack_func_ptr,
-                (void*) a->opaque->pack_func_ptr,
-                (void*) a->opaque->destroy_unpacked_func_ptr);
+                (void*) faddr_unpack,
+                (void*) faddr_pack,
+                (void*) faddr_destroy);
             break;
+        }
         case EXR_ATTR_UNKNOWN:
         case EXR_ATTR_LAST_KNOWN_TYPE:
         default: printf ("<ERROR Unknown type '%s'>", a->type_name); break;

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/decoding.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/decoding.c Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/encoding.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/encoding.c Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_b44.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_b44.c Changed

@@ -35,6 +35,7 @@
 static inline int
 shiftAndRound (int x, int shift)
 {
+    int a, b;
     //
     // Compute
     //
@@ -47,9 +48,9 @@
     //
 
     x <<= 1;
-    int a = (1 << shift) - 1;
+    a = (1 << shift) - 1;
     shift += 1;
-    int b = (x >> shift) & 1;
+    b = (x >> shift) & 1;
     return (x + a + b) >> shift;
 }
 
@@ -108,6 +109,8 @@
     uint16_t tMax;
     int      shift = -1;
 
+    const int bias = 0x20;
+
     for (int i = 0; i < 16; ++i)
     {
         if ((si & 0x7c00) == 0x7c00)
@@ -126,13 +129,11 @@
     //
     // Compute a set of running differences, r0 ... r14:
     // Find a shift value such that after rounding off the
-    // rightmost bits and shifting all differenes are between
+    // rightmost bits and shifting all differences are between
     // -32 and +31.  Then bias the differences so that they
     // end up between 0 and 63.
     //
 
-    const int bias = 0x20;
-
     do
     {
         shift += 1;
@@ -234,10 +235,11 @@
 static inline void
 unpack14 (const uint8_t b14, uint16_t s16)
 {
+    uint16_t shift, bias;
     s0 = ((uint16_t) (b0 << 8)) | ((uint16_t) b1);
 
-    uint16_t shift = (b2 >> 2);
-    uint16_t bias  = (uint16_t) (0x20u << shift);
+    shift = (b2 >> 2);
+    bias  = (uint16_t) (0x20u << shift);
 
     s4 =
         (uint16_t) ((uint32_t) s0 + (uint32_t) ((((uint32_t) (b2 << 4) | (uint32_t) (b3 >> 4)) & 0x3fu) << shift) - bias);
@@ -345,10 +347,7 @@
                 }
                 tmp += ((uint64_t) (y / curc->y_samples)) * bpl;
             }
-            else
-            {
-                tmp += ((uint64_t) y) * bpl;
-            }
+            else { tmp += ((uint64_t) y) * bpl; }
 
             memcpy (tmp, packed, bpl);
             if (curc->data_type == EXR_PIXEL_HALF) priv_to_native16 (tmp, nx);
@@ -390,12 +389,14 @@
             // by 4, then pad the data by repeating the
             // rightmost column and the bottom row.
             //
+            uint16_t* row0, * row1, * row2, * row3;
 
-            uint16_t* row0 = (uint16_t*) scratch;
+            row0 = (uint16_t*) scratch;
             row0 += y * nx;
-            uint16_t* row1 = row0 + nx;
-            uint16_t* row2 = row1 + nx;
-            uint16_t* row3 = row2 + nx;
+
+            row1 = row0 + nx;
+            row2 = row1 + nx;
+            row3 = row2 + nx;
 
             if (y + 3 >= ny)
             {
@@ -608,6 +609,36 @@
     return EXR_ERR_SUCCESS;
 }
 
+/**************************************/
+
+static uint64_t
+compute_scratch_buffer_size (
+    exr_decode_pipeline_t* decode, uint64_t uncompressed_size)
+{
+    const exr_coding_channel_info_t* curc;
+    int                              nx, ny;
+    uint64_t                         ret  = uncompressed_size;
+    uint64_t                         comp = 0;
+
+    for (int c = 0; c < decode->channel_count; ++c)
+    {
+        curc = decode->channels + c;
+
+        nx = curc->width;
+        ny = curc->height;
+
+        if (nx % 4) nx += 4 - nx % 4;
+        if (ny % 4) ny += 4 - ny % 4;
+
+        comp += (uint64_t) (ny) * (uint64_t) (nx) *
+                (uint64_t) (curc->bytes_per_element);
+    }
+    if (comp > ret) ret = comp;
+    return ret;
+}
+
+/**************************************/
+
 exr_result_t
 internal_exr_undo_b44 (
     exr_decode_pipeline_t* decode,
@@ -622,7 +653,7 @@
         EXR_TRANSCODE_BUFFER_SCRATCH1,
         &(decode->scratch_buffer_1),
         &(decode->scratch_alloc_size_1),
-        uncompressed_size);
+        compute_scratch_buffer_size (decode, uncompressed_size));
     if (rv != EXR_ERR_SUCCESS) return rv;
 
     return uncompress_b44_impl (
@@ -647,7 +678,7 @@
         EXR_TRANSCODE_BUFFER_SCRATCH1,
         &(decode->scratch_buffer_1),
         &(decode->scratch_alloc_size_1),
-        uncompressed_size);
+        compute_scratch_buffer_size (decode, uncompressed_size));
     if (rv != EXR_ERR_SUCCESS) return rv;
 
     return uncompress_b44_impl (

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_b44_table.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_b44_table.c Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_compress.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_compress.h Changed

_service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_cpuid.h Added

@@ -0,0 +1,106 @@
+/*
+** SPDX-License-Identifier: BSD-3-Clause
+** Copyright Contributors to the OpenEXR Project.
+*/
+
+#include "OpenEXRConfigInternal.h"
+
+#if defined(__x86_64__) || defined(_M_X64)
+#    if defined(_MSC_VER) && defined(_WIN32)
+#        include <intrin.h>
+#    else
+#        include <cpuid.h>
+#    endif
+#endif
+
+static inline void check_for_x86_simd (int *f16c, int *avx, int *sse2)
+{
+// Only use compiler flags on e2k (MCST Elbrus 2000) architecture
+#ifdef __e2k__
+#    if defined(__SSE2__)
+    *sse2 = 1;
+#    endif
+#    if defined(__AVX__)
+    *avx = 1;
+#    endif
+#    if defined(__F16C__)
+    *f16c = 1;
+#    endif
+
+#else
+#    if (defined(__x86_64__) || defined(_M_X64))
+
+#        if defined(__AVX__) && defined(__F16C__)
+    *f16c = 1;
+    *avx = 1;
+    *sse2 = 1;
+#        else
+#            ifdef _WIN32
+    int regs4, osxsave;
+
+    __cpuid (regs, 0);
+    if (regs0 >= 1) { __cpuidex (regs, 1, 0); }
+    else
+        regs2 = 0;
+#            else
+    unsigned int regs4, osxsave;
+    __get_cpuid (0, &regs0, &regs1, &regs2, &regs3);
+    if (regs0 >= 1)
+    {
+        __get_cpuid (1, &regs0, &regs1, &regs2, &regs3);
+    }
+    else
+        regs2 = 0;
+#            endif
+    /* AVX is indicated by bit 28, F16C by 29 of ECX (reg 2) */
+    osxsave = (regs2 & (1 << 27)) ? 1 : 0;
+    *avx    = (regs2 & (1 << 28)) ? 1 : 0;
+    *f16c   = (regs2 & (1 << 29)) ? 1 : 0;
+    /* sse2 is in EDX bit 26 */
+    *sse2   = (regs3 & (1 << 26)) ? 1 : 0;
+
+    if (!osxsave)
+    {
+        *avx  = 0;
+        *f16c = 0;
+    }
+    else
+    {
+        /* check extended control register */
+#            if defined(OPENEXR_IMF_HAVE_GCC_INLINE_ASM_AVX) &&                            \
+    (defined(_M_X64) || defined(__x86_64__))
+        __asm__ __volatile__("xgetbv"
+                             : /* Output  */ "=a"(regs0), "=d"(regs3)
+                             : /* Input   */ "c"(0)
+                             : /* Clobber */);
+        /* eax bit 1 - SSE managed, bit 2 - AVX managed */
+        if ((regs0 & 6) != 6)
+        {
+            *avx  = 0;
+            *f16c = 0;
+        }
+#            else
+        *avx  = 0;
+        *f16c = 0;
+#            endif
+    }
+#        endif
+#    else
+    *f16c = 0;
+    *avx  = 0;
+    *sse2 = 0;
+#    endif
+#endif
+}
+
+static inline int has_native_half (void)
+{
+#if defined(__x86_64__) || defined(_M_X64)
+    int sse2, avx, f16c;
+    check_for_x86_simd (&f16c, &avx, &sse2);
+    return avx && f16c;
+#else
+    // TODO: add case for neon?
+    return 0;
+#endif
+}

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_dwa.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_dwa.c Changed

@@ -1,27 +1,147 @@
 /*
 ** SPDX-License-Identifier: BSD-3-Clause
-** Copyright Contributors to the OpenEXR Project.
+** Copyright (c) DreamWorks Animation LLC and Contributors of the OpenEXR Project
 */
 
+/*
+ *---------------------------------------------------
+ *
+ * class DwaCompressor -- Store lossy RGB data by quantizing
+ *                          DCT components.
+ *
+ * First, we try and figure out what compression strategy to take
+ * based in channel name. For RGB channels, we want a lossy method
+ * described below. But, if we have alpha, we should do something
+ * different (and probably using RLE). If we have depth, or velocity,
+ * or something else, just fall back to ZIP. The rules for deciding
+ * which strategy to use are setup in initializeDefaultChannelRules().
+ * When writing a file, the relevant rules needed to decode are written
+ * into the start of the data block, making a self-contained file.
+ * If initializeDefaultChannelRules() doesn't quite suite your naming
+ * conventions, you can adjust the rules without breaking decoder
+ * compatibility.
+ *
+ * If we're going to lossy compress R, G, or B channels, it's easier
+ * to toss bits in a more perceptual uniform space. One could argue
+ * at length as to what constitutes perceptually uniform, especially
+ * when storing either scene/input/focal plane referred and output referred
+ * data.
+ *
+ * We'll compromise. For values <= 1, we use a traditional power function
+ * (without any of that straight-line business at the bottom). For values > 1,
+ * we want something more like a log function, since power functions blow
+ * up. At 1, we want a smooth blend between the functions. So, we use a
+ * piecewise function that does just that - see dwaLookups.cpp for
+ * a little more detail.
+ *
+ * Also, if we find that we have R, G, and B channels from the same layer,
+ * we can get a bit more compression efficiency by transforming to a Y'CbCr
+ * space. We use the 709 transform, but with Cb,Cr = 0 for an input of
+ * (0, 0, 0), instead of the traditional Cb,Cr = .5. Shifting the zero point
+ * makes no sense with large range data. Transforms are done to from
+ * the perceptual space data, not the linear-light space data (R'G'B' ->
+ * (Y'CbCr, not RGB -> YCbCr).
+ *
+ * Next, we forward DCT the data. This is done with a floating
+ * point DCT, as we don't really have control over the src range. The
+ * resulting values are dropped to half-float precision.
+ *
+ * Now, we need to quantize. Quantization departs from the usual way
+ * of dividing and rounding. Instead, we start with some floating
+ * point "base-error" value. From this, we can derive quantization
+ * error for each DCT component. Take the standard JPEG quantization
+ * tables and normalize them by the smallest value. Then, multiply
+ * the normalized quant tables by our base-error value. This gives
+ * a range of errors for each DCT component.
+ *
+ * For each DCT component, we want to find a quantized value that
+ * is within +- the per-component error. Pick the quantized value
+ * that has the fewest bits set in its' binary representation.
+ * Brute-forcing the search would make for extremely inefficient
+ * compression. Fortunately, we can precompute a table to assist
+ * with this search.
+ *
+ * For each 16-bit float value, there are at most 15 other values with
+ * fewer bits set. We can precompute these values in a compact form, since
+ * many source values have far fewer that 15 possible quantized values.
+ * Now, instead of searching the entire range +- the component error,
+ * we can just search at most 15 quantization candidates. The search can
+ * be accelerated a bit more by sorting the candidates by the
+ * number of bits set, in increasing order. Then, the search can stop
+ * once a candidate is found w/i the per-component quantization
+ * error range.
+ *
+ * The quantization strategy has the side-benefit that there is no
+ * de-quantization step upon decode, so we don't bother recording
+ * the quantization table.
+ *
+ * Ok. So we now have quantized values. Time for entropy coding. We
+ * can use either static Huffman or zlib/DEFLATE. The static Huffman
+ * is more efficient at compacting data, but can have a greater
+ * overhead, especially for smaller tile/strip sizes.
+ *
+ * There is some additional fun, like ZIP compressing the DC components
+ * instead of Huffman/zlib, which helps make things slightly smaller.
+ *
+ * Compression level is controlled by setting an int/float/double attribute
+ * on the header named "dwaCompressionLevel". This is a thinly veiled name for
+ * the "base-error" value mentioned above. The "base-error" is just
+ * dwaCompressionLevel / 100000. The default value of 45.0 is generally
+ * pretty good at generating "visually lossless" values at reasonable
+ * data rates. Setting dwaCompressionLevel to 0 should result in no additional
+ * quantization at the quantization stage (though there may be
+ * quantization in practice at the CSC/DCT steps). But if you really
+ * want lossless compression, there are pleanty of other choices
+ * of compressors ;)
+ *
+ * When dealing with FLOAT source buffers, we first quantize the source
+ * to HALF and continue down as we would for HALF source.
+ *
+ *---------------------------------------------------
+ */
+
 #include "internal_compress.h"
 #include "internal_decompress.h"
+#include "internal_memory.h"
+#include "internal_coding.h"
 
+#include "internal_cpuid.h"
+#include "internal_huf.h"
+#include "internal_structs.h"
 #include "internal_xdr.h"
 #include "internal_structs.h"
 
+#include <math.h>
 #include <string.h>
+#include <stdio.h>
+#include <zlib.h>
+
+#include "OpenEXRConfigInternal.h"
+
+#include "internal_dwa_helpers.h"
 
 /**************************************/
 
 exr_result_t
 internal_exr_apply_dwaa (exr_encode_pipeline_t* encode)
 {
-    EXR_PROMOTE_CONST_CONTEXT_AND_PART_OR_ERROR_NO_LOCK (
-        encode->context, encode->part_index);
-    return pctxt->report_error (
-        pctxt,
-        EXR_ERR_FEATURE_NOT_IMPLEMENTED,
-        "DWA/A compression not yet implemented in C");
+    exr_result_t  rv;
+    DwaCompressor dwaa;
+    rv = internal_encode_alloc_buffer (
+        encode,
+        EXR_TRANSCODE_BUFFER_SCRATCH1,
+        &(encode->scratch_buffer_1),
+        &(encode->scratch_alloc_size_1),
+        internal_exr_huf_compress_spare_bytes ());
+    if (rv == EXR_ERR_SUCCESS)
+    {
+        rv = DwaCompressor_construct (&dwaa, DEFLATE, encode, NULL);
+        if (rv == EXR_ERR_SUCCESS) rv = DwaCompressor_compress (&dwaa);
+
+        DwaCompressor_destroy (&dwaa);
+    }
+
+    return rv;
 }
 
 /**************************************/
@@ -29,12 +149,24 @@
 exr_result_t
 internal_exr_apply_dwab (exr_encode_pipeline_t* encode)
 {
-    EXR_PROMOTE_CONST_CONTEXT_AND_PART_OR_ERROR_NO_LOCK (
-        encode->context, encode->part_index);
-    return pctxt->report_error (
-        pctxt,
-        EXR_ERR_FEATURE_NOT_IMPLEMENTED,
-        "DWA/B compression not yet implemented in C");
+    exr_result_t  rv;
+    DwaCompressor dwab;
+
+    rv = internal_encode_alloc_buffer (
+        encode,
+        EXR_TRANSCODE_BUFFER_SCRATCH1,
+        &(encode->scratch_buffer_1),
+        &(encode->scratch_alloc_size_1),
+        internal_exr_huf_compress_spare_bytes ());
+    if (rv == EXR_ERR_SUCCESS)
+    {
+        rv = DwaCompressor_construct (&dwab, STATIC_HUFFMAN, encode, NULL);
+        if (rv == EXR_ERR_SUCCESS) rv = DwaCompressor_compress (&dwab);
+
+        DwaCompressor_destroy (&dwab);
+    }
+
+    return rv;
 }
 
 exr_result_t
@@ -45,16 +177,30 @@
     void*                  uncompressed_data,
     uint64_t               uncompressed_size)
 {
-    (void)compressed_data;
-    (void)comp_buf_size;
-    (void)uncompressed_data;
-    (void)uncompressed_size;
-    EXR_PROMOTE_CONST_CONTEXT_AND_PART_OR_ERROR_NO_LOCK (
-        decode->context, decode->part_index);
-    return pctxt->report_error (
-        pctxt,
-        EXR_ERR_FEATURE_NOT_IMPLEMENTED,
-        "DWA/A decompression not yet implemented in C");

_service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_dwa_channeldata.h Added

@@ -0,0 +1,138 @@
+//
+// SPDX-License-Identifier: BSD-3-Clause
+// Copyright (c) Contributors to the OpenEXR Project.
+//
+
+#ifndef IMF_INTERNAL_DWA_HELPERS_H_HAS_BEEN_INCLUDED
+#    error "only include internal_dwa_helpers.h"
+#endif
+
+#ifdef _MSC_VER
+#    define EXR_DCT_ALIGN __declspec (align (_SSE_ALIGNMENT))
+#else
+#    define EXR_DCT_ALIGN _Alignas (_SSE_ALIGNMENT)
+#endif
+
+/**************************************/
+
+typedef struct _DctCoderChannelData
+{
+    EXR_DCT_ALIGN float    _dctData64;
+    EXR_DCT_ALIGN uint16_t _halfZigData64;
+
+    uint16_t*        _dc_comp;
+    uint8_t**        _rows;
+    size_t           _row_alloc_count;
+    size_t           _size;
+    exr_pixel_type_t _type;
+
+    uint8_t _pad28;
+} DctCoderChannelData;
+
+static void
+DctCoderChannelData_construct (DctCoderChannelData* d, exr_pixel_type_t t)
+{
+    memset (d, 0, sizeof (DctCoderChannelData));
+    d->_type = t;
+}
+
+static void
+DctCoderChannelData_destroy (DctCoderChannelData* d)
+{
+    if (d->_rows) internal_exr_free (d->_rows);
+}
+
+static exr_result_t
+DctCoderChannelData_push_row (DctCoderChannelData* d, uint8_t* r)
+{
+    if (d->_size == d->_row_alloc_count)
+    {
+        size_t    nsize = d->_size == 0 ? 16 : ((d->_size * 3) / 2);
+        uint8_t** n     = internal_exr_alloc (nsize * sizeof (uint8_t*));
+        if (n)
+        {
+            if (d->_rows)
+            {
+                memcpy (n, d->_rows, sizeof (uint8_t*) * d->_size);
+                internal_exr_free (d->_rows);
+            }
+            d->_rows            = n;
+            d->_row_alloc_count = nsize;
+        }
+        else { return EXR_ERR_OUT_OF_MEMORY; }
+    }
+    d->_rowsd->_size = r;
+    d->_size++;
+    return EXR_ERR_SUCCESS;
+}
+
+/**************************************/
+
+typedef struct _ChannelData
+{
+    DctCoderChannelData _dctData;
+
+    exr_coding_channel_info_t* chan;
+
+    //
+    // Incoming and outgoing data is scanline interleaved, and it's much
+    // easier to operate on contiguous data.  Assuming the planare unc
+    // buffer is to hold RLE data, we need to rearrange to make bytes
+    // adjacent.
+    //
+    uint8_t* planarUncBuffer;
+    uint8_t* planarUncBufferEnd;
+
+    uint8_t* planarUncRle4;
+    uint8_t* planarUncRleEnd4;
+
+    size_t           planarUncSize;
+    int              processed;
+    CompressorScheme compression;
+    exr_pixel_type_t planarUncType;
+    uint8_t _pad20;
+} ChannelData;
+
+/**************************************/
+
+typedef struct _CscChannelSet
+{
+    int idx3;
+} CscChannelSet;
+
+/**************************************/
+
+typedef struct _CscPrefixMapItem
+{
+    const char* name;
+    size_t      prefix_len;
+    int         idx3;
+    uint8_t     pad4;
+} CscPrefixMapItem;
+
+static inline CscPrefixMapItem*
+CscPrefixMap_find (
+    CscPrefixMapItem* mapl, int maxSize, const char* cname, size_t prefixlen)
+{
+    int idx = 0;
+    for (; idx < maxSize; ++idx)
+    {
+        if (maplidx.name == NULL)
+        {
+            maplidx.name       = cname;
+            maplidx.prefix_len = prefixlen;
+            maplidx.idx0     = -1;
+            maplidx.idx1     = -1;
+            maplidx.idx2     = -1;
+            break;
+        }
+
+        if (prefixlen == maplidx.prefix_len &&
+            !strncmp (cname, maplidx.name, prefixlen))
+        {
+            break;
+        }
+    }
+
+    return mapl + idx;
+}

_service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_dwa_classifier.h Added

@@ -0,0 +1,186 @@
+//
+// SPDX-License-Identifier: BSD-3-Clause
+// Copyright (c) Contributors to the OpenEXR Project.
+//
+
+#ifndef IMF_INTERNAL_DWA_HELPERS_H_HAS_BEEN_INCLUDED
+#    error "only include internal_dwa_helpers.h"
+#endif
+
+/**************************************/
+
+typedef struct _Classifier
+{
+    const char*      _suffix;
+    CompressorScheme _scheme;
+    exr_pixel_type_t _type;
+    int              _cscIdx;
+    uint16_t         _caseInsensitive;
+    uint16_t         _stringStatic;
+} Classifier;
+
+#define DWA_CLASSIFIER_FALSE 0
+#define DWA_CLASSIFIER_TRUE 1
+
+static Classifier sDefaultChannelRules = {
+    {"R", LOSSY_DCT, EXR_PIXEL_HALF, 0, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"R", LOSSY_DCT, EXR_PIXEL_FLOAT, 0, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"G", LOSSY_DCT, EXR_PIXEL_HALF, 1, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"G", LOSSY_DCT, EXR_PIXEL_FLOAT, 1, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"B", LOSSY_DCT, EXR_PIXEL_HALF, 2, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"B", LOSSY_DCT, EXR_PIXEL_FLOAT, 2, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"Y", LOSSY_DCT, EXR_PIXEL_HALF, -1, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"Y", LOSSY_DCT, EXR_PIXEL_FLOAT, -1, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"BY", LOSSY_DCT, EXR_PIXEL_HALF, -1, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"BY", LOSSY_DCT, EXR_PIXEL_FLOAT, -1, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"RY", LOSSY_DCT, EXR_PIXEL_HALF, -1, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"RY", LOSSY_DCT, EXR_PIXEL_FLOAT, -1, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"A", RLE, EXR_PIXEL_UINT, -1, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"A", RLE, EXR_PIXEL_HALF, -1, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE},
+    {"A", RLE, EXR_PIXEL_FLOAT, -1, DWA_CLASSIFIER_FALSE, DWA_CLASSIFIER_TRUE}};
+
+static Classifier sLegacyChannelRules = {
+    {"r", LOSSY_DCT, EXR_PIXEL_HALF, 0, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"r", LOSSY_DCT, EXR_PIXEL_FLOAT, 0, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"red", LOSSY_DCT, EXR_PIXEL_HALF, 0, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"red", LOSSY_DCT, EXR_PIXEL_FLOAT, 0, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"g", LOSSY_DCT, EXR_PIXEL_HALF, 1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"g", LOSSY_DCT, EXR_PIXEL_FLOAT, 1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"grn", LOSSY_DCT, EXR_PIXEL_HALF, 1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"grn", LOSSY_DCT, EXR_PIXEL_FLOAT, 1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"green", LOSSY_DCT, EXR_PIXEL_HALF, 1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"green", LOSSY_DCT, EXR_PIXEL_FLOAT, 1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"b", LOSSY_DCT, EXR_PIXEL_HALF, 2, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"b", LOSSY_DCT, EXR_PIXEL_FLOAT, 2, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"blu", LOSSY_DCT, EXR_PIXEL_HALF, 2, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"blu", LOSSY_DCT, EXR_PIXEL_FLOAT, 2, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"blue", LOSSY_DCT, EXR_PIXEL_HALF, 2, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"blue", LOSSY_DCT, EXR_PIXEL_FLOAT, 2, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"y", LOSSY_DCT, EXR_PIXEL_HALF, -1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"y", LOSSY_DCT, EXR_PIXEL_FLOAT, -1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"by", LOSSY_DCT, EXR_PIXEL_HALF, -1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"by", LOSSY_DCT, EXR_PIXEL_FLOAT, -1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"ry", LOSSY_DCT, EXR_PIXEL_HALF, -1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"ry", LOSSY_DCT, EXR_PIXEL_FLOAT, -1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"a", RLE, EXR_PIXEL_UINT, -1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"a", RLE, EXR_PIXEL_HALF, -1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE},
+    {"a", RLE, EXR_PIXEL_FLOAT, -1, DWA_CLASSIFIER_TRUE, DWA_CLASSIFIER_TRUE}};
+
+static inline void
+Classifier_destroy (Classifier* p)
+{
+    if (p->_suffix && !p->_stringStatic) internal_exr_free (EXR_CONST_CAST (void *,p->_suffix));
+}
+
+static exr_result_t
+Classifier_read (Classifier* out, const uint8_t** ptr, size_t* size)
+{
+    const uint8_t* curin = *ptr;
+    size_t         len   = 0;
+    uint8_t        value;
+    uint8_t        type;
+
+    if (*size <= 3) return EXR_ERR_CORRUPT_CHUNK;
+
+    {
+        // maximum length of string plus one byte for terminating NULL
+        char  suffix128 + 1;
+        char* mem;
+        memset (suffix, 0, 128 + 1);
+        for (; len < 128 + 1; ++len)
+        {
+            if (len > (*size - 3)) return EXR_ERR_CORRUPT_CHUNK;
+            if (curinlen == '\0') break;
+            suffixlen = (char)curinlen;
+        }
+        if (len == 128 + 1) return EXR_ERR_CORRUPT_CHUNK;
+        // account for extra byte for nil terminator
+        len += 1;
+
+        mem = internal_exr_alloc (len);
+        if (!mem) return EXR_ERR_OUT_OF_MEMORY;
+
+        memcpy (mem, suffix, len);
+        out->_suffix       = mem;
+        out->_stringStatic = DWA_CLASSIFIER_FALSE;
+    }
+
+    if (*size < len + 2 * sizeof (uint8_t))
+        return EXR_ERR_CORRUPT_CHUNK;
+
+    curin += len;
+
+    value = curin0;
+    type  = curin1;
+
+    curin += 2;
+
+    *ptr = curin;
+    *size -= len + 2 * sizeof (uint8_t);
+
+    out->_cscIdx = (int) (value >> 4) - 1;
+    if (out->_cscIdx < -1 || out->_cscIdx >= 3)
+        return EXR_ERR_CORRUPT_CHUNK;
+
+    out->_scheme = (CompressorScheme) ((value >> 2) & 3);
+    if (out->_scheme >= NUM_COMPRESSOR_SCHEMES)
+        return EXR_ERR_CORRUPT_CHUNK;
+
+    out->_caseInsensitive = (value & 1 ? DWA_CLASSIFIER_TRUE : DWA_CLASSIFIER_FALSE);
+
+    if (type >= EXR_PIXEL_LAST_TYPE)
+        return EXR_ERR_CORRUPT_CHUNK;
+
+    out->_type = (exr_pixel_type_t) type;
+    return EXR_ERR_SUCCESS;
+}
+
+static inline int
+Classifier_match (
+    const Classifier* me, const char* suffix, const exr_pixel_type_t type)
+{
+    if (me->_type != type) return DWA_CLASSIFIER_FALSE;
+#ifdef _MSC_VER
+    if (me->_caseInsensitive) return _stricmp (suffix, me->_suffix) == 0;
+#else
+    if (me->_caseInsensitive) return strcasecmp (suffix, me->_suffix) == 0;
+#endif
+
+    return strcmp (suffix, me->_suffix) == 0;
+}
+
+static inline uint64_t
+Classifier_size (const Classifier* me)
+{
+    return strlen (me->_suffix) + 1 + 2 * sizeof (uint8_t);
+}
+
+static inline uint64_t
+Classifier_write (const Classifier* me, uint8_t** ptr)
+{
+    uint8_t* outptr    = *ptr;
+    uint8_t  value     = 0;
+    uint64_t sizeBytes = strlen (me->_suffix) + 1;
+
+    memcpy (outptr, me->_suffix, sizeBytes);
+    outptr += sizeBytes;
+
+    value |= ((uint8_t) (me->_cscIdx + 1) & 15) << 4;
+    value |= ((uint8_t) me->_scheme & 3) << 2;
+    value |= (uint8_t) me->_caseInsensitive & 1;
+
+    outptr0 = value;
+    outptr1 = (uint8_t) me->_type;
+    outptr += 2;
+    *ptr = outptr;
+    return sizeBytes + 2;
+}
+
+static inline const char*
+Classifier_find_suffix (const char* channel_name)
+{
+    const char* suffix = strrchr (channel_name, '.');
+    if (suffix) { suffix += 1; }
+    else { suffix = channel_name; }
+    return suffix;
+}

_service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_dwa_compressor.h Added

@@ -0,0 +1,1804 @@
+//
+// SPDX-License-Identifier: BSD-3-Clause
+// Copyright (c) Contributors to the OpenEXR Project.
+//
+
+#ifndef IMF_INTERNAL_DWA_HELPERS_H_HAS_BEEN_INCLUDED
+#    error "only include internal_dwa_helpers.h"
+#endif
+
+/**************************************/
+
+static size_t exr_compress_max_buffer_size (size_t in_bytes)
+{
+    size_t r, extra;
+
+    r = in_bytes * 108 / 100 + 9;
+
+    /*
+     * old library had uiAdd( uiAdd( in, ceil(in * 0.01) ), 100 )
+     */
+    extra = (in_bytes * (size_t)130);
+    if (extra < in_bytes)
+        return (size_t)(SIZE_MAX);
+    extra /= (size_t)128;
+
+    if (extra > (SIZE_MAX - 100))
+        return (size_t)(SIZE_MAX);
+
+    if (extra > r)
+        r = extra;
+    return r;
+}
+
+/**************************************/
+
+static exr_result_t exr_compress_buffer (
+    int level,
+    const void *in,
+    size_t in_bytes,
+    void *out,
+    size_t out_bytes_avail,
+    size_t *actual_out )
+{
+    size_t         compbufsz;
+
+    if (level < 0)
+    {
+        exr_get_default_zip_compression_level (&level);
+        /* truly unset anywhere */
+        if (level < 0)
+            level = 4; /* EXR_DEFAULT_ZLIB_COMPRESS_LEVEL */
+    }
+
+    compbufsz = out_bytes_avail;
+    if (Z_OK != compress2 (
+                    (Bytef*) out,
+                    &compbufsz,
+                    (const Bytef*) in,
+                    (uLong) in_bytes,
+                    level))
+    {
+        return EXR_ERR_OUT_OF_MEMORY;
+    }
+
+    if (actual_out)
+        *actual_out = compbufsz;
+    return EXR_ERR_SUCCESS;
+}
+
+/**************************************/
+
+static exr_result_t exr_uncompress_buffer (
+    const void *in,
+    size_t in_bytes,
+    void *out,
+    size_t out_bytes_avail,
+    size_t *actual_out )
+{
+    uLong  outSize = (uLong) out_bytes_avail;
+    int    rstat;
+    exr_result_t rv;
+
+    rstat = uncompress (
+        (Bytef*) out,
+        &outSize,
+        (const Bytef*) in,
+        (uLong) in_bytes);
+
+    if (actual_out)
+        *actual_out = (size_t)outSize;
+    rv = (rstat == Z_OK) ? EXR_ERR_SUCCESS : EXR_ERR_CORRUPT_CHUNK;
+
+    return rv;
+}
+
+/**************************************/
+
+typedef struct _DwaCompressor
+{
+    exr_encode_pipeline_t* _encode;
+    exr_decode_pipeline_t* _decode;
+
+    AcCompression _acCompression;
+
+    int _numScanLines;
+    int _min2, _max2;
+
+    int            _numChannels;
+    int            _numCscChannelSets;
+    ChannelData*   _channelData;
+    CscChannelSet* _cscChannelSets;
+    void*          _channel_mem;
+
+    Classifier* _channelRules;
+    size_t      _channelRuleCount;
+
+    uint8_t* _packedAcBuffer;
+    uint64_t _packedAcBufferSize;
+    uint8_t* _packedDcBuffer;
+    uint64_t _packedDcBufferSize;
+    uint8_t* _rleBuffer;
+    uint64_t _rleBufferSize;
+    uint8_t* _planarUncBufferNUM_COMPRESSOR_SCHEMES;
+    uint64_t _planarUncBufferSizeNUM_COMPRESSOR_SCHEMES;
+
+    int   _zipLevel;
+    float _dwaCompressionLevel;
+} DwaCompressor;
+
+static exr_result_t DwaCompressor_construct (
+    DwaCompressor*         me,
+    AcCompression          acCompression,
+    exr_encode_pipeline_t* encode,
+    exr_decode_pipeline_t* decode);
+
+static void DwaCompressor_destroy (DwaCompressor* me);
+
+static exr_result_t DwaCompressor_compress (DwaCompressor* me);
+
+static exr_result_t DwaCompressor_uncompress (
+    DwaCompressor* me,
+    const uint8_t* inPtr,
+    uint64_t       iSize,
+    void*          uncompressed_data,
+    uint64_t       uncompressed_size);
+
+static exr_result_t
+DwaCompressor_initializeBuffers (DwaCompressor* me, size_t*);
+
+static exr_result_t DwaCompressor_writeRelevantChannelRules (
+    DwaCompressor* me, uint8_t** outPtr, uint64_t nAvail, uint64_t* nWritten);
+static exr_result_t DwaCompressor_readChannelRules (
+    DwaCompressor*  me,
+    const uint8_t** inPtr,
+    uint64_t*       nAvail,
+    uint64_t*       outRuleSize);
+
+//
+// Populate our cached version of the channel data with
+// data from the real channel list. We want to
+// copy over attributes, determine compression schemes
+// relevant for the channel type, and find sets of
+// channels to be compressed from Y'CbCr data instead
+// of R'G'B'.
+//
+static exr_result_t DwaCompressor_classifyChannels (DwaCompressor* me);
+
+//
+// Compute various buffer pointers for each channel
+//
+
+static exr_result_t DwaCompressor_setupChannelData (DwaCompressor* me);
+
+/**************************************/
+
+exr_result_t
+DwaCompressor_construct (
+    DwaCompressor*         me,
+    AcCompression          acCompression,
+    exr_encode_pipeline_t* encode,
+    exr_decode_pipeline_t* decode)
+{
+    exr_result_t rv = EXR_ERR_SUCCESS;
+
+    initializeFuncs ();
+
+    memset (me, 0, sizeof (DwaCompressor));
+
+    me->_acCompression = acCompression;
+
+    me->_encode = encode;
+    me->_decode = decode;
+
+    if (encode)
+    {
+        me->_channelData =
+            internal_exr_alloc_aligned (
+                &(me->_channel_mem),
+                sizeof (ChannelData) * (size_t)encode->channel_count,

_service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_dwa_decoder.h Added

@@ -0,0 +1,740 @@
+//
+// SPDX-License-Identifier: BSD-3-Clause
+// Copyright (c) Contributors to the OpenEXR Project.
+//
+
+#ifndef IMF_INTERNAL_DWA_HELPERS_H_HAS_BEEN_INCLUDED
+#    error "only include internal_dwa_helpers.h"
+#endif
+
+//
+// 'class' for the LOSSY_DCT decoder classes
+//
+
+typedef struct _LossyDctDecoder
+{
+    //
+    // if NATIVE and XDR are really the same values, we can
+    // skip some processing and speed things along
+    //
+
+    //
+    // Counts of how many items have been packed into the
+    // AC and DC buffers
+    //
+
+    uint64_t _packedAcCount;
+    uint64_t _packedDcCount;
+
+    //
+    // AC and DC buffers to pack
+    //
+
+    uint8_t* _packedAc;
+    uint8_t* _packedAcEnd;
+    uint8_t* _packedDc;
+
+    //
+    // half -> half LUT to transform from nonlinear to linear
+    //
+
+    const uint16_t* _toLinear;
+
+    //
+    // image dimensions
+    //
+
+    int _width;
+    int _height;
+
+    DctCoderChannelData* _channel_decode_data3;
+    int                  _channel_decode_data_count;
+    uint8_t _pad4;
+} LossyDctDecoder;
+
+static exr_result_t LossyDctDecoder_base_construct (
+    LossyDctDecoder* d,
+    uint8_t*         packedAc,
+    uint8_t*         packedAcEnd,
+    uint8_t*         packedDc,
+    const uint16_t*  toLinear,
+    int              width,
+    int              height);
+
+static exr_result_t LossyDctDecoder_construct (
+    LossyDctDecoder*     d,
+    DctCoderChannelData* rowPtrs,
+    uint8_t*             packedAc,
+    uint8_t*             packedAcEnd,
+    uint8_t*             packedDc,
+    const uint16_t*      toLinear,
+    int                  width,
+    int                  height);
+
+static exr_result_t LossyDctDecoderCsc_construct (
+    LossyDctDecoder*     d,
+    DctCoderChannelData* rowPtrsR,
+    DctCoderChannelData* rowPtrsG,
+    DctCoderChannelData* rowPtrsB,
+    uint8_t*             packedAc,
+    uint8_t*             packedAcEnd,
+    uint8_t*             packedDc,
+    const uint16_t*      toLinear,
+    int                  width,
+    int                  height);
+
+static exr_result_t LossyDctDecoder_execute (LossyDctDecoder* d);
+
+//
+// Un-RLE the packed AC components into
+// a half buffer. The half block should
+// be the full 8x8 block (in zig-zag order
+// still), not the first AC component.
+//
+// currAcComp is advanced as bytes are decoded.
+//
+// This returns the index of the last non-zero
+// value in the buffer - with the index into zig zag
+// order data. If we return 0, we have DC only data.
+//
+static int LossyDctDecoder_unRleAc (
+    LossyDctDecoder* d,
+    int*             lastNonZero,
+    uint16_t**       currAcComp,
+    uint16_t*        acBufferEnd,
+    uint16_t*        halfZigBlock);
+
+//
+// Used to decode a single channel of LOSSY_DCT data.
+//
+exr_result_t
+LossyDctDecoder_construct (
+    LossyDctDecoder*     d,
+    DctCoderChannelData* rowPtrs,
+    uint8_t*             packedAc,
+    uint8_t*             packedAcEnd,
+    uint8_t*             packedDc,
+    const uint16_t*      toLinear,
+    int                  width,
+    int                  height)
+{
+    exr_result_t rv;
+    //
+    // toLinear is a half-float LUT to convert the encoded values
+    // back to linear light. If you want to skip this step, pass
+    // in NULL here.
+    //
+
+    rv = LossyDctDecoder_base_construct (
+        d, packedAc, packedAcEnd, packedDc, toLinear, width, height);
+
+    d->_channel_decode_data0    = rowPtrs;
+    d->_channel_decode_data_count = 1;
+
+    return rv;
+}
+
+/**************************************/
+
+//
+// Used to decode 3 channels of LOSSY_DCT data that
+// are grouped together and color space converted.
+//
+//
+// toLinear is a half-float LUT to convert the encoded values
+// back to linear light. If you want to skip this step, pass
+// in NULL here.
+//
+exr_result_t
+LossyDctDecoderCsc_construct (
+    LossyDctDecoder*     d,
+    DctCoderChannelData* rowPtrsR,
+    DctCoderChannelData* rowPtrsG,
+    DctCoderChannelData* rowPtrsB,
+    uint8_t*             packedAc,
+    uint8_t*             packedAcEnd,
+    uint8_t*             packedDc,
+    const uint16_t*      toLinear,
+    int                  width,
+    int                  height)
+{
+    exr_result_t rv;
+    rv = LossyDctDecoder_base_construct (
+        d, packedAc, packedAcEnd, packedDc, toLinear, width, height);
+    if (rv != EXR_ERR_SUCCESS) return rv;
+
+    d->_channel_decode_data0    = rowPtrsR;
+    d->_channel_decode_data1    = rowPtrsG;
+    d->_channel_decode_data2    = rowPtrsB;
+    d->_channel_decode_data_count = 3;
+
+    return rv;
+}
+
+/**************************************/
+
+exr_result_t
+LossyDctDecoder_base_construct (
+    LossyDctDecoder* d,
+    uint8_t*         packedAc,
+    uint8_t*         packedAcEnd,
+    uint8_t*         packedDc,
+    const uint16_t*  toLinear,
+    int              width,
+    int              height)
+{
+    d->_packedAcCount = 0;
+    d->_packedDcCount = 0;
+    d->_packedAc      = packedAc;
+    d->_packedAcEnd   = packedAcEnd;
+    d->_packedDc      = packedDc;
+    d->_toLinear      = toLinear;
+    d->_width         = width;
+    d->_height        = height;
+    if (d->_toLinear == NULL) d->_toLinear = dwaCompressorNoOp;
+
+    //d->_isNativeXdr = GLOBAL_SYSTEM_LITTLE_ENDIAN;
+
+    d->_channel_decode_data0    = NULL;
+    d->_channel_decode_data1    = NULL;

_service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_dwa_encoder.h Added

@@ -0,0 +1,602 @@
+//
+// SPDX-License-Identifier: BSD-3-Clause
+// Copyright (c) Contributors to the OpenEXR Project.
+//
+
+#ifndef IMF_INTERNAL_DWA_HELPERS_H_HAS_BEEN_INCLUDED
+#    error "only include internal_dwa_helpers.h"
+#endif
+
+//
+// Base 'class' for encoding using the lossy DCT scheme
+//
+
+typedef struct _LossyDctEncoder
+{
+    const uint16_t* _toNonlinear;
+
+    uint64_t _numAcComp, _numDcComp;
+
+    DctCoderChannelData* _channel_encode_data3;
+    int                  _channel_encode_data_count;
+
+    int   _width, _height;
+    float _quantBaseError;
+
+    //
+    // Pointers to the buffers where AC and DC
+    // DCT components should be packed for
+    // lossless compression downstream
+    //
+
+    uint8_t* _packedAc;
+    uint8_t* _packedDc;
+
+    //
+    // Our "quantization tables" - the example JPEG tables,
+    // normalized so that the smallest value in each is 1.0.
+    // This gives us a relationship between error in DCT
+    // components
+    //
+
+    float _quantTableY64;
+    float _quantTableCbCr64;
+} LossyDctEncoder;
+
+static exr_result_t LossyDctEncoder_base_construct (
+    LossyDctEncoder* e,
+    float            quantBaseError,
+    uint8_t*         packedAc,
+    uint8_t*         packedDc,
+    const uint16_t*  toNonlinear,
+    int              width,
+    int              height);
+
+static exr_result_t LossyDctEncoder_construct (
+    LossyDctEncoder*     e,
+    float                quantBaseError,
+    DctCoderChannelData* rowPtrs,
+    uint8_t*             packedAc,
+    uint8_t*             packedDc,
+    const uint16_t*      toNonlinear,
+    int                  width,
+    int                  height);
+
+static exr_result_t LossyDctEncoderCsc_construct (
+    LossyDctEncoder*     e,
+    float                quantBaseError,
+    DctCoderChannelData* rowPtrsR,
+    DctCoderChannelData* rowPtrsG,
+    DctCoderChannelData* rowPtrsB,
+    uint8_t*             packedAc,
+    uint8_t*             packedDc,
+    const uint16_t*      toNonlinear,
+    int                  width,
+    int                  height);
+
+static exr_result_t LossyDctEncoder_execute (LossyDctEncoder* e);
+
+static void
+LossyDctEncoder_rleAc (LossyDctEncoder* e, uint16_t* block, uint16_t** acPtr);
+
+/**************************************/
+
+exr_result_t
+LossyDctEncoder_base_construct (
+    LossyDctEncoder* e,
+    float            quantBaseError,
+    uint8_t*         packedAc,
+    uint8_t*         packedDc,
+    const uint16_t*  toNonlinear,
+    int              width,
+    int              height)
+{
+    //
+    // Here, we take the generic JPEG quantization tables and
+    // normalize them by the smallest component in each table.
+    // This gives us a relationship amongst the DCT components,
+    // in terms of how sensitive each component is to
+    // error.
+    //
+    // A higher normalized value means we can quantize more,
+    // and a small normalized value means we can quantize less.
+    //
+    // Eventually, we will want an acceptable quantization
+    // error range for each component. We find this by
+    // multiplying some user-specified level (_quantBaseError)
+    // by the normalized table (_quantTableY, _quantTableCbCr) to
+    // find the acceptable quantization error range.
+    //
+    // The quantization table is not needed for decoding, and
+    // is not transmitted. So, if you want to get really fancy,
+    // you could derive some content-dependent quantization
+    // table, and the decoder would not need to be changed. But,
+    // for now, we'll just use static quantization tables.
+    //
+    int jpegQuantTableY = {
+        16, 11, 10, 16, 24,  40,  51,  61,  12, 12, 14, 19, 26,  58,  60,  55,
+        14, 13, 16, 24, 40,  57,  69,  56,  14, 17, 22, 29, 51,  87,  80,  62,
+        18, 22, 37, 56, 68,  109, 103, 77,  24, 35, 55, 64, 81,  104, 113, 92,
+        49, 64, 78, 87, 103, 121, 120, 101, 72, 92, 95, 98, 112, 100, 103, 99};
+
+    int jpegQuantTableYMin = 10;
+
+    int jpegQuantTableCbCr = {
+        17, 18, 24, 47, 99, 99, 99, 99, 18, 21, 26, 66, 99, 99, 99, 99,
+        24, 26, 56, 99, 99, 99, 99, 99, 47, 66, 99, 99, 99, 99, 99, 99,
+        99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99,
+        99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99, 99};
+
+    int jpegQuantTableCbCrMin = 17;
+
+    e->_quantBaseError = quantBaseError;
+    e->_width          = width;
+    e->_height         = height;
+    e->_toNonlinear    = toNonlinear;
+    e->_numAcComp      = 0;
+    e->_numDcComp      = 0;
+    e->_packedAc       = packedAc;
+    e->_packedDc       = packedDc;
+    if (e->_quantBaseError < 0) e->_quantBaseError = 0;
+
+    for (int idx = 0; idx < 64; ++idx)
+    {
+        e->_quantTableYidx =
+            (e->_quantBaseError * (float) (jpegQuantTableYidx) /
+             (float) (jpegQuantTableYMin));
+
+        e->_quantTableCbCridx =
+            (e->_quantBaseError * (float) (jpegQuantTableCbCridx) /
+             (float) (jpegQuantTableCbCrMin));
+    }
+
+    e->_channel_encode_data0    = NULL;
+    e->_channel_encode_data1    = NULL;
+    e->_channel_encode_data2    = NULL;
+    e->_channel_encode_data_count = 0;
+
+    return EXR_ERR_SUCCESS;
+}
+
+/**************************************/
+
+//
+// Single channel lossy DCT encoder
+//
+
+exr_result_t
+LossyDctEncoder_construct (
+    LossyDctEncoder*     e,
+    float                quantBaseError,
+    DctCoderChannelData* rowPtrs,
+    uint8_t*             packedAc,
+    uint8_t*             packedDc,
+    const uint16_t*      toNonlinear,
+    int                  width,
+    int                  height)
+{
+    exr_result_t rv;
+
+    rv = LossyDctEncoder_base_construct (
+        e, quantBaseError, packedAc, packedDc, toNonlinear, width, height);
+    e->_channel_encode_data0    = rowPtrs;
+    e->_channel_encode_data_count = 1;
+
+    return rv;
+}
+
+/**************************************/
+
+//
+// RGB channel lossy DCT encoder
+//
+exr_result_t
+LossyDctEncoderCsc_construct (
+    LossyDctEncoder*     e,
+    float                quantBaseError,
+    DctCoderChannelData* rowPtrsR,
+    DctCoderChannelData* rowPtrsG,
+    DctCoderChannelData* rowPtrsB,

_service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_dwa_helpers.h Added

@@ -0,0 +1,68 @@
+//
+// SPDX-License-Identifier: BSD-3-Clause
+// Copyright (c) Contributors to the OpenEXR Project.
+//
+
+#ifndef IMF_INTERNAL_DWA_HELPERS_H_HAS_BEEN_INCLUDED
+#define IMF_INTERNAL_DWA_HELPERS_H_HAS_BEEN_INCLUDED
+
+/* TODO: move to here when ready */
+#include "../OpenEXR/dwaLookups.h"
+
+/**************************************/
+
+typedef enum _AcCompression
+{
+    STATIC_HUFFMAN,
+    DEFLATE,
+} AcCompression;
+
+typedef enum _CompressorScheme
+{
+    UNKNOWN = 0,
+    LOSSY_DCT,
+    RLE,
+
+    NUM_COMPRESSOR_SCHEMES
+} CompressorScheme;
+
+//
+// Per-chunk compressed data sizes, one value per chunk
+//
+
+typedef enum _DataSizesSingle
+{
+    VERSION = 0, // Version number:
+    //   0: classic
+    //   1: adds "end of block" to the AC RLE
+
+    UNKNOWN_UNCOMPRESSED_SIZE, // Size of leftover data, uncompressed.
+    UNKNOWN_COMPRESSED_SIZE,   // Size of leftover data, zlib compressed.
+
+    AC_COMPRESSED_SIZE,    // AC RLE + Huffman size
+    DC_COMPRESSED_SIZE,    // DC + Deflate size
+    RLE_COMPRESSED_SIZE,   // RLE + Deflate data size
+    RLE_UNCOMPRESSED_SIZE, // RLE'd data size
+    RLE_RAW_SIZE,          // Un-RLE'd data size
+
+    AC_UNCOMPRESSED_COUNT, // AC RLE number of elements
+    DC_UNCOMPRESSED_COUNT, // DC number of elements
+
+    AC_COMPRESSION, // AC compression strategy
+    NUM_SIZES_SINGLE
+} DataSizesSingle;
+
+static inline size_t
+std_max (size_t a, size_t b)
+{
+    return a < b ? b : a;
+}
+
+#include "internal_dwa_simd.h"
+#include "internal_dwa_channeldata.h"
+#include "internal_dwa_classifier.h"
+#include "internal_dwa_decoder.h"
+#include "internal_dwa_encoder.h"
+#include "internal_dwa_compressor.h"
+
+#endif /* IMF_INTERNAL_DWA_HELPERS_H_HAS_BEEN_INCLUDED */

_service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_dwa_simd.h Added

@@ -0,0 +1,2345 @@
+//
+// SPDX-License-Identifier: BSD-3-Clause
+// Copyright (c) Contributors to the OpenEXR Project.
+//
+
+#ifndef IMF_INTERNAL_DWA_HELPERS_H_HAS_BEEN_INCLUDED
+#    error "only include internal_dwa_helpers.h"
+#endif
+
+/**************************************/
+
+//
+// Various SSE accelerated functions, used by Imf::DwaCompressor.
+// These have been separated into a separate .h file, as the fast
+// paths are done with template specialization.
+//
+// Unless otherwise noted, all pointers are assumed to be 32-byte
+// aligned. Unaligned pointers may risk seg-faulting.
+//
+
+#if defined __SSE2__ || (_MSC_VER >= 1300 && !_M_CEE_PURE)
+#    define IMF_HAVE_SSE2 1
+#    include <emmintrin.h>
+#    include <mmintrin.h>
+#endif
+
+#if defined(__ARM_NEON)
+#    define IMF_HAVE_NEON 1
+#endif
+
+#if defined(__aarch64__)
+#    define IMF_HAVE_NEON_AARCH64 1
+#endif
+
+#include "internal_coding.h"
+
+#if defined(OPENEXR_IMF_HAVE_GCC_INLINE_ASM_AVX) &&                            \
+    (defined(_M_X64) || defined(__x86_64__))
+#    define IMF_HAVE_GCC_INLINEASM_X86 1
+
+#    ifdef __LP64__
+#        define IMF_HAVE_GCC_INLINEASM_X86_64 1
+#    endif /* __LP64__ */
+#endif     /* OPENEXR_IMF_HAVE_GCC_INLINE_ASM_AVX */
+
+#define _SSE_ALIGNMENT 32
+#define _SSE_ALIGNMENT_MASK 0x0F
+#define _AVX_ALIGNMENT_MASK 0x1F
+
+#ifdef __ARM_NEON // Needed to support macOS with arm64 processor (e.g. M1)
+#include <arm_neon.h>
+#endif
+
+//
+// Color space conversion, Inverse 709 CSC, Y'CbCr -> R'G'B'
+//
+
+static inline void
+csc709Inverse (float* comp0, float* comp1, float* comp2)
+{
+    float src3;
+
+    src0 = *comp0;
+    src1 = *comp1;
+    src2 = *comp2;
+
+    *comp0 = src0 + 1.5747f * src2;
+    *comp1 = src0 - 0.1873f * src1 - 0.4682f * src2;
+    *comp2 = src0 + 1.8556f * src1;
+}
+
+#ifndef IMF_HAVE_SSE2
+
+//
+// Scalar color space conversion, based on 709 primiary chromaticies.
+// No scaling or offsets, just the matrix
+//
+
+static inline void
+csc709Inverse64 (float* comp0, float* comp1, float* comp2)
+{
+    for (int i = 0; i < 64; ++i)
+        csc709Inverse (comp0 + i, comp1 + i, comp2 + i);
+}
+
+#else /* IMF_HAVE_SSE2 */
+
+//
+// SSE2 color space conversion
+//
+
+static inline void
+csc709Inverse64 (float* comp0, float* comp1, float* comp2)
+{
+    __m128 c0 = {1.5747f, 1.5747f, 1.5747f, 1.5747f};
+    __m128 c1 = {1.8556f, 1.8556f, 1.8556f, 1.8556f};
+    __m128 c2 = {-0.1873f, -0.1873f, -0.1873f, -0.1873f};
+    __m128 c3 = {-0.4682f, -0.4682f, -0.4682f, -0.4682f};
+
+    __m128* r = (__m128*) comp0;
+    __m128* g = (__m128*) comp1;
+    __m128* b = (__m128*) comp2;
+    __m128  src3;
+
+#    define CSC_INVERSE_709_SSE2_LOOP(i)                                       \
+        src0 = ri;                                                         \
+        src1 = gi;                                                         \
+        src2 = bi;                                                         \
+                                                                               \
+        ri = _mm_add_ps (ri, _mm_mul_ps (src2, c0));                     \
+                                                                               \
+        gi   = _mm_mul_ps (gi, c2);                                        \
+        src2 = _mm_mul_ps (src2, c3);                                      \
+        gi   = _mm_add_ps (gi, src0);                                    \
+        gi   = _mm_add_ps (gi, src2);                                    \
+                                                                               \
+        bi = _mm_mul_ps (c1, src1);                                        \
+        bi = _mm_add_ps (bi, src0);
+
+    CSC_INVERSE_709_SSE2_LOOP (0)
+    CSC_INVERSE_709_SSE2_LOOP (1)
+    CSC_INVERSE_709_SSE2_LOOP (2)
+    CSC_INVERSE_709_SSE2_LOOP (3)
+
+    CSC_INVERSE_709_SSE2_LOOP (4)
+    CSC_INVERSE_709_SSE2_LOOP (5)
+    CSC_INVERSE_709_SSE2_LOOP (6)
+    CSC_INVERSE_709_SSE2_LOOP (7)
+
+    CSC_INVERSE_709_SSE2_LOOP (8)
+    CSC_INVERSE_709_SSE2_LOOP (9)
+    CSC_INVERSE_709_SSE2_LOOP (10)
+    CSC_INVERSE_709_SSE2_LOOP (11)
+
+    CSC_INVERSE_709_SSE2_LOOP (12)
+    CSC_INVERSE_709_SSE2_LOOP (13)
+    CSC_INVERSE_709_SSE2_LOOP (14)
+    CSC_INVERSE_709_SSE2_LOOP (15)
+}
+
+#endif /* IMF_HAVE_SSE2 */
+
+//
+// Color space conversion, Forward 709 CSC, R'G'B' -> Y'CbCr
+//
+// Simple FPU color space conversion. Based on the 709
+// primary chromaticies, with no scaling or offsets.
+//
+
+static inline void
+csc709Forward64 (float* comp0, float* comp1, float* comp2)
+{
+    float src3;
+
+    for (int i = 0; i < 64; ++i)
+    {
+        src0 = comp0i;
+        src1 = comp1i;
+        src2 = comp2i;
+
+        comp0i = 0.2126f * src0 + 0.7152f * src1 + 0.0722f * src2;
+        comp1i = -0.1146f * src0 - 0.3854f * src1 + 0.5000f * src2;
+        comp2i = 0.5000f * src0 - 0.4542f * src1 - 0.0458f * src2;
+    }
+}
+
+//
+// Byte interleaving of 2 byte arrays:
+//    src0 = AAAA
+//    src1 = BBBB
+//    dst  = ABABABAB
+//
+// numBytes is the size of each of the source buffers
+//
+
+#ifndef IMF_HAVE_SSE2
+
+//
+// Scalar default implementation
+//
+
+static inline void
+interleaveByte2 (uint8_t* dst, uint8_t* src0, uint8_t* src1, int numBytes)
+{
+    for (int x = 0; x < numBytes; ++x)
+    {
+        dst2 * x     = src0x;
+        dst2 * x + 1 = src1x;
+    }
+}
+
+#else /* IMF_HAVE_SSE2 */
+
+//
+// SSE2 byte interleaving
+//
+
+static inline void
+interleaveByte2 (uint8_t* dst, uint8_t* src0, uint8_t* src1, int numBytes)

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_huf.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_huf.c Changed

@@ -6,9 +6,12 @@
 #include "internal_huf.h"
 
 #include "internal_memory.h"
+#include "internal_xdr.h"
+#include "internal_structs.h"
 
 #include <stddef.h>
 #include <stdint.h>
+#include <math.h>
 #include <string.h>
 
 #define HUF_ENCBITS 16
@@ -18,6 +21,11 @@
 #define HUF_DECSIZE (1 << HUF_DECBITS)
 #define HUF_DECMASK (HUF_DECSIZE - 1)
 
+#define SHORT_ZEROCODE_RUN 59
+#define LONG_ZEROCODE_RUN 63
+#define SHORTEST_LONG_RUN (2 + LONG_ZEROCODE_RUN - SHORT_ZEROCODE_RUN)
+#define LONGEST_LONG_RUN (255 + SHORTEST_LONG_RUN)
+
 typedef struct _HufDec
 {
     int32_t   len;
@@ -39,8 +47,8 @@
     return code >> 6;
 }
 
-static inline void
-outputBits (int nBits, uint64_t bits, uint64_t* c, int* lc, uint8_t** outptr)
+static inline exr_result_t
+outputBits (int nBits, uint64_t bits, uint64_t* c, int* lc, uint8_t** outptr, uint8_t *outend)
 {
     uint8_t* out = *outptr;
     *c <<= nBits;
@@ -48,8 +56,12 @@
     *c |= bits;
 
     while (*lc >= 8)
+    {
+        if (out >= outend) return EXR_ERR_ARGUMENT_OUT_OF_RANGE;
         *out++ = (uint8_t) (*c >> (*lc -= 8));
+    }
     *outptr = out;
+    return EXR_ERR_SUCCESS;
 }
 
 static inline uint64_t
@@ -91,6 +103,7 @@
 hufCanonicalCodeTable (uint64_t* hcode)
 {
     uint64_t n59;
+    uint64_t c;
 
     //
     // For each i from 0 through 58, count the
@@ -110,7 +123,7 @@
     // store that code in ni.
     //
 
-    uint64_t c = 0;
+    c = 0;
 
     for (int i = 58; i > 0; --i)
     {
@@ -264,14 +277,13 @@
     // 3) Initializes array hlink such that hlinki == i
     //    for all array entries.
     //
+    uint32_t nf = 0;
 
     *im = 0;
 
     while (!frq*im)
         (*im)++;
 
-    uint32_t nf = 0;
-
     for (uint32_t i = *im; i < HUF_ENCSIZE; i++)
     {
         hlinki = i;
@@ -329,17 +341,18 @@
 
     while (nf > 1)
     {
+        uint32_t mm, m;
         //
         // Find the indices, mm and m, of the two smallest non-zero frq
         // values in fHeap, add the smallest frq to the second-smallest
         // frq, and remove the smallest frq value from fHeap.
         //
 
-        uint32_t mm = (uint32_t) (fHeap0 - frq);
+        mm = (uint32_t) (fHeap0 - frq);
         pop_heap (&fHeap0, &fHeapnf);
         --nf;
 
-        uint32_t m = (uint32_t) (fHeap0 - frq);
+        m = (uint32_t) (fHeap0 - frq);
         pop_heap (&fHeap0, &fHeapnf);
 
         frqm += frqmm;
@@ -416,18 +429,15 @@
 //	  n zeroes (6 or more)	63 n-6	(6 + 8 bits)
 //
 
-#define SHORT_ZEROCODE_RUN 59
-#define LONG_ZEROCODE_RUN 63
-#define SHORTEST_LONG_RUN (2 + LONG_ZEROCODE_RUN - SHORT_ZEROCODE_RUN)
-#define LONGEST_LONG_RUN (255 + SHORTEST_LONG_RUN)
-
-static void
+static exr_result_t
 hufPackEncTable (
     const uint64_t* hcode, // i : encoding table HUF_ENCSIZE
     uint32_t        im,    // i : min hcode index
     uint32_t        iM,    // i : max hcode index
-    uint8_t**       pcode)       //  o: ptr to packed table (updated)
+    uint8_t**       pcode, // o : ptr to packed table (updated)
+    uint8_t*        pend)  // i : max size of table
 {
+    exr_result_t rv;
     uint8_t* out = *pcode;
     uint64_t c   = 0;
     int      lc  = 0;
@@ -451,24 +461,33 @@
             {
                 if (zerun >= SHORTEST_LONG_RUN)
                 {
-                    outputBits (6, LONG_ZEROCODE_RUN, &c, &lc, &out);
-                    outputBits (8, zerun - SHORTEST_LONG_RUN, &c, &lc, &out);
+                    rv = outputBits (6, LONG_ZEROCODE_RUN, &c, &lc, &out, pend);
+                    if (rv != EXR_ERR_SUCCESS) return rv;
+                    rv = outputBits (8, zerun - SHORTEST_LONG_RUN, &c, &lc, &out, pend);
+                    if (rv != EXR_ERR_SUCCESS) return rv;
                 }
                 else
                 {
-                    outputBits (
-                        6, SHORT_ZEROCODE_RUN + zerun - 2, &c, &lc, &out);
+                    rv = outputBits (
+                        6, SHORT_ZEROCODE_RUN + zerun - 2, &c, &lc, &out, pend);
+                    if (rv != EXR_ERR_SUCCESS) return rv;
                 }
                 continue;
             }
         }
 
-        outputBits (6, (uint64_t) l, &c, &lc, &out);
+        rv = outputBits (6, (uint64_t) l, &c, &lc, &out, pend);
+        if (rv != EXR_ERR_SUCCESS) return rv;
     }
 
-    if (lc > 0) *out++ = (uint8_t) (c << (8 - lc));
+    if (lc > 0)
+    {
+        if (out >= pend) return EXR_ERR_ARGUMENT_OUT_OF_RANGE;
+        *out++ = (uint8_t) (c << (8 - lc));
+    }
 
     *pcode = out;
+    return EXR_ERR_SUCCESS;
 }
 
 //
@@ -483,27 +502,27 @@
     uint32_t        iM,    // i : max hcode index
     uint64_t*       hcode) // o : encoding table HUF_ENCSIZE
 {
-    memset (hcode, 0, sizeof (uint64_t) * HUF_ENCSIZE);
-
     const uint8_t* p  = *pcode;
     uint64_t       c  = 0;
     uint64_t       ni = *nLeft;
     uint64_t       nr;
     uint32_t       lc = 0;
+    uint64_t       l, zerun;
 
+    memset (hcode, 0, sizeof(uint64_t) * HUF_ENCSIZE);
     for (; im <= iM; im++)
     {
         nr = (((uintptr_t) p) - ((uintptr_t) *pcode));
         if (lc < 6 && nr >= ni) return EXR_ERR_OUT_OF_MEMORY;
 
-        uint64_t l = hcodeim = getBits (6, &c, &lc, &p); // code length
+        l = hcodeim = getBits (6, &c, &lc, &p); // code length
 
         if (l == (uint64_t) LONG_ZEROCODE_RUN)
         {
             nr = (((uintptr_t) p) - ((uintptr_t) *pcode));
             if (lc < 8 && nr >= ni) return EXR_ERR_OUT_OF_MEMORY;
 
-            uint64_t zerun = getBits (8, &c, &lc, &p) + SHORTEST_LONG_RUN;
+            zerun = getBits (8, &c, &lc, &p) + SHORTEST_LONG_RUN;
 
             if (im + zerun > iM + 1) return EXR_ERR_CORRUPT_CHUNK;
 
@@ -514,7 +533,7 @@
         }

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_huf.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_huf.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_memory.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_memory.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_piz.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_piz.c Changed

@@ -177,7 +177,7 @@
     int p2  = 2; // == 1 << (level+1)
 
     //
-    // Hierachical loop on smaller dimension n
+    // Hierarchical loop on smaller dimension n
     //
 
     while (p2 <= n)
@@ -464,10 +464,7 @@
                 if ((cury % curc->y_samples) != 0) continue;
                 tmp += ((uint64_t) (y / curc->y_samples)) * bpl;
             }
-            else
-            {
-                tmp += ((uint64_t) y) * bpl;
-            }
+            else { tmp += ((uint64_t) y) * bpl; }
 
             memcpy (tmp, packed, bpl);
             priv_to_native16 (tmp, nx * (curc->bytes_per_element / 2));
@@ -524,16 +521,26 @@
         ndata,
         hufspare,
         hufSpareBytes);
-    if (rv != EXR_ERR_SUCCESS) return rv;
-    nOut += nBytes;
-    if (nOut < packedbytes)
+    if (rv != EXR_ERR_SUCCESS)
     {
-        unaligned_store32 (lengthptr, (uint32_t) nBytes);
+        if (rv == EXR_ERR_ARGUMENT_OUT_OF_RANGE)
+        {
+            memcpy (encode->compressed_buffer, encode->packed_buffer, packedbytes);
+            nOut = packedbytes;
+        }
     }
     else
     {
-        memcpy (encode->compressed_buffer, encode->packed_buffer, packedbytes);
-        nOut = packedbytes;
+        nOut += nBytes;
+        if (nOut < packedbytes)
+        {
+            unaligned_store32 (lengthptr, (uint32_t) nBytes);
+        }
+        else
+        {
+            memcpy (encode->compressed_buffer, encode->packed_buffer, packedbytes);
+            nOut = packedbytes;
+        }
     }
     encode->compressed_bytes = nOut;
     return EXR_ERR_SUCCESS;
@@ -625,7 +632,13 @@
 
     wavbuf = decode->scratch_buffer_1;
     rv     = internal_huf_decompress (
-        packed + nBytes, hufbytes, wavbuf, outsz / 2, hufspare, hufSpareBytes);
+        decode,
+        packed + nBytes,
+        hufbytes,
+        wavbuf,
+        outsz / 2,
+        hufspare,
+        hufSpareBytes);
     if (rv != EXR_ERR_SUCCESS) return rv;
 
     //

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_pxr24.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_pxr24.c Changed

@@ -22,6 +22,7 @@
         float    f;
         uint32_t i;
     } u;
+    uint32_t s, e, m, i;
 
     u.f = f;
 
@@ -30,10 +31,9 @@
     // into sign, s, exponent, e, and significand, m.
     //
 
-    uint32_t s = u.i & 0x80000000;
-    uint32_t e = u.i & 0x7f800000;
-    uint32_t m = u.i & 0x007fffff;
-    uint32_t i;
+    s = u.i & 0x80000000;
+    e = u.i & 0x7f800000;
+    m = u.i & 0x007fffff;
 
     if (e == 0x7f800000)
     {
@@ -92,7 +92,7 @@
     uint8_t*       out       = encode->scratch_buffer_1;
     uint64_t       nOut      = 0;
     const uint8_t* lastIn    = encode->packed_buffer;
-    uLongf         compbufsz = encode->compressed_alloc_size;
+    uLong          compbufsz = (uLong) encode->compressed_alloc_size;
 
     for (int y = 0; y < encode->chunk.height; ++y)
     {
@@ -219,7 +219,7 @@
                     (Bytef*) encode->compressed_buffer,
                     &compbufsz,
                     (const Bytef*) encode->scratch_buffer_1,
-                    nOut))
+                    (uLong) nOut))
     {
         return EXR_ERR_CORRUPT_CHUNK;
     }
@@ -229,7 +229,7 @@
             encode->compressed_buffer,
             encode->packed_buffer,
             encode->packed_bytes);
-        compbufsz = encode->packed_bytes;
+        compbufsz = (uLong) encode->packed_bytes;
     }
     encode->compressed_bytes = compbufsz;
     return EXR_ERR_SUCCESS;
@@ -262,7 +262,7 @@
     void*                  scratch_data,
     uint64_t               scratch_size)
 {
-    uLongf         outSize = (uLongf) uncompressed_size;
+    uLong          outSize = (uLong) uncompressed_size;
     int            rstat;
     uint8_t*       out    = uncompressed_data;
     uint64_t       nOut   = 0;

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_rle.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_rle.c Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_structs.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_structs.c Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_structs.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_structs.h Changed

@@ -19,6 +19,10 @@
 #    endif
 #endif
 
+#ifndef __STDC_FORMAT_MACROS
+#define __STDC_FORMAT_MACROS
+#endif
+
 #include <inttypes.h>
 
 #ifdef _MSC_VER
@@ -213,6 +217,8 @@
 #    endif
 #endif
     uint8_t disable_chunk_reconstruct;
+    uint8_t legacy_header;
+    uint8_t _pad6;
 };
 
 #define EXR_CTXT(c) ((struct _internal_exr_context*) (c))
@@ -325,6 +331,18 @@
                 pi));                                                          \
     part = pctxt->partspi
 
+#define EXR_PROMOTE_CONST_CONTEXT_OR_ERROR_NO_PART_NO_LOCK(c, pi)              \
+    const struct _internal_exr_context* pctxt = EXR_CCTXT (c);                 \
+    if (!pctxt) return EXR_ERR_MISSING_CONTEXT_ARG;                            \
+    if (pi < 0 || pi >= pctxt->num_parts)                                      \
+        return (                                                               \
+            (void) (EXR_RETURN_WRITE (pctxt)),                                 \
+            pctxt->print_error (                                               \
+                pctxt,                                                         \
+                EXR_ERR_ARGUMENT_OUT_OF_RANGE,                                 \
+                "Part index (%d) out of range",                                \
+                pi))
+
 #define EXR_PROMOTE_READ_CONST_CONTEXT_AND_PART_OR_ERROR(c, pi)                \
     const struct _internal_exr_context* pctxt = EXR_CCTXT (c);                 \
     const struct _internal_exr_part*    part;                                  \
@@ -339,6 +357,20 @@
             pi);                                                               \
     part = pctxt->partspi
 
+
+#define EXR_PROMOTE_READ_CONST_CONTEXT_OR_ERROR_NO_PART(c, pi)                 \
+    const struct _internal_exr_context* pctxt = EXR_CCTXT (c);                 \
+    if (!pctxt) return EXR_ERR_MISSING_CONTEXT_ARG;                            \
+    if (pctxt->mode != EXR_CONTEXT_READ)                                       \
+        return pctxt->standard_error (pctxt, EXR_ERR_NOT_OPEN_READ);           \
+    if (pi < 0 || pi >= pctxt->num_parts)                                      \
+        return pctxt->print_error (                                            \
+            pctxt,                                                             \
+            EXR_ERR_ARGUMENT_OUT_OF_RANGE,                                     \
+            "Part index (%d) out of range",                                    \
+            pi)
+
+
 void internal_exr_update_default_handlers (exr_context_initializer_t* inits);
 
 exr_result_t internal_exr_add_part (

_service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_util.h Added

@@ -0,0 +1,45 @@
+/*
+** SPDX-License-Identifier: BSD-3-Clause
+** Copyright Contributors to the OpenEXR Project.
+*/
+
+#ifndef OPENEXR_PRIVATE_UTIL_H
+#define OPENEXR_PRIVATE_UTIL_H
+
+#include <stdint.h>
+
+static inline int
+compute_sampled_lines (int height, int y_sampling, int start_y)
+{
+    int nlines;
+
+    if (y_sampling <= 1) return height;
+
+    if (height == 1)
+        nlines = (start_y % y_sampling) == 0 ? 1 : 0;
+    else
+    {
+        int start, end;
+
+        /* computed the number of times y % ysampling == 0, by
+         * computing interval based on first and last time that occurs
+         * on the given range
+         */
+        start = start_y % y_sampling;
+        if (start != 0)
+            start = start_y + (y_sampling - start);
+        else
+            start = start_y;
+        end = start_y + height - 1;
+        end -= (end % y_sampling);
+
+        if (start > end)
+            nlines = 0;
+        else
+            nlines = (end - start) / y_sampling + 1;
+    }
+
+    return nlines;
+}
+
+#endif /* OPENEXR_PRIVATE_UTIL_H */

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_xdr.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_xdr.h Changed

@@ -50,14 +50,18 @@
 
 #elif defined(__APPLE__)
 
-#  include <libkern/OSByteOrder.h>
-#  define htole16(x) OSSwapHostToLittleInt16(x)
-#  define le16toh(x) OSSwapLittleToHostInt16(x)
-#  define htole32(x) OSSwapHostToLittleInt32(x)
-#  define le32toh(x) OSSwapLittleToHostInt32(x)
-#  define htole64(x) OSSwapHostToLittleInt64(x)
-#  define le64toh(x) OSSwapLittleToHostInt64(x)
-#  define EXR_HOST_IS_NOT_LITTLE_ENDIAN (BYTE_ORDER != LITTLE_ENDIAN)
+#    include <libkern/OSByteOrder.h>
+#    define htole16(x) OSSwapHostToLittleInt16 (x)
+#    define le16toh(x) OSSwapLittleToHostInt16 (x)
+#    define htole32(x) OSSwapHostToLittleInt32 (x)
+#    define le32toh(x) OSSwapLittleToHostInt32 (x)
+#    define htole64(x) OSSwapHostToLittleInt64 (x)
+#    define le64toh(x) OSSwapLittleToHostInt64 (x)
+#    if defined(__m68k__) || defined(__POWERPC__)
+#        define EXR_HOST_IS_NOT_LITTLE_ENDIAN 1
+#    else
+#        define EXR_HOST_IS_NOT_LITTLE_ENDIAN 0
+#    endif
 
 #elif defined(__OpenBSD__) || defined(__FreeBSD__) || defined(__NetBSD__) || defined(__DragonFly__)
 
@@ -143,6 +147,32 @@
 #endif
 }
 
+static inline float
+one_to_native_float (float v)
+{
+    union
+    {
+        uint32_t i;
+        float f;
+    } coerce;
+    coerce.f = v;
+    coerce.i = one_to_native32 (coerce.i);
+    return coerce.f;
+}
+
+static inline float
+one_from_native_float (float v)
+{
+    union
+    {
+        uint32_t i;
+        float f;
+    } coerce;
+    coerce.f = v;
+    coerce.i = one_from_native32 (coerce.i);
+    return coerce.f;
+}
+
 /**************************************/
 
 static inline uint16_t one_to_native16( uint16_t v )

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/internal_zip.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/internal_zip.c Changed

@@ -10,7 +10,6 @@
 #include "internal_structs.h"
 
 #include <limits.h>
-#include <stdbool.h>
 #include <stdlib.h>
 #include <string.h>
 #include <zlib.h>
@@ -24,6 +23,11 @@
 #    define IMF_HAVE_SSE4_1 1
 #    include <smmintrin.h>
 #endif
+#if defined(__aarch64__)
+#    define IMF_HAVE_NEON_AARCH64 1
+#    include <arm_neon.h>
+#endif
+
 
 /**************************************/
 
@@ -73,6 +77,54 @@
         prev      = d;
     }
 }
+#elif defined(IMF_HAVE_NEON_AARCH64)
+static void
+reconstruct (uint8_t* buf, uint64_t outSize)
+{
+    static const uint64_t bytesPerChunk = sizeof (uint8x16_t);
+    const uint64_t        vOutSize      = outSize / bytesPerChunk;
+    const uint8x16_t      c             = vdupq_n_u8 (-128);
+    const uint8x16_t      shuffleMask   = vdupq_n_u8 (15);
+    const uint8x16_t      zero          = vdupq_n_u8 (0);
+    uint8_t *             vBuf;
+    uint8x16_t            vPrev;
+    uint8_t               prev;
+
+    /*
+     * The first element doesn't have its high bit flipped during compression,
+     * so it must not be flipped here.  To make the SIMD loop nice and
+     * uniform, we pre-flip the bit so that the loop will unflip it again.
+     */
+    buf0 += -128;
+    vBuf  = buf;
+    vPrev = vdupq_n_u8 (0);
+
+    for (uint64_t i = 0; i < vOutSize; ++i)
+    {
+        uint8x16_t d = vaddq_u8 (vld1q_u8 (vBuf), c);
+
+        /* Compute the prefix sum of elements. */
+        d = vaddq_u8 (d, vextq_u8 (zero, d, 16 - 1));
+        d = vaddq_u8 (d, vextq_u8 (zero, d, 16 - 2));
+        d = vaddq_u8 (d, vextq_u8 (zero, d, 16 - 4));
+        d = vaddq_u8 (d, vextq_u8 (zero, d, 16 - 8));
+        d = vaddq_u8 (d, vPrev);
+
+        vst1q_u8 (vBuf, d); vBuf += sizeof (uint8x16_t);
+
+        // Broadcast the high byte in our result to all lanes of the prev
+        // value for the next iteration.
+        vPrev = vqtbl1q_u8 (d, shuffleMask);
+    }
+
+    prev = vgetq_lane_u8 (vPrev, 15);
+    for (uint64_t i = vOutSize * bytesPerChunk; i < outSize; ++i)
+    {
+        uint8_t d = prev + bufi - 128;
+        bufi    = d;
+        prev      = d;
+    }
+}
 #else
 static void
 reconstruct (uint8_t* buf, uint64_t sz)
@@ -121,17 +173,41 @@
         *(sOut++) = (i % 2 == 0) ? *(t1++) : *(t2++);
 }
 
+#elif defined(IMF_HAVE_NEON_AARCH64)
+static void
+interleave (uint8_t* out, const uint8_t* source, uint64_t outSize)
+{
+    static const uint64_t bytesPerChunk = 2 * sizeof (uint8x16_t);
+    const uint64_t        vOutSize      = outSize / bytesPerChunk;
+    const uint8_t*        v1   = source;
+    const uint8_t*        v2   = source + (outSize + 1) / 2;
+
+    for (uint64_t i = 0; i < vOutSize; ++i)
+    {
+        uint8x16_t a  = vld1q_u8 (v1); v1 += sizeof (uint8x16_t);
+        uint8x16_t b  = vld1q_u8 (v2); v2 += sizeof (uint8x16_t);
+        uint8x16_t lo = vzip1q_u8 (a, b);
+        uint8x16_t hi = vzip2q_u8 (a, b);
+
+        vst1q_u8 (out, lo); out += sizeof (uint8x16_t);
+        vst1q_u8 (out, hi); out += sizeof (uint8x16_t);
+    }
+
+    for (uint64_t i = vOutSize * bytesPerChunk; i < outSize; ++i)
+        *(out++) = (i % 2 == 0) ? *(v1++) : *(v2++);
+}
+
 #else
 
 static void
 interleave (uint8_t* out, const uint8_t* source, uint64_t outSize)
 {
-    const char* t1   = source;
-    const char* t2   = source + (outSize + 1) / 2;
-    char*       s    = out;
-    char* const stop = s + outSize;
+    const uint8_t* t1   = source;
+    const uint8_t* t2   = source + (outSize + 1) / 2;
+    uint8_t*       s    = out;
+    uint8_t* const stop = s + outSize;
 
-    while (true)
+    while (1)
     {
         if (s < stop)
             *(s++) = *(t1++);
@@ -149,6 +225,51 @@
 
 /**************************************/
 
+void internal_zip_reconstruct_bytes (
+    uint8_t* out,
+    uint8_t* source,
+    uint64_t count)
+{
+    reconstruct (source, count);
+    interleave (out, source, count);
+}
+
+/**************************************/
+
+void internal_zip_deconstruct_bytes (
+    uint8_t*       scratch,
+    const uint8_t* source,
+    uint64_t       count)
+{
+    int            p;
+    uint8_t*       t1   = scratch;
+    uint8_t*       t2   = t1 + (count + 1) / 2;
+    const uint8_t* raw  = source;
+    const uint8_t* stop = raw + count;
+
+    /* reorder */
+    while (raw < stop)
+    {
+        *(t1++) = *(raw++);
+        if (raw < stop) *(t2++) = *(raw++);
+    }
+
+    /* reorder */
+    t1 = scratch;
+    t2 = t1 + count;
+    t1++;
+    p = (int) t1-1;
+    while (t1 < t2)
+    {
+        int d = (int) (t10) - p + (128 + 256);
+        p     = (int) t10;
+        t10 = (uint8_t) d;
+        ++t1;
+    }
+}
+
+/**************************************/
+
 static exr_result_t
 undo_zip_impl (
     const void* compressed_data,
@@ -158,7 +279,7 @@
     void*       scratch_data,
     uint64_t    scratch_size)
 {
-    uLongf outSize = (uLongf) uncompressed_size;
+    uLong  outSize = (uLong) scratch_size;
     int    rstat;
 
     if (scratch_size < uncompressed_size) return EXR_ERR_INVALID_ARGUMENT;
@@ -172,8 +293,7 @@
     {
         if (outSize == uncompressed_size)
         {
-            reconstruct (scratch_data, outSize);
-            interleave (uncompressed_data, scratch_data, outSize);
+            internal_zip_reconstruct_bytes (uncompressed_data, scratch_data, uncompressed_size);
             rstat = EXR_ERR_SUCCESS;
         }
         else
@@ -200,12 +320,16 @@
     uint64_t               uncompressed_size)
 {
     exr_result_t rv;
+    uint64_t scratchbufsz = uncompressed_size;
+    if ( comp_buf_size > scratchbufsz )
+        scratchbufsz = comp_buf_size;

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/memory.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/memory.c Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/opaque.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/opaque.c Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/openexr_context.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/openexr_context.h Changed

@@ -82,6 +82,8 @@
  *
  *  @param failed Indicates the write operation failed, the
  *                implementor may wish to cleanup temporary files
+ *  @param ctxt The context
+ *  @param userdata The userdata
  */
 typedef void (*exr_destroy_stream_func_ptr_t) (
     exr_const_context_t ctxt, void* userdata, int failed);
@@ -317,6 +319,8 @@
     /** Initialize with a bitwise or of the various context flags
      */
     int flags;
+
+    uint8_t pad4;
 } exr_context_initializer_t;
 
 /** @brief context flag which will enforce strict header validation
@@ -340,11 +344,14 @@
  */
 #define EXR_CONTEXT_FLAG_DISABLE_CHUNK_RECONSTRUCTION (1 << 2)
 
+/** @brief Writes an old-style, sorted header with minimal information */
+#define EXR_CONTEXT_FLAG_WRITE_LEGACY_HEADER (1 << 3)
+
 /** @brief Simple macro to initialize the context initializer with default values. */
 #define EXR_DEFAULT_CONTEXT_INITIALIZER                                        \
     {                                                                          \
         sizeof (exr_context_initializer_t), 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,   \
-            0, -2, -1.f, 0                                                \
+            0, -2, -1.f, 0, {0, 0, 0, 0}                                       \
     }
 
 /** @} */ /* context function pointer declarations */

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/pack.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/pack.c Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/parse_header.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/parse_header.c Changed

@@ -25,6 +25,8 @@
     exr_result_t                        code,
     const char*                         msg)
 {
+    (void)pctxt;
+    (void)msg;
     return code;
 }
 
@@ -32,6 +34,7 @@
 silent_standard_error (
     const struct _internal_exr_context* pctxt, exr_result_t code)
 {
+    (void)pctxt;
     return code;
 }
 
@@ -42,6 +45,8 @@
     const char*                         msg,
     ...)
 {
+    (void)pctxt;
+    (void)msg;
     return code;
 }
 
@@ -57,7 +62,7 @@
     exr_result_t (*sequential_read) (
         struct _internal_exr_seq_scratch*, void*, uint64_t);
     exr_result_t (*sequential_skip) (
-        struct _internal_exr_seq_scratch*, uint64_t);
+        struct _internal_exr_seq_scratch*, int32_t);
 
     struct _internal_exr_context* ctxt;
 };
@@ -160,10 +165,10 @@
 }
 
 static exr_result_t
-scratch_seq_skip (struct _internal_exr_seq_scratch* scr, uint64_t sz)
+scratch_seq_skip (struct _internal_exr_seq_scratch* scr, int32_t sz)
 {
     uint64_t     nCopied = 0;
-    uint64_t     notdone = sz;
+    uint64_t     notdone = (uint64_t)sz;
     exr_result_t rv      = -1;
 
     while (notdone > 0)
@@ -206,7 +211,7 @@
     }
     if (rv == -1)
     {
-        if (nCopied == sz)
+        if (nCopied == (uint64_t)sz)
             rv = EXR_ERR_SUCCESS;
         else
             rv = EXR_ERR_READ_IO;
@@ -2418,12 +2423,14 @@
 
     for (int p = 0; p < ctxt->num_parts; ++p)
     {
+        int32_t ccount;
+
         curpart = ctxt->partsp;
 
         rv = internal_exr_compute_tile_information (ctxt, curpart, 0);
         if (rv != EXR_ERR_SUCCESS) break;
 
-        int32_t ccount = internal_exr_compute_chunk_offset_size (curpart);
+        ccount = internal_exr_compute_chunk_offset_size (curpart);
         if (ccount < 0)
         {
             rv = ctxt->print_error (

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/part_attr.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/part_attr.c Changed

@@ -667,18 +667,20 @@
             EXR_ERR_INVALID_ARGUMENT,
             "No channels provided for channel list");
 
-    REQ_ATTR_FIND_CREATE (channels, EXR_ATTR_CHLIST);
-    if (rv == EXR_ERR_SUCCESS)
     {
-        exr_attr_chlist_t clist;
+        REQ_ATTR_FIND_CREATE (channels, EXR_ATTR_CHLIST);
+        if (rv == EXR_ERR_SUCCESS)
+        {
+            exr_attr_chlist_t clist;
 
-        rv = exr_attr_chlist_duplicate (ctxt, &clist, channels);
-        if (rv != EXR_ERR_SUCCESS) return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
+            rv = exr_attr_chlist_duplicate (ctxt, &clist, channels);
+            if (rv != EXR_ERR_SUCCESS) return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
 
-        exr_attr_chlist_destroy (ctxt, attr->chlist);
-        *(attr->chlist) = clist;
+            exr_attr_chlist_destroy (ctxt, attr->chlist);
+            *(attr->chlist) = clist;
+        }
+        return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
     }
-    return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
 }
 
 /**************************************/
@@ -726,17 +728,19 @@
             EXR_ERR_INVALID_ARGUMENT,
             "Missing value for data window assignment");
 
-    REQ_ATTR_FIND_CREATE (dataWindow, EXR_ATTR_BOX2I);
-
-    if (rv == EXR_ERR_SUCCESS)
     {
-        *(attr->box2i)    = *dw;
-        part->data_window = *dw;
+        REQ_ATTR_FIND_CREATE (dataWindow, EXR_ATTR_BOX2I);
 
-        rv = internal_exr_compute_tile_information (pctxt, part, 1);
-    }
+        if (rv == EXR_ERR_SUCCESS)
+        {
+            *(attr->box2i)    = *dw;
+            part->data_window = *dw;
 
-    return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
+            rv = internal_exr_compute_tile_information (pctxt, part, 1);
+        }
+
+        return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
+    }
 }
 
 /**************************************/
@@ -760,14 +764,16 @@
             EXR_ERR_INVALID_ARGUMENT,
             "Missing value for data window assignment");
 
-    REQ_ATTR_FIND_CREATE (displayWindow, EXR_ATTR_BOX2I);
-    if (rv == EXR_ERR_SUCCESS)
     {
-        *(attr->box2i)       = *dw;
-        part->display_window = *dw;
-    }
+        REQ_ATTR_FIND_CREATE (displayWindow, EXR_ATTR_BOX2I);
+        if (rv == EXR_ERR_SUCCESS)
+        {
+            *(attr->box2i)       = *dw;
+            part->display_window = *dw;
+        }
 
-    return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
+        return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
+    }
 }
 
 /**************************************/
@@ -793,14 +799,16 @@
             0,
             (int) EXR_LINEORDER_LAST_TYPE);
 
-    REQ_ATTR_FIND_CREATE (lineOrder, EXR_ATTR_LINEORDER);
-    if (rv == EXR_ERR_SUCCESS)
     {
-        attr->uc        = (uint8_t) lo;
-        part->lineorder = lo;
-    }
+        REQ_ATTR_FIND_CREATE (lineOrder, EXR_ATTR_LINEORDER);
+        if (rv == EXR_ERR_SUCCESS)
+        {
+            attr->uc        = (uint8_t) lo;
+            part->lineorder = lo;
+        }
 
-    return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
+        return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
+    }
 }
 
 /**************************************/
@@ -1053,9 +1061,11 @@
     /* version number for deep data, expect 1 */
     if (val <= 0 || val > 1) return EXR_ERR_ARGUMENT_OUT_OF_RANGE;
 
-    REQ_ATTR_FIND_CREATE (version, EXR_ATTR_INT);
-    if (rv == EXR_ERR_SUCCESS) { attr->i = val; }
-    return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
+    {
+        REQ_ATTR_FIND_CREATE (version, EXR_ATTR_INT);
+        if (rv == EXR_ERR_SUCCESS) { attr->i = val; }
+        return EXR_UNLOCK_AND_RETURN_PCTXT (rv);
+    }
 }
 
 /**************************************/
@@ -1188,7 +1198,10 @@
         return exr_set_data_window (ctxt, part_index, val);
     if (name && 0 == strcmp (name, EXR_REQ_DISP_STR))
         return exr_set_display_window (ctxt, part_index, val);
-    ATTR_SET_IMPL_DEREF (EXR_ATTR_BOX2I, box2i);
+
+    {
+        ATTR_SET_IMPL_DEREF (EXR_ATTR_BOX2I, box2i);
+    }
 }
 
 /**************************************/
@@ -1235,11 +1248,11 @@
     exr_attribute_t* attr = NULL;
     exr_result_t     rv   = EXR_ERR_SUCCESS;
 
-    if (name && 0 == strcmp (name, EXR_REQ_CHANNELS_STR))
-        return exr_set_channels (ctxt, part_index, channels);
-
     EXR_PROMOTE_LOCKED_CONTEXT_AND_PART_OR_ERROR (ctxt, part_index);
 
+    if (name && 0 == strcmp (name, EXR_REQ_CHANNELS_STR))
+        return EXR_UNLOCK_AND_RETURN_PCTXT (exr_set_channels (ctxt, part_index, channels));
+
     /* do not support updating channels during update operation... */
     if (pctxt->mode != EXR_CONTEXT_WRITE)
         return EXR_UNLOCK_AND_RETURN_PCTXT (
@@ -1357,7 +1370,9 @@
     if (name && 0 == strcmp (name, EXR_REQ_COMP_STR))
         return exr_set_compression (ctxt, part_index, cval);
 
-    ATTR_SET_IMPL (EXR_ATTR_COMPRESSION, uc);
+    {
+        ATTR_SET_IMPL (EXR_ATTR_COMPRESSION, uc);
+    }
 }
 
 /**************************************/
@@ -1403,7 +1418,9 @@
             0,
             (int) EXR_ENVMAP_LAST_TYPE);
 
-    ATTR_SET_IMPL (EXR_ATTR_ENVMAP, uc);
+    {
+        ATTR_SET_IMPL (EXR_ATTR_ENVMAP, uc);
+    }
 }
 
 /**************************************/
@@ -1424,7 +1441,9 @@
     if (name && 0 == strcmp (name, EXR_REQ_SCR_WW_STR))
         return exr_set_screen_window_width (ctxt, part_index, val);
 
-    ATTR_SET_IMPL (EXR_ATTR_FLOAT, f);
+    {
+        ATTR_SET_IMPL (EXR_ATTR_FLOAT, f);
+    }
 }
 
 exr_result_t
@@ -1549,7 +1568,9 @@
     if (name && !strcmp (name, EXR_REQ_CHUNK_COUNT_STR))
         return exr_set_chunk_count (ctxt, part_index, val);
 
-    ATTR_SET_IMPL (EXR_ATTR_INT, i);
+    {
+        ATTR_SET_IMPL (EXR_ATTR_INT, i);
+    }
 }
 
 /**************************************/
@@ -1604,7 +1625,9 @@
     if (name && 0 == strcmp (name, EXR_REQ_LO_STR))
         return exr_set_lineorder (ctxt, part_index, val);
 
-    ATTR_SET_IMPL (EXR_ATTR_LINEORDER, uc);
+    {
+        ATTR_SET_IMPL (EXR_ATTR_LINEORDER, uc);
+    }
 }
 
 /**************************************/

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/string.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/string.c Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/string_vector.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/string_vector.c Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/unpack.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/unpack.c Changed

@@ -5,18 +5,13 @@
 
 #include "internal_coding.h"
 #include "internal_xdr.h"
+#include "internal_cpuid.h"
 
 #include "openexr_attr.h"
 
 #include <string.h>
 #include <stdbool.h>
 
-#if defined(__x86_64__) || defined(_M_X64)
-#    ifndef _WIN32
-#        include <cpuid.h>
-#    endif
-#endif
-
 /**************************************/
 
 #ifndef __F16C__
@@ -37,7 +32,7 @@
 }
 #endif
 
-#if (defined(__x86_64__) || defined(_M_X64)) &&                                \
+#if (defined(__x86_64__) || defined(_M_X64)) && defined(__AVX__) &&                              \
     (defined(__F16C__) || defined(__GNUC__) || defined(__clang__))
 
 #    if defined(__F16C__)
@@ -141,33 +136,15 @@
 static void (*half_to_float_buffer) (float*, const uint16_t*, int) =
     &half_to_float_buffer_impl;
 
-static void
-choose_half_to_float_impl ()
+static inline void
+choose_half_to_float_impl (void)
 {
-    // regs2 in the extended block is ECX, where f16c indicator lives
-#        ifdef _WIN32
-    int regs4;
-
-    __cpuid (regs, 0);
-    if (regs0 >= 1) { __cpuidex (regs, 1, 0); }
-    else regs2 = 0;
-#        else
-    unsigned int regs4;
-    __get_cpuid (0, &regs0, &regs1, &regs2, &regs3);
-    if (regs0 >= 1)
-    {
-        __get_cpuid (1, &regs0, &regs1, &regs2, &regs3);
-    }
-    else
-        regs2 = 0;
-#        endif
-    /* F16C is indicated by bit 29 */
-    if (regs2 & (1 << 29)) half_to_float_buffer = &half_to_float_buffer_f16c;
+    if (has_native_half ()) half_to_float_buffer = &half_to_float_buffer_f16c;
 }
 #    else
 /* when we explicitly compile against f16, force it in */
-static void
-choose_half_to_float_impl ()
+static inline void
+choose_half_to_float_impl (void)
 {}
 
 #    endif /* F16C */
@@ -221,7 +198,7 @@
 }
 
 static void
-choose_half_to_float_impl ()
+choose_half_to_float_impl (void)
 {}
 
 #endif

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/validation.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/validation.c Changed

@@ -50,7 +50,7 @@
     {
         if (adddefault)
         {
-            exr_attr_box2i_t defdw = { 0, 0, 63, 63 };
+            exr_attr_box2i_t defdw = {{.x = 0, .y = 0}, {.x = 63, .y = 63}};
             rv                     = exr_attr_list_add_static_name (
                 (exr_context_t) f,
                 &(curpart->attributes),
@@ -78,7 +78,7 @@
     {
         if (adddefault)
         {
-            exr_attr_box2i_t defdw = { 0, 0, 63, 63 };
+            exr_attr_box2i_t defdw = {{.x = 0, .y = 0}, {.x = 63, .y = 63}};
             rv                     = exr_attr_list_add_static_name (
                 (exr_context_t) f,
                 &(curpart->attributes),
@@ -151,7 +151,7 @@
     {
         if (adddefault)
         {
-            exr_attr_v2f_t defswc = { 0.f, 0.f };
+            exr_attr_v2f_t defswc = {.x = 0.f, .y = 0.f};
             rv                    = exr_attr_list_add_static_name (
                 (exr_context_t) f,
                 &(curpart->attributes),
@@ -420,7 +420,7 @@
         if (f->is_singlepart_tiled &&
             curpart->storage_mode != EXR_STORAGE_TILED)
         {
-            // mis-match between type attr and file flag. c++ believed the
+            // mismatch between type attr and file flag. c++ believed the
             // flag first and foremost
             curpart->storage_mode = EXR_STORAGE_TILED;

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRCore/write_header.c -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRCore/write_header.c Changed

@@ -608,7 +608,7 @@
     uint32_t     flags;
     uint8_t      next_byte;
 
-    flags = 2;
+    flags = 2; // EXR_VERSION
     if (ctxt->is_multipart) flags |= EXR_MULTI_PART_FLAG;
     if (ctxt->max_name_length > EXR_SHORTNAME_MAXLEN)
         flags |= EXR_LONG_NAMES_FLAG;
@@ -630,10 +630,32 @@
     for (int p = 0; rv == EXR_ERR_SUCCESS && p < ctxt->num_parts; ++p)
     {
         struct _internal_exr_part* curp = ctxt->partsp;
-        for (int a = 0; a < curp->attributes.num_attributes; ++a)
+        if (ctxt->legacy_header)
         {
-            rv = save_attr (ctxt, curp->attributes.entriesa);
-            if (rv != EXR_ERR_SUCCESS) break;
+            for (int a = 0; a < curp->attributes.num_attributes; ++a)
+            {
+                exr_attribute_t *curattr = curp->attributes.sorted_entriesa;
+                if (0 == (flags & (EXR_MULTI_PART_FLAG |EXR_NON_IMAGE_FLAG)) &&
+                    1 == ctxt->num_parts)
+                {
+                    if (0 == strcmp (curattr->name, "type") ||
+                        0 == strcmp (curattr->name, "name"))
+                    {
+                        /* old file wouldn't have had this */
+                        continue;
+                    }
+                }
+                rv = save_attr (ctxt, curattr);
+                if (rv != EXR_ERR_SUCCESS) break;
+            }
+        }
+        else
+        {
+            for (int a = 0; a < curp->attributes.num_attributes; ++a)
+            {
+                rv = save_attr (ctxt, curp->attributes.entriesa);
+                if (rv != EXR_ERR_SUCCESS) break;
+            }
         }
 
         /* indicate this part is finished */

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRUtil/ImfCheckFile.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRUtil/ImfCheckFile.cpp Changed

@@ -59,7 +59,7 @@
 
 //
 // compute row stride appropriate to process files quickly
-// only used for the 'Rgba' interfaces, which read potentially non-existant channels
+// only used for the 'Rgba' interfaces, which read potentially non-existent channels
 //
 //
 
@@ -448,7 +448,7 @@
             //
             size_t bufferSize = 0;
             size_t fileBufferSize = 0;
-            for (int j = 0; j < w; j++)
+            for (uint64_t j = 0; j < w; j++)
             {
                 for (int k = 0; k < channelCount; k++)
                 {
@@ -475,7 +475,7 @@
                 pixelBuffer.resize(bufferSize);
 
                 size_t bufferIndex = 0;
-                for (int j = 0; j < w ; j++)
+                for (uint64_t j = 0; j < w; j++)
                 {
                     for (int k = 0; k < channelCount; k++)
                     {
@@ -1185,9 +1185,8 @@
     uint64_t width  = (uint64_t) ((int64_t)datawin.max.x - (int64_t)datawin.min.x + 1);
     uint64_t height = (uint64_t) ((int64_t)datawin.max.y - (int64_t)datawin.min.y + 1);
 
-    std::vector<uint8_t> imgdata;
-    bool doread = false;
-    exr_chunk_info_t cinfo;
+    std::vector<uint8_t>  imgdata;
+    bool                  doread = false;
     exr_decode_pipeline_t decoder = EXR_DECODE_PIPELINE_INITIALIZER;
 
     int32_t lines_per_chunk;
@@ -1217,9 +1216,9 @@
             uint64_t bytes = 0;
             for (int c = 0; c < decoder.channel_count; c++)
             {
-                exr_coding_channel_info_t & outc = decoder.channelsc;
-                // fake addr for default rouines
-                outc.decode_to_ptr = (uint8_t*)0x1000;
+                exr_coding_channel_info_t& outc = decoder.channelsc;
+                // fake addr for default routines
+                outc.decode_to_ptr     = (uint8_t*) 0x1000;
                 outc.user_pixel_stride = outc.user_bytes_per_element;
                 outc.user_line_stride = outc.user_pixel_stride * width;
                 bytes += width * (uint64_t)outc.user_bytes_per_element * (uint64_t)lines_per_chunk;

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRUtil/ImfSampleCountChannel.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRUtil/ImfSampleCountChannel.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/lib/OpenEXRUtil/README -> _service:tar_scm:openexr-3.1.9.tar.gz/src/lib/OpenEXRUtil/README Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/IexTest/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/IexTest/CMakeLists.txt Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRCoreTest/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRCoreTest/CMakeLists.txt Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRCoreTest/base_units.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRCoreTest/base_units.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRCoreTest/base_units.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRCoreTest/base_units.h Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRCoreTest/compression.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRCoreTest/compression.cpp Changed

@@ -1,6 +1,14 @@
 // SPDX-License-Identifier: BSD-3-Clause
 // Copyright Contributors to the OpenEXR Project.
 
+// Windows specific addition to prevent the indirect import of the redefined min/max macros
+#if defined _WIN32 || defined _WIN64
+#    ifdef NOMINMAX
+#        undef NOMINMAX
+#    endif
+#    define NOMINMAX
+#endif
+
 #include "write.h"
 
 #include "test_value.h"
@@ -11,10 +19,11 @@
 #include <stdlib.h>
 #include <string.h>
 
+#include <algorithm>
 #include <iomanip>
 #include <iostream>
 #include <vector>
-#include <algorithm>
+#include <cmath>
 
 #include <ImathRandom.h>
 #include <ImfArray.h>
@@ -27,6 +36,79 @@
 #include <ImfOutputFile.h>
 #include <ImfTiledOutputFile.h>
 #include <half.h>
+#ifdef __linux
+#    include <sys/types.h>
+#    include <sys/stat.h>
+#    include <fcntl.h>
+#    include <unistd.h>
+
+static int compare_files (const char *fn, const char *fn2)
+{
+    struct stat sb1, sb2;
+    if ( 0 == stat (fn, &sb1) && 0 == stat (fn2, &sb2))
+    {
+        if (sb1.st_size != sb2.st_size)
+        {
+            std::cerr << "File sizes do not match: '" << fn << "' " << sb1.st_size << " '" << fn2 << "' " << sb2.st_size << std::endl;
+            return 1;
+        }
+        int fd1, fd2;
+        int ret = 0;
+        fd1 = open (fn, O_RDONLY);
+        fd2 = open (fn2, O_RDONLY);
+        if (fd1 >= 0 && fd2 >= 0)
+        {
+            uint8_t buf1512, buf2512;
+            size_t toRead = sb1.st_size;
+            size_t chunkReq = sizeof(buf1);
+            size_t offset = 0;
+            while (toRead > 0)
+            {
+                ssize_t nr1 = read (fd1, buf1, chunkReq);
+                ssize_t nr2 = read (fd2, buf2, chunkReq);
+                if (nr1 < 0 || nr2 < 0)
+                {
+                    std::cerr << "Unable to read from files " << nr1 << ", " << nr2 << std::endl;
+                    ret = -1;
+                    break;
+                }
+                if (nr1 != nr2)
+                {
+                    std::cerr << "Mismatch in read amounts " << nr1 << ", " << nr2 << std::endl;
+                    ret = -1;
+                    break;
+                }
+                if (nr1 > 0)
+                {
+                    if (memcmp (buf1, buf2, nr1) != 0)
+                    {
+                        for ( size_t b = 0; b < nr1; ++b )
+                        {
+                            if (buf1b != buf2b)
+                            {
+                                std::cerr << "Files '" << fn << "' and '" << fn2 << "' differ in chunk starting at " << offset + b << std::endl;
+                                break;
+                            }
+                        }
+                        ret = -1;
+                        break;
+                    }
+                }
+                offset += nr1;
+                toRead -= nr1;
+            }
+        }
+        close (fd1);
+        close (fd2);
+        return ret;
+    }
+    else
+    {
+        std::cerr << "Unable to stat '" << fn << "' and '" << fn2 << "'" << std::endl;
+    }
+    return -1;
+}
+#endif /* linux */
 
 #if defined(OPENEXR_ENABLE_API_VISIBILITY)
 #    include "../../lib/OpenEXRCore/internal_huf.c"
@@ -74,6 +156,29 @@
 }
 
 inline bool
+withinDWAErrorBounds (const uint16_t a, const uint16_t b)
+{
+    float a1 = imath_half_to_float (a);
+    if (!std::isnan (a1))
+    {
+        float a2 = imath_half_to_float (b);
+        float denominator =
+            std::max (1.f, std::max (fabsf (a2), fabsf (a1)));
+        if (fabs (a1 / denominator - a2 / denominator) >= 0.1)
+        {
+            std::cerr << "DWA" << " B bits " << std::hex << b
+                      << std::dec << " (" << a2
+                      << ") too different from A1 bits " << std::hex << a
+                      << std::dec << " (" << a1 << ")"
+                      << " delta " << fabs (a1 / denominator - a2 / denominator)
+                      << std::endl;
+            return false;
+        }
+    }
+    return true;
+}
+
+inline bool
 withinB44ErrorBounds (const uint16_t A44, const uint16_t B44)
 {
     //
@@ -361,11 +466,11 @@
     {
         if (a != b)
         {
-            std::cout << chan << " half at " << x << ", " << y
+            std::cout << chan << " half at " << std::dec << x << ", " << y
                       << " not equal: " << taga << " 0x" << std::hex << a
                       << std::dec << " (" << imath_half_to_float (a) << ") vs "
                       << tagb << " 0x" << std::hex << b << std::hex << " ("
-                      << imath_half_to_float (b) << ")" << std::endl;
+                      << imath_half_to_float (b) << ")" << std::dec << std::endl;
         }
         EXRCORE_TEST (a == b);
     }
@@ -509,6 +614,23 @@
                 }
             }
         }
+        else if (comp == EXR_COMPRESSION_DWAA || comp == EXR_COMPRESSION_DWAB)
+        {
+            for (int y = 0; y < _h; ++y)
+            {
+                for (int x = 0; x < _w; ++x)
+                {
+                    size_t idx = y * _stride_x + x;
+                    compareExact (o.hidx, hidx, x, y, otag, selftag, "H");
+
+                    for (int c = 0; c < 4; ++c)
+                    {
+                        EXRCORE_TEST_LOCATION (
+                            withinDWAErrorBounds (o.rgbacidx, rgbacidx), x, y)
+                    }
+                }
+            }
+        }
         else if (comp == EXR_COMPRESSION_PXR24)
         {
             for (int y = 0; y < _h; ++y)
@@ -1148,6 +1270,7 @@
 
     exr_set_default_zip_compression_level (-1);
     cinit.zip_level = 3;
+    cinit.flags |= EXR_CONTEXT_FLAG_WRITE_LEGACY_HEADER;
 
     dataW.min.x = dwx;
     dataW.min.y = dwy;
@@ -1226,6 +1349,17 @@
         EXRCORE_TEST_FAIL (saveCPP);
     }
 
+#ifdef __linux
+    if (getenv ("ENABLE_EXACT_FILE_COMPARE") &&
+        0 != compare_files (filename.c_str(), cppfilename.c_str()))
+    {
+        EXRCORE_TEST_FAIL (compare_files);
+    }
+    else
+    {
+        compare_files (filename.c_str(), cppfilename.c_str());
+    }
+#endif
     pixels restore    = p;

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRCoreTest/main.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRCoreTest/main.cpp Changed

@@ -138,70 +138,70 @@
     std::set<std::string> tests;
     std::set<std::string> suites;
 
-
     if ( !helpMode )
     {
 	    tempDir = makeTempDir();
     }
 
-    TEST( testBase, "core" );
-    TEST( testBaseErrors, "core" );
-    TEST( testBaseLimits, "core" );
-    TEST( testBaseDebug, "core" );
-    TEST( testXDR, "core" );
-
-    TEST( testAttrSizes, "gen_attr" );
-    TEST( testAttrStrings, "gen_attr" );
-    TEST( testAttrStringVectors, "gen_attr" );
-    TEST( testAttrFloatVectors, "gen_attr" );
-    TEST( testAttrChlists, "gen_attr" );
-    TEST( testAttrPreview, "gen_attr" );
-    TEST( testAttrOpaque, "gen_attr" );
-    TEST( testAttrHandler, "gen_attr" );
-    TEST( testAttrLists, "gen_attr" );
-
-    TEST( testReadBadArgs, "core_read" );
-    TEST( testReadBadFiles, "core_read" );
-    TEST( testReadMeta, "core_read" );
-    TEST( testOpenScans, "core_read" );
-    TEST( testOpenTiles, "core_read" );
-    TEST( testOpenMultiPart, "core_read" );
-    TEST( testOpenDeep, "core_read" );
-    TEST( testReadScans, "core_read" );
-    TEST( testReadTiles, "core_read" );
-    TEST( testReadMultiPart, "core_read" );
-    TEST( testReadDeep, "core_read" );
-    TEST( testReadUnpack, "core_read" );
-
-    TEST( testWriteBadArgs, "core_write" );
-    TEST( testWriteBadFiles, "core_write" );
-    TEST( testUpdateMeta, "core_write" );
-    TEST( testWriteBaseHeader, "core_write" );
-    TEST( testWriteAttrs, "core_write" );
-    TEST( testStartWriteScan, "core_write" );
-    TEST( testStartWriteTile, "core_write" );
-    TEST( testStartWriteDeepScan, "core_write" );
-    TEST( testStartWriteDeepTile, "core_write" );
-    TEST( testWriteScans, "core_write" );
-    TEST( testWriteTiles, "core_write" );
-    TEST( testWriteMultiPart, "core_write" );
-    TEST( testWriteDeep, "core_write" );
-
-    TEST( testHUF, "core_compression" );
-    TEST( testNoCompression, "core_compression" );
-    TEST( testRLECompression, "core_compression" );
-    TEST( testZIPCompression, "core_compression" );
-    TEST( testZIPSCompression, "core_compression" );
-    TEST( testPIZCompression, "core_compression" );
-    TEST( testPXR24Compression, "core_compression" );
-    TEST( testB44Compression, "core_compression" );
-    TEST( testB44ACompression, "core_compression" );
-    TEST( testDWAACompression, "core_compression" );
-    TEST( testDWABCompression, "core_compression" );
-
-    TEST( testDeepNoCompression, "core_compression" );
-    TEST( testDeepZIPCompression, "core_compression" );
-    TEST( testDeepZIPSCompression, "core_compression" );
+    TEST (testBase, "core");
+    TEST (testBaseErrors, "core");
+    TEST (testBaseLimits, "core");
+    TEST (testBaseDebug, "core");
+    TEST (testCPUIdent, "core");
+    TEST (testXDR, "core");
+
+    TEST (testAttrSizes, "gen_attr");
+    TEST (testAttrStrings, "gen_attr");
+    TEST (testAttrStringVectors, "gen_attr");
+    TEST (testAttrFloatVectors, "gen_attr");
+    TEST (testAttrChlists, "gen_attr");
+    TEST (testAttrPreview, "gen_attr");
+    TEST (testAttrOpaque, "gen_attr");
+    TEST (testAttrHandler, "gen_attr");
+    TEST (testAttrLists, "gen_attr");
+
+    TEST (testReadBadArgs, "core_read");
+    TEST (testReadBadFiles, "core_read");
+    TEST (testReadMeta, "core_read");
+    TEST (testOpenScans, "core_read");
+    TEST (testOpenTiles, "core_read");
+    TEST (testOpenMultiPart, "core_read");
+    TEST (testOpenDeep, "core_read");
+    TEST (testReadScans, "core_read");
+    TEST (testReadTiles, "core_read");
+    TEST (testReadMultiPart, "core_read");
+    TEST (testReadDeep, "core_read");
+    TEST (testReadUnpack, "core_read");
+
+    TEST (testWriteBadArgs, "core_write");
+    TEST (testWriteBadFiles, "core_write");
+    TEST (testUpdateMeta, "core_write");
+    TEST (testWriteBaseHeader, "core_write");
+    TEST (testWriteAttrs, "core_write");
+    TEST (testStartWriteScan, "core_write");
+    TEST (testStartWriteTile, "core_write");
+    TEST (testStartWriteDeepScan, "core_write");
+    TEST (testStartWriteDeepTile, "core_write");
+    TEST (testWriteScans, "core_write");
+    TEST (testWriteTiles, "core_write");
+    TEST (testWriteMultiPart, "core_write");
+    TEST (testWriteDeep, "core_write");
+
+    TEST (testHUF, "core_compression");
+    TEST (testNoCompression, "core_compression");
+    TEST (testRLECompression, "core_compression");
+    TEST (testZIPCompression, "core_compression");
+    TEST (testZIPSCompression, "core_compression");
+    TEST (testPIZCompression, "core_compression");
+    TEST (testPXR24Compression, "core_compression");
+    TEST (testB44Compression, "core_compression");
+    TEST (testB44ACompression, "core_compression");
+    TEST (testDWAACompression, "core_compression");
+    TEST (testDWABCompression, "core_compression");
+
+    TEST (testDeepNoCompression, "core_compression");
+    TEST (testDeepZIPCompression, "core_compression");
+    TEST (testDeepZIPSCompression, "core_compression");
 
     if ( helpMode )
     {

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRFuzzTest/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRFuzzTest/CMakeLists.txt Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/CMakeLists.txt Changed

@@ -2,68 +2,134 @@
 # Copyright (c) Contributors to the OpenEXR Project.
 
 add_executable(OpenEXRTest
+  TestUtilFStream.h
+  bswap_32.h
   compareB44.cpp
+  compareB44.h
   compareDwa.cpp
+  compareDwa.h
   compareFloat.cpp
+  compareFloat.h
   main.cpp
   random.cpp
+  random.h
   testAttributes.cpp
+  testAttributes.h
   testB44ExpLogTable.cpp
+  testB44ExpLogTable.h
   testBackwardCompatibility.cpp
+  testBackwardCompatibility.h
   testBadTypeAttributes.cpp
+  testBadTypeAttributes.h
   testChannels.cpp
+  testChannels.h
   testCompositeDeepScanLine.cpp
+  testCompositeDeepScanLine.h
   testCompression.cpp
+  testCompression.h
   testConversion.cpp
+  testConversion.h
   testCopyDeepScanLine.cpp
+  testCopyDeepScanLine.h
   testCopyDeepTiled.cpp
+  testCopyDeepTiled.h
   testCopyMultiPartFile.cpp
+  testCopyMultiPartFile.h
   testCopyPixels.cpp
+  testCopyPixels.h
+  testCpuId.cpp
+  testCpuId.h
   testCustomAttributes.cpp
+  testCustomAttributes.h
   testDeepScanLineBasic.cpp
+  testDeepScanLineBasic.h
   testDeepScanLineHuge.cpp
+  testDeepScanLineHuge.h
   testDeepScanLineMultipleRead.cpp
+  testDeepScanLineMultipleRead.h
   testDeepTiledBasic.cpp
+  testDeepTiledBasic.h
   testDwaCompressorSimd.cpp
+  testDwaCompressorSimd.h
   testDwaLookups.cpp
+  testDwaLookups.h
   testExistingStreams.cpp
+  testExistingStreams.h
   testFutureProofing.cpp
+  testFutureProofing.h
   testHuf.cpp
+  testHuf.h
   testIDManifest.cpp
+  testIDManifest.h
   testInputPart.cpp
+  testInputPart.h
   testIsComplete.cpp
+  testIsComplete.h
   testLargeDataWindowOffsets.cpp
+  testLargeDataWindowOffsets.h
   testLineOrder.cpp
+  testLineOrder.h
   testLut.cpp
+  testLut.h
   testMagic.cpp
+  testMagic.h
   testMalformedImages.cpp
+  testMalformedImages.h
   testMultiPartApi.cpp
+  testMultiPartApi.h
   testMultiPartFileMixingBasic.cpp
+  testMultiPartFileMixingBasic.h
   testMultiPartSharedAttributes.cpp
+  testMultiPartSharedAttributes.h
   testMultiPartThreading.cpp
+  testMultiPartThreading.h
   testMultiScanlinePartThreading.cpp
+  testMultiScanlinePartThreading.h
   testMultiTiledPartThreading.cpp
+  testMultiTiledPartThreading.h
   testMultiView.cpp
+  testMultiView.h
   testNativeFormat.cpp
+  testNativeFormat.h
   testOptimized.cpp
+  testOptimized.h
   testOptimizedInterleavePatterns.cpp
+  testOptimizedInterleavePatterns.h
   testPartHelper.cpp
+  testPartHelper.h
   testPreviewImage.cpp
+  testPreviewImage.h
   testRgba.cpp
+  testRgba.h
   testRgbaThreading.cpp
+  testRgbaThreading.h
   testRle.cpp
+  testRle.h
   testSampleImages.cpp
+  testSampleImages.h
   testScanLineApi.cpp
+  testScanLineApi.h
   testSharedFrameBuffer.cpp
+  testSharedFrameBuffer.h
   testStandardAttributes.cpp
+  testStandardAttributes.h
   testTiledCompression.cpp
+  testTiledCompression.h
   testTiledCopyPixels.cpp
+  testTiledCopyPixels.h
   testTiledLineOrder.cpp
+  testTiledLineOrder.h
   testTiledRgba.cpp
+  testTiledRgba.h
   testTiledYa.cpp
+  testTiledYa.h
   testWav.cpp
+  testWav.h
   testXdr.cpp
+  testXdr.h
   testYca.cpp
+  testYca.h
+  tmpDir.h
 )
 target_compile_definitions(OpenEXRTest PRIVATE ILM_IMF_TEST_IMAGEDIR="${CMAKE_CURRENT_SOURCE_DIR}/")
 target_link_libraries(OpenEXRTest OpenEXR::OpenEXR)
@@ -94,6 +160,7 @@
  testCopyDeepTiled
  testCopyMultiPartFile
  testCopyPixels
+ testCpuId
  testCustomAttributes
  testDeepScanLineBasic
  testDeepScanLineMultipleRead

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/TestUtilFStream.h -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/TestUtilFStream.h Changed

@@ -6,8 +6,10 @@
 #ifndef INCLUDE_TestUtilFStream_h_
 #define INCLUDE_TestUtilFStream_h_ 1
 
-#include <fstream>
-#include <string>
+#    include <ImfMisc.h>
+
+#    include <fstream>
+#    include <string>
 
 #ifdef _WIN32
 # ifndef NOMINMAX
@@ -25,21 +27,7 @@
 
 namespace testutil
 {
-#ifdef _WIN32
-inline std::wstring
-WidenFilename (const char* filename)
-{
-    std::wstring ret;
-    int          fnlen = static_cast<int> (strlen (filename));
-    int len = MultiByteToWideChar (CP_UTF8, 0, filename, fnlen, NULL, 0);
-    if (len > 0)
-    {
-        ret.resize (len);
-        MultiByteToWideChar (CP_UTF8, 0, filename, fnlen, &ret0, len);
-    }
-    return ret;
-}
-
+#    ifdef _WIN32
 // This is a big work around mechanism for compiling using mingw / gcc under windows
 // until mingw 9 where they add the wide filename version of open
 # if (defined(__GLIBCXX__) && !(defined(_GLIBCXX_HAVE_WFOPEN) && defined(_GLIBCXX_USE_WCHAR_T)))
@@ -116,8 +104,8 @@
     StreamType& is, const char* filename, std::ios_base::openmode mode)
 {
 #ifdef _WIN32
-    std::wstring wfn = WidenFilename (filename);
-# ifdef USE_WIDEN_FILEBUF
+    std::wstring wfn = OPENEXR_IMF_INTERNAL_NAMESPACE::WidenFilename (filename);
+#ifdef USE_WIDEN_FILEBUF
     using CharT   = typename StreamType::char_type;
     using TraitsT = typename StreamType::traits_type;
     using wbuf    = WidenFilebuf<CharT, TraitsT>;

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/main.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/main.cpp Changed

@@ -10,8 +10,28 @@
 #include "ImfNamespace.h"
 #include "OpenEXRConfigInternal.h"
 
-#include "testXdr.h"
-#include "testMagic.h"
+#include "testAttributes.h"
+#include "testB44ExpLogTable.h"
+#include "testBackwardCompatibility.h"
+#include "testBadTypeAttributes.h"
+#include "testChannels.h"
+#include "testCompositeDeepScanLine.h"
+#include "testCompression.h"
+#include "testConversion.h"
+#include "testCopyDeepScanLine.h"
+#include "testCopyDeepTiled.h"
+#include "testCopyMultiPartFile.h"
+#include "testCopyPixels.h"
+#include "testCpuId.h"
+#include "testCustomAttributes.h"
+#include "testDeepScanLineBasic.h"
+#include "testDeepScanLineHuge.h"
+#include "testDeepScanLineMultipleRead.h"
+#include "testDeepTiledBasic.h"
+#include "testDwaCompressorSimd.h"
+#include "testDwaLookups.h"
+#include "testExistingStreams.h"
+#include "testFutureProofing.h"
 #include "testHuf.h"
 #include "testWav.h"
 #include "testChannels.h"
@@ -23,6 +43,7 @@
 #include "testRgba.h"
 #include "testRgbaThreading.h"
 #include "testLut.h"
+#include "testMagic.h"
 #include "testSampleImages.h"
 #include "testPreviewImage.h"
 #include "testConversion.h"
@@ -67,7 +88,7 @@
 #include "testB44ExpLogTable.h"
 #include "testDwaLookups.h"
 #include "testIDManifest.h"
-
+#include "testXdr.h"
 #include "tmpDir.h"
 #include "ImathRandom.h"
 
@@ -231,6 +252,7 @@
     TEST (testB44ExpLogTable, "core");
     TEST (testDwaLookups, "core");
     TEST (testIDManifest, "core");
+    TEST (testCpuId, "core");
 
     // NB: If you add a test here, make sure to enumerate it in the
     // CMakeLists.txt so it runs as part of the test suite

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testAttributes.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testAttributes.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testCompositeDeepScanLine.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testCompositeDeepScanLine.cpp Changed

@@ -489,7 +489,7 @@
 
 template<class T>
 void
-write_file(const char * filename, const data<T> & master, int number_of_parts)
+write_file(const char * filename, const data<T> & main, int number_of_parts)
 {
     vector<Header> headers(number_of_parts);
     
@@ -518,12 +518,12 @@
     
     if(number_of_parts>1)
     {
-      master.frak(sub_parts);
+      main.frak(sub_parts);
     }  
     
     if(number_of_parts==1)
     {
-        master.setHeader(headers0);
+        main.setHeader(headers0);
     }else{
         
         for(int i=0;i<number_of_parts;i++)
@@ -538,7 +538,7 @@
         DeepScanLineOutputPart p(f,i);
         if(number_of_parts==1)
         {
-            master.writeData(p);
+            main.writeData(p);
         }else{
             sub_partsi.writeData(p);
         }
@@ -555,9 +555,9 @@
 {
      std::string fn = tempDir + "imf_test_composite_deep_scanline_source.exr";
 
-     data<T> master;
-     make_pattern (master, pattern_number);
-     write_file (fn.c_str(), master,number_of_parts);
+     data<T> main;
+     make_pattern (main, pattern_number);
+     write_file (fn.c_str(), main,number_of_parts);
      
 
      {
@@ -576,7 +576,7 @@
         }
      
      
-        master.setUpFrameBuffer(data,testbuf,comp.dataWindow(),load_depths);
+        main.setUpFrameBuffer(data,testbuf,comp.dataWindow(),load_depths);
      
         comp.setFrameBuffer(testbuf);
      
@@ -598,7 +598,7 @@
            }
          }
         
-         master.checkValues(data,comp.dataWindow(),load_depths);
+         main.checkValues(data,comp.dataWindow(),load_depths);
   
          for(int i=0;i<number_of_parts;i++)
          {
@@ -612,7 +612,7 @@
          vector<T> data;
          FrameBuffer testbuf;
          const Box2i & dataWindow = file.header().dataWindow();
-         master.setUpFrameBuffer(data,testbuf,dataWindow,load_depths);
+         main.setUpFrameBuffer(data,testbuf,dataWindow,load_depths);
          file.setFrameBuffer(testbuf);
          if(entire_buffer)
          {
@@ -629,7 +629,7 @@
              }
          }
          
-         master.checkValues (data, dataWindow, load_depths);
+         main.checkValues (data, dataWindow, load_depths);
          
      }
      remove (fn.c_str());

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testCopyDeepTiled.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testCopyDeepTiled.cpp Changed

_service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testCpuId.cpp Added

@@ -0,0 +1,39 @@
+//
+// SPDX-License-Identifier: BSD-3-Clause
+// Copyright (c) Contributors to the OpenEXR Project.
+//
+
+#include <ImfSimd.h>
+#include <ImfSystemSpecific.h>
+#include <iostream>
+
+using namespace std;
+
+void
+testCpuId (const string&)
+{
+#if defined(IMF_HAVE_SSE2)
+    std::cout << "IMF_HAVE_SSE2: " << true << "\n";
+#else
+    std::cout << "IMF_HAVE_SSE2: " << false << "\n";
+#endif
+#if defined(IMF_HAVE_SSE4_1)
+    std::cout << "IMF_HAVE_SSE4_1: " << true << "\n";
+#else
+    std::cout << "IMF_HAVE_SSE4_1: " << false << "\n";
+#endif
+#if defined(IMF_HAVE_AVX)
+    std::cout << "IMF_HAVE_AVX: " << true << "\n";
+#else
+    std::cout << "IMF_HAVE_AVX: " << false << "\n";
+#endif
+
+    Imf::CpuId cpuId;
+    std::cout << "cpuId.sse2: " << cpuId.sse2 << "\n";
+    std::cout << "cpuId.sse3: " << cpuId.sse3 << "\n";
+    std::cout << "cpuId.ssse3: " << cpuId.ssse3 << "\n";
+    std::cout << "cpuId.sse4_1: " << cpuId.sse4_1 << "\n";
+    std::cout << "cpuId.sse4_2: " << cpuId.sse4_2 << "\n";
+    std::cout << "cpuId.avx: " << cpuId.avx << "\n";
+    std::cout << "cpuId.f16c: " << cpuId.f16c << std::endl;
+}

_service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testCpuId.h Added

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testDeepScanLineBasic.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testDeepScanLineBasic.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testDeepScanLineHuge.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testDeepScanLineHuge.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testDeepScanLineMultipleRead.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testDeepScanLineMultipleRead.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testDwaCompressorSimd.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testDwaCompressorSimd.cpp Changed

@@ -400,6 +400,37 @@
             }
         }
     }
+
+#ifdef IMF_HAVE_NEON_AARCH64
+    {
+        cout << "      convertFloatToHalf64_neon()" << endl;
+        for (int iter = 0; iter < numIter; ++iter)
+        {
+            for (int i = 0; i < 64; ++i)
+            {
+                if (i < 32)
+                {
+                    src._bufferi = (float) 140000 * (rand48.nextf () - .5);
+                }
+                else { src._bufferi = (float) (rand48.nextf () - .5); }
+                dst._bufferi = 0;
+            }
+
+            convertFloatToHalf64_neon (dst._buffer, src._buffer);
+
+            for (int i = 0; i < 64; ++i)
+            {
+                half value = (half) src._bufferi;
+                if (value.bits () != dst._bufferi)
+                {
+                    cout << src._bufferi << " -> " << dst._bufferi
+                         << " expected " << value.bits () << endl;
+                    assert (false);
+                }
+            }
+        }
+    }
+    #endif // IMF_HAVE_NEON_AARCH64
 }
 
 //
@@ -483,7 +514,46 @@
                 }
             }
         } // iter
-    } // f16c
+    }     // f16c
+
+#ifdef IMF_HAVE_NEON_AARCH64
+     {
+        const int            numIter = 1000000;
+        Rand48               rand48 (0);
+        half                 h;
+        SimdAlignedBuffer64f dstF16c;
+
+        cout << "      fromHalfZigZag_neon()" << endl;
+
+        for (int iter = 0; iter < numIter; ++iter)
+        {
+            for (int i = 0; i < 64; ++i)
+            {
+                if (i < 32) { h = (half) (140000. * (rand48.nextf () - .5)); }
+                else
+                {
+                    h = (half) (rand48.nextf () - .5);
+                }
+                src._bufferi = h.bits ();
+            }
+
+            fromHalfZigZag_scalar (src._buffer, dst._buffer);
+            fromHalfZigZag_neon (src._buffer, dstF16c._buffer);
+
+            for (int i = 0; i < 64; ++i)
+            {
+                if (fabsf (dst._bufferi - dstF16c._bufferi) > 1e-5)
+                {
+                    cout << "At index " << i << ": ";
+                    cout << "expecting " << dst._bufferi << "; got "
+                         << dstF16c._bufferi << endl;
+                    assert (false);
+                }
+            }
+        } // iter
+    }     // neon
+
+#endif // IMF_HAVE_NEON_AARCH64
 }

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testDwaLookups.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testDwaLookups.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testExistingStreams.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testExistingStreams.cpp Changed

@@ -7,8 +7,10 @@
 #    undef NDEBUG
 #endif
 
-#include <ImfRgbaFile.h>
-#include <ImfTiledRgbaFile.h>
+#include <ImfArray.h>
+#include <ImfCompressor.h>
+#include <ImfInputPart.h>
+#include <ImfMisc.h>
 #include <ImfMultiPartInputFile.h>
 #include <ImfMultiPartOutputFile.h>
 #include <ImfPartType.h>
@@ -16,12 +18,23 @@
 #include <ImfOutputPart.h>
 #include <ImfStdIO.h>
 #include <ImfArray.h>
+#include <ImfRgbaFile.h>
+#include <ImfTiledRgbaFile.h>
 
 #include <stdio.h>
 #include <assert.h>
 #include "Iex.h"
 #include <errno.h>
 
+#ifdef _WIN32
+#else
+#include <fcntl.h>
+#include <unistd.h>
+#include <sys/mman.h>
+#include <sys/stat.h>
+#endif
+
+#include <ImfChannelList.h>
 #include <vector>
 #include <ImfChannelList.h>
 
@@ -71,7 +84,7 @@
 
 //
 // class MMIFStream -- a memory-mapped implementation of
-// class IStream based on class std::ifstream
+// class IStream
 //
 
 class MMIFStream: public OPENEXR_IMF_NAMESPACE::IStream
@@ -80,8 +93,6 @@
 
     //-------------------------------------------------------
     // A constructor that opens the file with the given name.
-    // It reads the whole file into an internal buffer and
-    // then immediately closes the file.
     //-------------------------------------------------------
 
     MMIFStream (const char fileName);
@@ -96,51 +107,129 @@
     virtual void	seekg (uint64_t pos) {_pos = pos;}
     virtual void	clear () {}
 
-  private:
-
-    char*               _buffer;
-    uint64_t            _length;
-    uint64_t            _pos;
+private:
+#ifdef _WIN32
+    HANDLE _f = INVALID_HANDLE_VALUE;
+#else
+    int _f;
+#endif
+    void* _mmap;
+    const char* _mmapStart;
+    uint64_t _pos;
+    uint64_t _length;
 };
 
+    MMIFStream::MMIFStream (const char fileName)
+        : OPENEXR_IMF_NAMESPACE::IStream (fileName)
+#ifdef _WIN32
+        , _f (INVALID_HANDLE_VALUE)
+#else
+        , _f (-1)
+#endif
+        , _mmap (reinterpret_cast<void*>(-1))
+        , _mmapStart (nullptr)
+        , _pos (0)
+        , _length (0)
+{
+#ifdef _WIN32
+    const std::wstring fileNameWide = WidenFilename (fileName);
+    try
+    {
+        _f = CreateFileW (
+            fileNameWide.c_str (),
+            GENERIC_READ,
+            FILE_SHARE_READ,
+            0,
+            OPEN_EXISTING,
+            FILE_ATTRIBUTE_NORMAL,
+            0);
+    }
+    catch (const std::exception&)
+    {
+        _f = INVALID_HANDLE_VALUE;
+    }
+    if (INVALID_HANDLE_VALUE == _f)
+    {
+        throw IEX_NAMESPACE::IoExc ("Cannot open file.");
+    }
 
+    struct _stati64 s;
+    memset (&s, 0, sizeof (struct _stati64));
+    if (_wstati64 (fileNameWide.c_str (), &s) != 0)
+    {
+        throw IEX_NAMESPACE::IoExc ("Cannot stat file.");
+    }
 
-MMIFStream::MMIFStream (const char fileName):
-    OPENEXR_IMF_NAMESPACE::IStream (fileName),
-    _buffer (0),
-    _length (0),
-    _pos (0)
-{
-    std::ifstream ifs;
-    testutil::OpenStreamWithUTF8Name (
-        ifs, fileName, ios::in | ios_base::binary);
+    _length = s.st_size;
 
-    //
-    // Get length of file
-    //
+    _mmap = CreateFileMapping (_f, 0, PAGE_READONLY, 0, 0, 0);
+    if (!_mmap)
+    {
+        throw IEX_NAMESPACE::IoExc ("Cannot memory map file.");
+    }
 
-    ifs.seekg (0, ios::end);
-    _length = ifs.tellg();
-    ifs.seekg (0, ios::beg);
-    
-    //
-    // Allocate memory
-    //
+    _mmapStart = reinterpret_cast<const char*> (
+        MapViewOfFile (_mmap, FILE_MAP_READ, 0, 0, 0));
+    if (!_mmapStart)
+    {
+        throw IEX_NAMESPACE::IoExc ("Cannot map view of file.");
+    }
 
-    _buffer = new char _length;
-    
-    //
-    // Read the entire file
-    //
+#else
+
+    _f = open(fileName, O_RDONLY);
+    if (-1 == _f)
+    {
+        throw IEX_NAMESPACE::IoExc ("Cannot open file.");
+    }
 
-    ifs.read (_buffer, _length);
-    ifs.close();
+    struct stat s;
+    memset(&s, 0, sizeof(struct stat));
+    if (stat(fileName, &s) != 0)
+    {
+        throw IEX_NAMESPACE::IoExc ("Cannot stat file.");
+    }
+
+    _length = s.st_size;
+
+    _mmap = mmap(0, _length, PROT_READ, MAP_SHARED, _f, 0);
+    if (_mmap == (void*)-1)
+    {
+        throw IEX_NAMESPACE::IoExc ("Cannot memory map file.");
+    }
+
+    _mmapStart = reinterpret_cast<char*> (_mmap);
+#endif
 }
 
 
 MMIFStream::~MMIFStream ()
 {
-    delete  _buffer;
+#ifdef _WIN32
+    if (_mmapStart)
+    {
+        UnmapViewOfFile ((void*) _mmapStart);
+    }
+    if (_mmap)
+    {
+        CloseHandle (_mmap);
+    }
+    if (_f != INVALID_HANDLE_VALUE)
+    {

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testFutureProofing.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testFutureProofing.cpp Changed

@@ -365,7 +365,7 @@
                  << " tile order =" << header.lineOrder()
                  << " levelMode = " << levelModesi << endl << flush;
         }
-        // future types MUST have a chunkCount attribute - ommitting causes the library
+        // future types MUST have a chunkCount attribute - omitting causes the library
         // to raise an exception (can't compute chunkOffsetTable) and prevents us from reading
         // the rest of the image
         header.setChunkCount(getChunkOffsetTableSize(header));
@@ -1314,7 +1314,8 @@
             }
             catch(std::exception & e)
             {
-                cout << "recieved exception (" << e.what() << ") as expected\n";
+                cout << "received exception (" << e.what ()
+                     << ") as expected\n";
                 caught = true;
                 // that's what we thought would happen
             }
@@ -1333,7 +1334,7 @@
         }
         catch(std::exception & e)
         {
-            cout << "recieved exception (" << e.what() << ") as expected\n";
+            cout << "received exception (" << e.what () << ") as expected\n";
             caught = true;
             // that's what we thought would happen
         }

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testIDManifest.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testIDManifest.cpp Changed

@@ -131,15 +131,20 @@
     
 #define COMPARE_WITH_SIMPLE_ZIP    
 #ifdef COMPARE_WITH_SIMPLE_ZIP    
-          //
-          // allocate a buffer which is guaranteed to be big enough for compression
-              //
-                 uLongf compressedDataSize = compressBound(str.str().size());
-                 vector<char> compressed(compressedDataSize);
+        //
+        // allocate a buffer which is guaranteed to be big enough for compression
+        //
+        uLong        sourceDataSize = static_cast<uLong> (str.str ().size ());
+        uLong        compressedDataSize = compressBound (sourceDataSize);
+        vector<char> compressed(compressedDataSize);
 
-                 ::compress((Bytef*) &compressed0,&compressedDataSize,(const Bytef*) str.str().c_str(),str.str().size());
+        ::compress(
+            reinterpret_cast<Bytef*>(compressed.data ()),
+            &compressedDataSize,
+            reinterpret_cast<const Bytef*> (str.str ().c_str ()),
+            sourceDataSize);
                  
-                 cerr << "simple zip size: " << compressedDataSize << ' ';
+        cerr << "simple zip size: " << compressedDataSize << ' ';
 #endif                 
         
         cerr.flush();

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testMultiPartSharedAttributes.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testMultiPartSharedAttributes.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testMultiView.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testMultiView.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testNativeFormat.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testNativeFormat.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testOptimizedInterleavePatterns.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testOptimizedInterleavePatterns.cpp Changed

@@ -276,10 +276,11 @@
         {
             switch (ptactivechans)
             {
-                case IMF::HALF : bytes_per_pixel+=2;break;
-                case IMF::FLOAT : case IMF::UINT : 
-                    // some architectures (e.g arm7 cannot write 32 bit values
-                    // to addresses which aren't aligned to 32 bit addresses)
+                case IMF::HALF: bytes_per_pixel += 2; break;
+                case IMF::FLOAT:
+                case IMF::UINT:
+                    // some architectures (e.g arm7) cannot write 32 bit values
+                    // to addresses which aren't aligned to 32 bit addresses
                     // so bump to next multiple of four
                     bytes_per_pixel =  alignToFour(bytes_per_pixel);
                     bytes_per_pixel+=4;
@@ -345,41 +346,46 @@
         readingBuffer.resize(size);
     }
    
-     const char * write_ptr = writing ? &writingBuffer0 : &readingBuffer0;
-     // fill with random halfs, casting to floats for float channels
-     int chan=0;
-     for (int i=0;i<samples;i++)
-     {
-         unsigned short int values = random_int(std::numeric_limits<unsigned short>::max());
-         half v;
-         v.setBits(values);
-         if (pt==NULL || ptchan==IMF::HALF)
-         {
-             *(half*)write_ptr = half(v);
-             write_ptr+=2;
-         }
-         else
-         {
-             write_ptr = alignToFour(write_ptr);
-             *(float*)write_ptr = float(v);
-             
-             write_ptr+=4;
-         }
-         chan++;
-         if (chan==chans)
-         {
-             chan=0;
-         }
-     
-     }
-
-     if (!writing)
-     {
-         //take a copy of the buffer as it was before being read
-         preReadBuffer = readingBuffer;
-     }
-     
-    char* offset=NULL;
+    const char* write_ptr = writing ? &writingBuffer0 : &readingBuffer0;
+    // fill with random halfs, casting to floats for float channels
+    int chan = 0;
+    for (int i = 0; i < samples; i++)
+    {
+        half v;
+        // generate a random finite half
+        // if the value is to be cast to a float, ensure the value is not infinity
+        // or NaN, since the value is not guaranteed to round trip from half to float
+        // and back again with bit-identical precision
+        do
+        {
+            unsigned short int values =
+                random_int (std::numeric_limits<unsigned short>::max ());
+            v.setBits (values);
+        } while(!( (v-v)==0 || pt==NULL || ptchan==IMF::HALF) );
+
+        if (pt == NULL || ptchan == IMF::HALF)
+        {
+            *(half*) write_ptr = half (v);
+            write_ptr += 2;
+        }
+        else
+        {
+            write_ptr           = alignToFour (write_ptr);
+            *(float*) write_ptr = float (v);
+
+            write_ptr += 4;
+        }
+        chan++;
+        if (chan == chans) { chan = 0; }
+    }
+
+    if (!writing)
+    {
+        //take a copy of the buffer as it was before being read
+        preReadBuffer = readingBuffer;
+    }
+
+    char* offset = NULL;
 
     ChannelList chanlist;

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testPreviewImage.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testPreviewImage.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testRgba.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testRgba.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testRgbaThreading.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testRgbaThreading.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRTest/testSharedFrameBuffer.cpp -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRTest/testSharedFrameBuffer.cpp Changed

_service:tar_scm:openexr-3.1.5.tar.gz/src/test/OpenEXRUtilTest/CMakeLists.txt -> _service:tar_scm:openexr-3.1.9.tar.gz/src/test/OpenEXRUtilTest/CMakeLists.txt Changed

Changes of Revision 7