-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WIP: Backports release 1.4.2 #35825
WIP: Backports release 1.4.2 #35825
Conversation
We need to individually sign each Mach-O file independently, otherwise notarization bails. Note that you must sign the overall `.app` after each individual file is signed. I've also added more Entitlements. I've gone for a "gentle shotgun" approach, turning on everything that I think we could reasonably want. I wait expectantly for someone to complain that they need Location access turned on for some package. ;) (cherry picked from commit 418f111)
Currently the case where `r == 0` falls through the same logic as every other non-negative value of `r` (aside from 1). This works for signed integers. However, this does not work for unsigned integers: in the loop where we unsafely fill in the output string, we're looping from 0 to `r - 1`, which for unsigned integers wraps around and causes us to request the address of the output string at a location that is well beyond what was allocated. Fixes #35578. (cherry picked from commit 1dcb42f)
(cherry picked from commit 0cedde6)
(cherry picked from commit 0bab06f)
…ffers (#35695) In readbytes!(s::UVStream, buf::AbstractVector{UInt8}, nb), we wrap `buf` in a PipeBuffer of maxsize nb and swap it in as the main buffer for the stream `s`. However, when we inform libuv of the size of the buffer, we instead use the size of the underlying array, which can be larger. In that case, we probably either drop bytes or override something that the user did not want overriden. (cherry picked from commit 3a84b51)
(cherry picked from commit 9c2492e)
@nanosoldier |
Your benchmark job has completed - possible performance regressions were detected. A full report can be found here. cc @ararslan |
@nanosoldier |
Your package evaluation job has completed - possible new issues were detected. A full report can be found here. cc @maleadt |
@nanosoldier |
Doing some PkgEval development, sorry for the noise. @nanosoldier |
Your package evaluation job has completed - possible new issues were detected. A full report can be found here. cc @maleadt |
Backported PRs:
type_morespecific
#35555 - exclude types with free variables fromtype_morespecific
Need manual backport:
Non-merged PRs with backport label: