Repository navigation
Update PrecompileTools requirement to 1.3.4 - #1
Closed
dependabot[bot] wants to merge 5 commits into
Closed
dependabot[bot] wants to merge 5 commits into
dependabot[bot] wants to merge 5 commits into
Conversation
dependabot
Bot
added
dependencies
dependabot
Bot
changed the title
dependabot
Bot
force-pushed
the
dependabot/julia/PrecompileTools-1.3.4
branch
from
July 16, 2026 16:46
01343fa to
89037fa
Compare
Hardcoded C:\programs\Julia-1.10\bin\julia.exe and the dev checkout path -- broke on any other machine/checkout. Also the live sh.Run line had dropped --project entirely (only the commented-out draft above it had it), so it launched outside the package's environment. Mirrors deps/installer/iview_launch.vbs's self-locating pattern: bare `julia` from PATH, --project pointed at this script's own folder. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Self-locating-to-own-folder broke the moment this file was copied anywhere outside the exact checkout it launched from -- and a plain Pkg.add install lives in a content-hashed folder that changes on every Pkg.update, so a Desktop shortcut pointing at it (or a copy of it) went stale on every update. Now it asks Julia fresh each launch (Base.find_package -- reads the Manifest, doesn't load the package) and runs from whatever that resolves to. Works unmodified for the dev checkout too (dev'd packages resolve the same way). Verified: dry-run with an argument forwards correctly, quoting intact. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
… launch
Previous version asked Julia (a second julia.exe subprocess) to resolve
the install path on every single launch -- correct, but doubled startup
time. Now: use this script's own folder if iview_app.jl sits right next
to it (dev checkout, or running in place inside a live Pkg folder --
zero overhead, one julia.exe launch, same as before). Only a detached
copy (e.g. on Desktop) falls back to scanning
~/.julia/packages/InteractiveGMT/* for the newest-modified folder -- a
plain filesystem check, still no second Julia process. Fixed a real
VBScript bug along the way: `sub` is a reserved keyword, can't be a
variable name.
Add deps/installer/make_desktop_shortcut.vbs: one-time setup script for
a plain `Pkg.add` install (no NSIS) that copies iview_app.vbs + igmt.ico
to the Desktop once and creates a real .lnk shortcut with the icon set
-- needed because a .lnk's icon path can't be resolved dynamically like
the launch target can. Deliberately does NOT use
sh.SpecialFolders("Desktop"): verified live on this machine that it
silently resolves into an OneDrive-redirected path
(C:\Users\j\OneDrive - Universidade do Algarve\Ambiente de Trabalho)
instead of the real local Desktop. Forces %USERPROFILE%\Desktop instead.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…ate!() A plain `Pkg.add`-installed package lives in a content-hashed folder that gets a BRAND NEW hash on every single Pkg.update, even for a one-line .jl change. deps/build.jl was extracting the full runtime zip into that ephemeral folder, so every update silently re-downloaded and re-extracted the whole ~200MB VTK/Qt/TBB bundle again. Fixed: the runtime now lives at ~/.julia/gmtvtk_runtime/, keyed off the shared Julia depot rather than the per-version package folder, so it's fetched once ever. src/libgmtvtk.jl looks there too (falling back to it only when there's no local deps/build/gmtvtk.dll, so an active dev build via deps/build.bat always wins first). Verified both files resolve to the identical path and the extraction layout is correct. Add src/selfupdate.jl (InteractiveGMT.update!()): for a `] dev`-installed checkout (fixed directory, never moves across updates -- unlike Pkg.add), pulls the latest source in place via Julia's BUNDLED LibGit2 (no system git.exe required) and rebuilds. Pkg.update() deliberately skips dev'd packages, so this fills that gap. Verified fetch+merge! against this actual repo. Adds LibGit2 + Pkg (both stdlibs) to Project.toml deps -- needed by selfupdate.jl, same reasoning as the earlier Downloads fix. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Updates the requirements on [PrecompileTools](https://github.com/JuliaLang/PrecompileTools.jl) to permit the latest version. - [Release notes](https://github.com/JuliaLang/PrecompileTools.jl/releases) - [Commits](JuliaLang/PrecompileTools.jl@v1.0.0...v1.3.4) --- updated-dependencies: - dependency-name: PrecompileTools dependency-version: 1.3.4 dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com>
dependabot
Bot
force-pushed
the
dependabot/julia/PrecompileTools-1.3.4
branch
from
July 17, 2026 00:11
89037fa to
de8bdbd
Compare
Contributor
Author
|
OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting If you change your mind, just re-open this PR and I'll resolve any conflicts on it. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Updates the requirements on PrecompileTools to permit the latest version.
Release notes
Sourced from PrecompileTools's releases.
Commits
c36ac30bump verson to 1.3.4 (#82)6e20597record if precompile tools is fully disabled at precompile time so its cachef...542d964v1.3.3 (#68)4d4ba28Fix Base.StaticData renaming (#67)7821943Bump actions/checkout from 4 to 5 in the all-actions group (#66)990c356Uselatestworld-if-toplevel(#60)6b5623aHide@trace_compileworkload behind eval (#57)1c9a571Version 1.3.1 (#56)980071cEnsure compilation happens after logging starts (#53)10d0a0fAdd edge-invalidation tests and implementation (#52)