Skip to content

Update PrecompileTools requirement to 1.3.4#1

Open
dependabot[bot] wants to merge 5 commits into
masterfrom
dependabot/julia/PrecompileTools-1.3.4
Open

Update PrecompileTools requirement to 1.3.4#1
dependabot[bot] wants to merge 5 commits into
masterfrom
dependabot/julia/PrecompileTools-1.3.4

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jul 15, 2026

Copy link
Copy Markdown

Updates the requirements on PrecompileTools to permit the latest version.

Release notes

Sourced from PrecompileTools's releases.

v1.3.4

PrecompileTools v1.3.4

Diff since v1.3.3

Merged pull requests:

  • record if precompile tools is fully disabled at precompile time so its cachefile invalidates properly when changed (#80) (@​KristofferC)
  • bump verson to 1.3.4 (#82) (@​KristofferC)

Closed issues:

  • Julia version compatibility (>=1.12) in Project.toml (#64)
Commits
  • c36ac30 bump verson to 1.3.4 (#82)
  • 6e20597 record if precompile tools is fully disabled at precompile time so its cachef...
  • 542d964 v1.3.3 (#68)
  • 4d4ba28 Fix Base.StaticData renaming (#67)
  • 7821943 Bump actions/checkout from 4 to 5 in the all-actions group (#66)
  • 990c356 Use latestworld-if-toplevel (#60)
  • 6b5623a Hide @trace_compile workload behind eval (#57)
  • 1c9a571 Version 1.3.1 (#56)
  • 980071c Ensure compilation happens after logging starts (#53)
  • 10d0a0f Add edge-invalidation tests and implementation (#52)
  • Additional commits viewable in compare view

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file julia Pull requests that update julia code labels Jul 15, 2026
@dependabot dependabot Bot changed the title build(deps): update PrecompileTools requirement to 1.3.4 Update PrecompileTools requirement to 1.3.4 Jul 16, 2026
@dependabot
dependabot Bot force-pushed the dependabot/julia/PrecompileTools-1.3.4 branch from 01343fa to 89037fa Compare July 16, 2026 16:46
joa-quim and others added 5 commits July 16, 2026 23:15
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
dependabot Bot force-pushed the dependabot/julia/PrecompileTools-1.3.4 branch from 89037fa to de8bdbd Compare July 17, 2026 00:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file julia Pull requests that update julia code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant