…e now stdlibs (#60061)This helps handling manifest from earlier julia versions. This is kindof the `locate` version of the `identify` fallback in#56148.Need to write a test when this happens (and verify that this fix works).Noted in a slack #gripes comment.---------Co-authored-by: KristofferC <kristoffer.carlsson@juliacomputing.com>Co-authored-by: Max Horn <max@quendi.de>(cherry picked from commit6fddac8)

When starting julia, `Base.Filesystem.TEMP_CLEANUP` should be empty,but is being left with these two files. The proposed fix is to set uptemporary files created by function `generate_precompile_statements` in`contrib/generate_precompile.jl` to have no automatic cleanup. Thiswon't do harm since they will be removed by the cleanup of thetemporary directory created by the call to `mktempdir` in function`generate_precompile_statements` (see the call `rm(tmpdir,recursive=true)` in `base/file.jl`). These should be removed by theatexit hook, but we didn't run `Base.__init__` or`Base.Filesystem.__postinit__` hooks to re-register this cleanuphandler in the sys.so generation process (only in sysbase.so).To test this issue, one can do:`$ mkdir $TMPDIR/JuliaBuild``$ OLDTMPDIR=$TMPDIR``$ export TMPDIR=$TMPDIR/JuliaBuild``$ cd <julia's build root>``$ <build julia>``$ strings usr/lib/julia/sys.dylib|less # shows that the temp. dir.JuliaBuild is hardcoded in the binaries``$ TMPDIR=$OLDTMPDIR``$ chmod u-x $TMPDIR/JuliaBuild``$ <run the built julia with ./julia and exit> # should try to use$TMPDIR/JuliaBuild which is now inaccessible`Without the fix, the last step triggers the infinite loop of ``Failed toclean up temporary path''. With the fix, one can see that the binaries(`usr/lib/julia/sys.dylib`) do not contain the temp. dir. anymore, andthe infinite loop of errors is not triggered.Or simply by observing that `./julia -E 'Base.Filesystem.TEMP_CLEANUP'`is not empty.Fix#60078(cherry picked from commit1eea4b6)

…60171)This adds a single-use autoinit trampoline for multiversioning-aliased functions."First call" sequence: trampoline -> autoinit trampoline -> arch-specific callSubsequent calls: trampoline -> arch-specific call(cherry picked from commitb1afe03)

Resolves#50351 albeit with a bit of a hack.I deliberately left "The Julia REPL" alone (so it is still sorted under"REPL") as that felt more natural to me compared to sorting it under"Julia" but obviously this could easily be changed as well.(cherry picked from commit9af9b15)

This PR addresses an issue with `IOError` not being exported from `Base`and therefore being unavailable within `Random` if not fully qualified.I'm not entirely certain which branch to make this PR to: `release-1.12`or `backports-release-1.12`. Please change the target branch to theappropriate one if necessary.

Backport of PR#60215.

#60272)

Not sure if this is the best approach but seemed to allow Mmap test topass. Seems the pagesize was being set to value at build-time ratherthan being re-evaluated at runtime. Running Mmap tests on system with64k pagesize, Mmap would still think its on a system with 4k pagesizeand therefore fail.---------Co-authored-by: Jameson Nash <vtjnash@gmail.com>(cherry picked from commitdb003be)

Fix#59786Many of these links do not even exist and are broken. But even then, itis simply not the right place for such deep dive content.Co-authored-by: Viral B. Shah <ViralBShah@users.noreply.github.com>(cherry picked from commit6d6224d)

Thanks to PermutationGroups.jl for dog-fooding our typos! This nowmatches the runtime implementation in datatype.c (setonce_bits) andensures that we properly compute the success bit. The test that wasintended to check for this is now written to inline that struct and thusactually test for this (undef fields are not eligible for inlining).Fix#59883(cherry picked from commitc5553c9)

(cherry picked from commit8795edd)