StaticLint.jl
dotfiles
Our great sponsors
StaticLint.jl | dotfiles | |
---|---|---|
4 | 2 | |
133 | 11 | |
1.5% | - | |
5.7 | 0.0 | |
25 days ago | over 1 year ago | |
Julia | Emacs Lisp | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
StaticLint.jl
-
Julia v1.9.0 has been released
Yes, tooling around this is being developed in the form of linters (e.g. https://github.com/julia-vscode/StaticLint.jl) and through real compiler integration tools like the very cool https://aviatesk.github.io/JET.jl/dev/ but this is definitely somewhere that the tooling in julia is weaker than in other languages. It seems to be picking up a lot of speed though.
-
The Julia language has a number of correctness flaws
It is correct if `A` is of type `Array` as normal Array in julia has 1-based indexing. It is incorrect if `A` is of some other type which subtypes `AbstractArray` as these may not follow 1-based indexing. But this case errors normally due to bounds checking. The OP talks about the case where even bounds checking is turned off using `@inbounds` for speed and thus silently giving wrong answers without giving an error.
An issue was created sometime ago in StaticLint.jl to fix this: https://github.com/julia-vscode/StaticLint.jl/issues/337
-
I created an Emacs package to statically lint Julia files (using StaticLint.jl)
Statically lint = find errors in the Julia file like using variables that are not defined, and functions with the wrong arguments. For Julia, StaticLint.jl is an actively developed library that does static linting. It basically provides a bunch of functions that spit out errors in your Julia file like those that I mentioned above. If you are an Emacs editor user, this project is like a "convenience" which will run Julia silently in the background, and communicate with it to extract errors in the file that you currently have open. These errors are then highlighted in your editor view using the Flycheck package that is one of the ways to highlight errors in Emacs.
dotfiles
-
I created an Emacs package to statically lint Julia files (using StaticLint.jl)
You can find my setup here. Yes, the autocomplete is good enough for my purposes. I don't use VSCode so can't compare - but I've got autocomplete running in Emacs and it mostly behaves as I would expect. Keep in mind that LanguageServer.jl is still under development, so some autocompletion fails fundamentally because of the backend - in other words, some things currently won't work in any editor, I think.
What are some alternatives?
LanguageServer.jl - An implementation of the Microsoft Language Server Protocol for the Julia language.
dotfiles - My personal dotfiles (emacs, zsh, vim, i3)
julia-staticlint - Emacs integration for StaticLint.jl
Optimization.jl - Mathematical Optimization in Julia. Local, global, gradient-based and derivative-free. Linear, Quadratic, Convex, Mixed-Integer, and Nonlinear Optimization in one simple, fast, and differentiable interface.
dotfiles - ~/.*
StatsBase.jl - Basic statistics for Julia
Distributions.jl - A Julia package for probability distributions and associated functions.
rogue - Personal Emacs config
clasp - clasp Common Lisp environment
dotfiles - Yet another dotfile-repository