ENH: Update libexpat files#2755
Conversation
f51f7fc to
46c0247
Compare
|
I don't currently have a Windows machine to test on. |
|
Have you regenerated |
|
Could you break up this PR into more commits? Some preparatory commit(s), the main commit which copies new external code over the existing one, then some follow-up commit(s). That way we don't need to review the third-party code, only the changes in our code, or our changes to the third-party code. You can find recent examples: #2683 and #2708. |
e3af2f1 to
1feb3e8
Compare
dzenanz
left a comment
There was a problem hiding this comment.
This is good even as-is. The remaining remarks are optional.
ENH: Use the same sort method as previously
BUG: avoid redefining definition
|
To be merged when CI comes back green. |
… rule This commit fixes a regression introduced in 9e337d3 (ENH: Update expat files) by pull request #2755 on 2021-09-27. ITK issue is #3186 and problem was first documented in Slicer/SlicerExecutionModel#137
The hash method in the old expat would have integer overflows which are
UB. This may have been intentional and not caused error because the UB
result has either been the same on all tested systems or not been relied
upon by anyone.
Related issue in RTK which inspired this PR: https://github.com/SimonRit/RTK/issues/430
PR Checklist
Refer to the ITK Software Guide for
further development details if necessary.