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>