You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The existing /lsp-examples/zig/install.py script for the setting up and configuration of the zls is resulting in an incomplete build automation process, through the specified zig build command:
error: invalid option: -Drelease-safe
error: access the help menu with 'zig build -h'
error: the following build command failed with exit code 1:
/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/.zig-cache/o/17b7ac76a490393e5cd989b5ec5e9ee7/build /opt/zig-linux-x86_64/zig /opt/zig-linux-x86_64/lib /home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls /home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/.zig-cache /home/Arnold.Mashava/.cache/zig --seed 0xb198334a -Z9379235df8ba9750 -Drelease-safe
Traceback (most recent call last):
File "/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/./install.py", line 71, in<module>Main()
File "/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/./install.py", line 67, in Main
subprocess.check_call( [ zig, 'build', '-Drelease-safe'])
File "/usr/lib64/python3.11/subprocess.py", line 413, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['/opt/zig-linux-x86_64/zig', 'build', '-Drelease-safe']' returned non-zero exit status 1.
✔ 12:49 Arnold.Mashava@localhost ~/.vim/plugged/lsp-examples/zig $ python3 ./install.py
Building zig lsp from source https://github.com/zigtools/zls
zls alread cloned into directory
Going to update and upgrade
Already up to date.
warning: Failed to run git describe to resolve ZLS version: error.ExitCodeFailure
command: git -C /home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls describe --match *.*.* --tags
Consider passing the -Dversion-string flag to specify the ZLS version.
From the invocation of zig build --help, the -Dversion-string flag is described as
-Dversion-string=[string] Override the version of this build. Must be a semantic version.
The unknown in my case, was the correct versioning and tagging of zls, which from source code Releases and Tags, the latest release of the zls is tagged as zls 0.13.0 and this outdated version was outrightly rejected as inadmissible by the build automation process
[ master {origin/master} | ✚ 1 …2 ]
✘ 13:00 Arnold.Mashava@localhost ~/.vim/plugged/lsp-examples/zig $ python3 ./install.py
Building zig lsp from source https://github.com/zigtools/zls
zls alread cloned into directory
Going to update and upgrade
Already up to date.
install
└─ install zls
└─ zig build-exe zls ReleaseSafe native 1 errors
/opt/zig-linux-x86_64/lib/std/debug.zig:518:14: error: reached unreachable code
if (!ok) unreachable; // assertion failure
^~~~~~~~~~~
src/build_runner/BuildRunnerVersion.zig:22:38: note: called from here
comptime std.debug.assert(!@hasField(BuildRunnerVersion, "master"));~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
error: the following command failed with 1 compilation errors:
/opt/zig-linux-x86_64/zig build-exe -OReleaseSafe --dep exe_options --dep known-folders --dep tracy --dep zls -Mroot=/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/src/main.zig -Mexe_options=/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/.zig-cache/c/b437bdce5ab85f0eb7198dff0d1383d2/options.zig -ODebug -Mknown-folders=/home/Arnold.Mashava/.cache/zig/p/12205f5e7505c96573f6fc5144592ec38942fb0a326d692f9cddc0c7dd38f9028f29/known-folders.zig -OReleaseSafe --dep options -Mtracy=/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/src/tracy.zig -OReleaseSafe --dep known-folders --dep diffz --dep lsp --dep tracy --dep build_options --dep version_data -Mzls=/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/src/zls.zig -Moptions=/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/.zig-cache/c/c9f8dc856aaed12d36cccd9f080cf848/options.zig -Mdiffz=/home/Arnold.Mashava/.cache/zig/p/1220102cb2c669d82184fb1dc5380193d37d68b54e8d75b76b2d155b9af7d7e2e76d/DiffMatchPatch.zig -ODebug --dep parser --dep types -Mlsp=/home/Arnold.Mashava/.cache/zig/p/12208e12a10e78de19f140acae65e6edc20189459dd208d5f6b7afdf0aa894113d1b/src/lsp.zig -Mbuild_options=/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/.zig-cache/c/3ded8bd6de80d06fe77f8140dc2c3429/options.zig -Mversion_data=/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/.zig-cache/o/a752b1e1896348aa17260fc15d4fcbaa/version_data.zig -Mparser=/home/Arnold.Mashava/.cache/zig/p/12208e12a10e78de19f140acae65e6edc20189459dd208d5f6b7afdf0aa894113d1b/src/parser.zig --dep parser -Mtypes=/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/.zig-cache/o/fb543e03e469422576d8eaa94b83e291/lsp_types.zig --cache-dir /home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/.zig-cache --global-cache-dir /home/Arnold.Mashava/.cache/zig --name zls --zig-lib-dir /opt/zig-linux-x86_64/lib/ --listen=-
Build Summary: 7/10 steps succeeded; 1 failed
install transitive failure
└─ install zls transitive failure
└─ zig build-exe zls ReleaseSafe native 1 errors
error: the following build command failed with exit code 1:
/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/.zig-cache/o/17b7ac76a490393e5cd989b5ec5e9ee7/build /opt/zig-linux-x86_64/zig /opt/zig-linux-x86_64/lib /home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls /home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/zls/.zig-cache /home/Arnold.Mashava/.cache/zig --seed 0x34095c49 -Z5993479b690b54cb -Doptimize=ReleaseSafe -Dversion-string=0.13.0
Traceback (most recent call last):
File "/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/./install.py", line 71, in<module>Main()
File "/home/Arnold.Mashava/.vim/plugged/lsp-examples/zig/./install.py", line 68, in Main
subprocess.check_call( [ zig, 'build', '-Doptimize=ReleaseSafe', '-Dversion-string=0.13.0'])
File "/usr/lib64/python3.11/subprocess.py", line 413, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['/opt/zig-linux-x86_64/zig', 'build', '-Doptimize=ReleaseSafe', '-Dversion-string=0.13.0']' returned non-zero exit status 1.
and this was somewhat predictable, because of the incompatibility with the version of the Ziglang environment that was being reported by my zig compiler
[ master {origin/master} | ✔ ]
✔ 13:55 Arnold.Mashava@localhost ~/.vim/plugged/lsp-examples/zig/zls/zig-out/bin $ ./zls
warn ( main ): ZLS is not a CLI tool, it communicates over the Language Server Protocol.
warn ( main ): Did you mean to run 'zls --help'?
warn ( main ):
Content-Length: 130
{"jsonrpc":"2.0","method":"window/logMessage","params":{"type":3,"message":"Starting ZLS 0.14.0-dev.390+188a4c04 @ './zls'"}}Content-Length: 143
{"jsonrpc":"2.0","method":"window/logMessage","params":{"type":3,"message":"Log File: /home/Arnold.Mashava/.cache/zls/zls.log (info)"}}
Epilogue
The declaration of the Dversion-string flag in the /lsp-examples/zig/install.py script is somewhat not an exact science, as long as the semantic versioning of the zls is not updated and specified in the source code Releases and Tags - where the current one that is being presented is an untidy damp squib.
However for the sake of continuity, in as much as this Rastafarian hack is not salacious enough and easy on the Wandering Eye, I will still forge ahead and invoke a provisional Pull Request, that will provide a provisional resolution to this Issue, which hopefully will bring some finality in the interim.
To the godfathers of Asynchronous Code Completion in Vim and Neovim - @Valloric, @Zverik, et al.
I think the best thing to do here is rip out the building of zls and just write a readme that says download the binaries from their site as it appears to depend on zig version and all sorts and we don't want that complexity in this minimal wrapper repo.
Hard coding some opaque version string will just break again when they make other arbitrary changes.
Afirmativa y agradecimientos@puremourning - my multi-dimensional visualizations of simplicity in the implementation of these LSPs within the YouCompleteMe engine, are in full unison with your envisioned trajectory, of eliminating the complexities that immediately confront one when they fraternize with a convoluted labyrinth of imperceptible intricacies that typify Ziglang.
It's just too much sleaze with a bit of a teaze but is also too high a price to pay for computational modernity and sensuality.
Despite the initial allure, Ziglang could be visualized as a highly unpredictable, finicky and mercurial Femme Fatale: Delilah the Temptress - the seductions and trappings of Developer infinitude also come heavily punctuated with toxic strings attached: wild changes in the build system and endless rolling updates in the semantic versioning of the zig compiler, which at most times, is out of sync with the documented versioning in the supporting components such as zls, where the latter exists in the form of a documented official latest release that is out of sync with the latest version of the zig compiler.
Entonces se convierte en un amor imposible de domesticar y comprender - and yet for some reason, the pervasive nature of the initial enchantment acts like a slow poison that is also pleasurable: here we are, collectively musing endlessly on how to tame this restless Medusa, in response to the intoxicating and psychedelic effects of the beauty exuded by Ziglang...¡we just keep coming back for more!
The existing
/lsp-examples/zig/install.py
script for the setting up and configuration of thezls
is resulting in an incomplete build automation process, through the specifiedzig build
command:From the
README.md
Documentation, the methodology for building from source specifies the-Doptimize=ReleaseSafe
flagWhich if incorporated into the
/lsp-examples/zig/install.py
scriptstill throws back some errors
From the invocation of
zig build --help
, the-Dversion-string
flag is described asThe unknown in my case, was the correct versioning and tagging of
zls
, which from source code Releases and Tags, the latest release of thezls
is tagged as zls 0.13.0 and this outdated version was outrightly rejected as inadmissible by the build automation processThe rejection of my moves, stunts and advances
and this was somewhat predictable, because of the incompatibility with the version of the
Ziglang
environment that was being reported by myzig
compiler¡Ouch!
Through a separate and standalone
zls
source code directory [ master {origin/master} | ✔ ] ✔ 13:20 Arnold.Mashava@localhost /opt/zls $ zig build -Doptimize=ReleaseSafe
Assigning this newly built version
0.14.0-dev.390+188a4c04
to theDversion-string
flag in the/lsp-examples/zig/install.py
scriptand initiating the build automation process again
¡Voilà!
That mouthful of a version number,
0.14.0-dev.390+188a4c04
, was surely obvious, ¿wasn't it?A few final verification checks
and the final act
The declaration of the
Dversion-string
flag in the/lsp-examples/zig/install.py
script is somewhat not an exact science, as long as the semantic versioning of thezls
is not updated and specified in the source code Releases and Tags - where the current one that is being presented is an untidy damp squib.However for the sake of continuity, in as much as this Rastafarian hack is not salacious enough and easy on the Wandering Eye, I will still forge ahead and invoke a provisional Pull Request, that will provide a provisional resolution to this Issue, which hopefully will bring some finality in the interim.
To the godfathers of Asynchronous Code Completion in
Vim
andNeovim
- @Valloric, @Zverik, et al.Saludos Cordiales,
Rastafari.
The text was updated successfully, but these errors were encountered: