A Rust port of parinfer.

Overview

parinfer-rust

Infer parentheses for Clojure, Lisp and Scheme.

A full-featured, super fast implementation of Shaun Lebron’s parinfer. This repo has Vim, Neovim, and Kakoune plugins, and an Emacs plugin is available. The Rust library can be called from other editors that can load dynamic libraries.

This plugin, unlike others available for Vim, implements "smart" mode. Rather than switching between "paren" mode and "indent" mode, parinfer uses information about how the user is changing the file to decide what to do.

Installing

Dependencies:

  • rust >= 1.36

  • clang and libclang-dev packages or equivalent for your OS

Stand-alone CLI

If you just want to run parinfer-rust from the command-line:

$ cargo build --release
$ cargo install

If you use emacs add the corresponding feature flag during compilation

$ cargo build --release --features emacs

Vim and Neovim

pathogen

If you are using Tim Pope’s pathogen:

$ cd ~/.vim/bundle
$ git clone [email protected]:eraserhd/parinfer-rust.git
$ cd ~/.vim/bundle/parinfer-rust
$ cargo build --release

vim-plug

Plug 'eraserhd/parinfer-rust'

Then, build project using cargo:

$ cd /path/to/parinfer-rust
$ cargo build --release

Or, with optional automatic recompilation on update:

Plug 'eraserhd/parinfer-rust', {'do':
        \  'cargo build --release'}

If you are a NixOS user, you can use this command instead:

Plug 'eraserhd/parinfer-rust', {'do':
        \ 'nix-shell --run \"cargo build --release \"'}

Kakoune

plug.kak

Add this to your kakrc

plug "eraserhd/parinfer-rust" do %{
    cargo install --force --path .
} config %{
    hook global WinSetOption filetype=(clojure|lisp|scheme|racket) %{
        parinfer-enable-window -smart
    }
}

Re-source your kakrc or restart Kakoune. Then run :plug-install. plug.kak will download, build and install plugin for you. Optionally add cargo clean line to the do block to clean plugin from build files, thus making it load a bit faster.

Manual

$ cd ~/my-projects
$ git clone [email protected]:eraserhd/parinfer-rust.git
$ cd parinfer-rust
$ make install
$ cargo build --release
$ cargo install

Add this to your kakrc

hook global WinSetOption filetype=(clojure|lisp|scheme|racket) %{
    parinfer-enable-window -smart
}

NixOS or nix-darwin

{
  environment.systemPackages = let
    myKakoune = pkgs.wrapKakoune pkgs.kakoune-unwrapped {
      configure = {
        plugins = with self.kakounePlugins; [
          parinfer-rust
        ];
      };
    };
  in [ myKakoune ];
}

Alternately, you can add your plugins as an overlay:

{
  nixpkgs.overlays = [
    (self: super: {
      kakoune = super.wrapKakoune self.kakoune-unwrapped {
        configure = {
          plugins = with self.kakounePlugins; [
            parinfer-rust
          ];
        };
      };
    })
  ];

  environment.systemPackages = [ pkgs.kakoune ];
}

Emacs

To install parinfer-rust for Emacs follow the instructions at parinfer-rust-mode.el

Building WebAssembly

WebAssembly currently needs the ``nigthly'' toolchain:

$ rustup update
$ rustup install nightly
$ rustup target add wasm32-unknown-unknown --toolchain nightly
$ cargo +nightly install cargo-web

It can then be built with:

$ cargo +nightly web build --release

Tests

The CI server uses [Nix](https://nixos.org/nix/download.html) to make reproducible build and test environments. It’s a good idea to run tests with it.

$ nix-build release.nix                  # Build and test everything
$ cargo test                             # Run the native tests
$ cargo +nightly web test                # Test the WebAssembly version
$ vim --clean -u tests/vim/run.vim       # Test against locally-installed Vim
$ ( cd tests/kakoune && ./run.sh )       # Test against locally-installed Kakoune
$ nix-build release.nix -A vim-tests     # Test against Nix Vim package
$ nix-build release.nix -A neovim-tests  # Test against Nix Neovim package
$ nix-build release.nix -A kakoune-tests # Test against Nix Kakoune package

Vim tests are in a nice, readable format in tests/vim/test-cases.md. Please add tests for any new features (or even old ones!). You can set the VIM_TO_TEST environment variable to Vim’s path to test weird or different builds.

Contributors

This wouldn’t be possible without the work of others:

  • Shaun Lebron - Inventing parinfer and doing the math.

  • Case Nelson - Writing the nvim-parinfer, from which VimL code and some inspiration was stolen.

  • Justin Barclay - Emacs module.

  • Michael Camilleri - User-defined comments.

  • Mitsuhiro Nakamura - Support for Common Lisp and Scheme.

  • ElKowar - User-defined string-delimiters and support for Yuck.

License

Comments
  • code signature issues (was: Broken on NVIM v0.3.7)

    code signature issues (was: Broken on NVIM v0.3.7)

    I recently upgraded nvim to take advantage of a recently patched vulnerability. Unfortunately this has resulted in parinfer no longer working with this as the displayed error:

    My versions look like this:

    $ nvim --version
    NVIM v0.3.7
    Build type: Release
    LuaJIT 2.0.5
    Compilation: /usr/local/Homebrew/Library/Homebrew/shims/mac/super/clang -Wconversion -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -DNDEBUG -DMIN_LOG_LEVEL=3 -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wimplicit-fallthrough -Wvla -fstack-protector-strong -fdiagnostics-color=auto -DINCLUDE_GENERATED_DECLARATIONS -D_GNU_SOURCE -DNVIM_MSGPACK_HAS_FLOAT32 -DNVIM_UNIBI_HAS_VAR_FROM -I/tmp/neovim-20190529-65312-1cx5evh/neovim-0.3.7/build/config -I/tmp/neovim-20190529-65312-1cx5evh/neovim-0.3.7/src -I/usr/local/include -I/usr/local/opt/gettext/include -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/usr/include -I/tmp/neovim-20190529-65312-1cx5evh/neovim-0.3.7/build/src/nvim/auto -I/tmp/neovim-20190529-65312-1cx5evh/neovim-0.3.7/build/include
    Compiled by [email protected]
    
    Features: +acl +iconv +jemalloc +tui 
    See ":help feature-compile"
    
       system vimrc file: "$VIM/sysinit.vim"
      fall-back for $VIM: "/usr/local/Cellar/neovim/0.3.7/share/nvim"
    

    I tried reinstalling parinfer rebuilding from scratch. The build completes without issue but again, this same error happens.

    I ran :checkhealth and everything checks out fine.

    Any tips on what the issue may be?

    Thanks in advance!

    opened by adamneilson 27
  • Undo not working properly in Vim8 and Neovim

    Undo not working properly in Vim8 and Neovim

    I just installed this plugin; I'm using Vim 8.0 on macOS with patches: 1-1650 included. I'm seeing some odd behaviour when I undo. Let's say I have the following text in the buffer:

    (defn f
      [x]
      x)
    
    (defn g
      [y]
      y)
    

    I go to line 4, press O followed by Enter and insert another function so that my buffer looks like this:

    (defn f
      [x]
      x)
    
    (defn h
      [z]
      z)
    
    (defn g
      [y]
      y)
    

    Now when I press u to undo, I get:

    (defn f
      [x]
      x
      []
      z)
    
    (defn g
      [y]
      y)
    

    whereas I would have expected something like the buffer in the first example above. Pressing u more times doesn't help - it keeps going through what appears to be a very long changelist but with no change being made to the buffer.

    opened by spinningarrow 21
  • Neovim crashes on opening lisp-file. Could not reference parinfer library.

    Neovim crashes on opening lisp-file. Could not reference parinfer library.

    Thanks for your plugin, it's very useful for me.

    I updated parinfer-rust, but now it crashes on opening a lisp file.

    
    1186Cthread '<unnamed>' panicked at 'Could not reference parinfer library.', src/lib.rs:386:13                                                                                                                         note: Run with `RUST_BACKTRACE=1` for a backtrace.
    fatal runtime error: failed to initiate panic, error 5
    [1]    21581 abort (core dumped)  nvim cl-duikboot.asd
    
    $ nvim --version
    NVIM v0.2.3-874-g739fb93a9
    Build type: RelWithDebInfo
    LuaJIT 2.0.5
    Compilation: /usr/bin/cc -Wconversion -DNVIM_MSGPACK_HAS_FLOAT32 -DNVIM_UNIBI_HAS_VAR_FROM -O2 -g -DMIN_LOG_LEVEL=3 -Og -g -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wimplicit-fallthrough -Wvla -fstack-protector-strong -fdiagnostics-color=auto -Wno-array-bounds -DINCLUDE_GENERATED_DECLARATIONS -D_GNU_SOURCE -I/home/arjen/Programms/neovim/build/config -I/home/arjen/Programms/neovim/src -I/home/arjen/Programms/neovim/.deps/usr/include -I/usr/include -I/home/arjen/Programms/neovim/build/src/nvim/auto -I/home/arjen/Programms/neovim/build/include
    Compiled by [email protected]
    
    
    opened by duikboot 11
  • plugin: optimize OS detection logic for Neovim.

    plugin: optimize OS detection logic for Neovim.

    OS detection in Vim requires using the system command "uname", which is very slow. This is not required in Neovim. Adding a specific case for Neovim improves startup times by up to 15 ms.


    Before the change: https://0x0.st/iIQU.txt
    After the change: https://0x0.st/iIQl.txt
    Notice the large difference in total time and that nearly all of the change was in the single system('uname') command

    opened by averms 9
  • [Kakoune] Doesn't work with tabs

    [Kakoune] Doesn't work with tabs

    Is there a specific config to get tabs working? Cause currently, even on a no-config kakoune (just plug.kak and this plugin), I open an empty Clojure file, press i<tab>(a and it keeps inserting spaces at the beginning for every character I type after the (. I don't know exactly how to reproduce it, but I've also had times where it wouldn't let me de-indent with <<, as it would turn around and insert the spaces the instant it de-indented. This also happens even if I change the hooks from -smart to -indent where it should not mess with the indents (if I understand it correctly). However, if I just manually add and remove spaces myself, it all works fine.

    Also, thanks for making this, I really enjoy Clojure, but I don't want to switch to Emacs :laughing:

    opened by ABuffSeagull 9
  • Random but frequent gVim hangs on Windows

    Random but frequent gVim hangs on Windows

    I have been running into random hangs multiple times on a daily basis with gVim on Windows. It seems to be a problem in parinfer-rust. I have a pretty minimal vim setup. I'm a new vim user (well, new again after many years of other editors).

    Vim 8.1.536 installed using scoop

    Plugins:

    ack.vim
    commentary
    fzf
    fzf.vim
    nerdtree
    parinfer-rust
    vim-airline
    vim-gotham
    vim-repeat
    vim-sensible
    vim-signify
    vim-slime
    vim-surround
    vim-unimpaired
    

    Screen capture of Visual Studio debug attach to the hung gvim process:

    Image from Gyazo

    I don't know how to go about getting more information that could narrow this down for you -- I'm happy to investigate further.

    This is such a good extension compared to the alternatives I've tried in emacs and VS Code that I'm still using it despite the frequent hangs (lots of :wa I guess), and would like to help fix this bug.

    opened by anticrisis 8
  • Kakoune and Nixos

    Kakoune and Nixos

    what do you put in the kakrc file if you are running Nixos and downloaded the parinfer-rust using the configuration.nix file? I tried just putting the following line in my kakrc and it is giving me an error:

    hook global WinSetOption filetype=(clojure|lisp|scheme|racket) %{ parinfer-enable-window -smart }

    Sorry for the newbie question.

    opened by bhougland18 7
  • Emacs integration

    Emacs integration

    I'm looking to add support for Emacs inside parinfer-rust. I talked to you on Slack a long time ago about this and got your approval to work on a PR. Well I've finally got 99% of the bugs fixed and have parinfer-rust-mode in a place I'm comfortable having others alpha/beta test my package for me.

    Changes

    Dependencies

    I've added the emacs crate because provides bindings for calling Rust functions in Emacs

    Files Added

    1. src/emacs_wrapper.rs - All functions meant to interface with emacs

    Files changes

    1. src/types.rs
      • Added reference counted types.
      • Added Debug to some types to be able to easily print the structs in emacs
    2. src/parinfer.rs
      • Added a version of process that uses types that are wrapped inside reference counted cells. This is needed because the struct's lifetimes are being managed by Emacs and Answer's lifetime is dependent on the lifetime of Request.
    3. src/lib.rs
      • added a reference to emacs_wrapper.rs

    Github Actions

    I've added basic integrations with github actions for testing (just cargo testing for now) and compiling on MacOS, Windows, and Linux along with uploading the libraries as release artifacts.

    As a sidenote, I've disabled tests on Windows for now because I wasn't able to get it to work with the reference hack.

    What's missing from this PR?

    Emacs Minor Mode

    I've noticed that you're keeping the libraries for Vim and Kakoune in this repo itself. However, I've decided that I would to keep the Emacs library separate from the bindings into parinfer-rust. I want to maintain this minor mode myself and have the repo at parinfer-rust-mode.

    Tests

    I haven't written any tests for the parinfer-rust bindings, because currently all my tests for Parinfer are written for the Emacs minor mode. As well, I am not sure I see a benefit to writing tests for the bindings when I have more extensive tests in parinfer-rust-mode. However, if you'd like to have Emacs tests for explicitly for the bindings I can write those. My other thought for tests was that we could set-up a docker environment with emacs, clone in parinfer-rust-mode and run the test's from there. I'll defer to you for how you'd like those tests to be written.

    opened by justinbarclay 7
  • Build fails on Mac M1

    Build fails on Mac M1

    Hi,

    ❯ cargo --version
    cargo 1.49.0 (d00d64df9 2020-12-05)
    
    ❯ clang --version
    Apple clang version 12.0.0 (clang-1200.0.32.28)
    Target: arm64-apple-darwin20.2.0
    Thread model: posix
    InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
    
      ~/.vim/bundle/parinfer-rust on   master
    ❯ git log
    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
    commit 998484ba3ca9c162971e3fa6f01e67cc3e9ac85e (HEAD -> master, origin/master, origin/HEAD) ┃
    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
    Merge: d7d1c4f f2fe726
    Author: Jason Felice <[email protected]>
    Date:   Oct 26 2020
    
        Merge pull request #88 from avrma-forks/os_detection_performance
    
        plugin: optimize OS detection logic for Neovim.
    

    When attempting to build, I'm receiving this error:

      ~/.vim/bundle/parinfer-rust on   master                                                                                                                                                              ▼
    ❯ RUST_BACKTRACE=full cargo build --release
       Compiling emacs_module v0.10.0
    error: failed to run custom build command for `emacs_module v0.10.0`
    
    Caused by:
      process didn't exit successfully: `/Users/david/.vim/bundle/parinfer-rust/target/release/build/emacs_module-98c38d7004bf7081/build-script-build` (exit code: 101)
      --- stderr
      thread 'main' panicked at 'libclang error; possible causes include:
      - Invalid flag syntax
      - Unrecognized flags
      - Invalid flag arguments
      - File I/O errors
      If you encounter an error missing from this list, please file an issue or a PR!', /Users/david/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.48.1/src/ir/context.rs:568:15
      stack backtrace:
         0:        0x100cd86b0 - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::hb7980d26174b99cc
         1:        0x100cf60a4 - core::fmt::write::hce37a9344a9aa8e7
         2:        0x100cd55a0 - std::io::Write::write_fmt::h686eb8440ccc31c3
         3:        0x100cda4f4 - std::panicking::default_hook::{{closure}}::hd8ecce238a238901
         4:        0x100cda1cc - std::panicking::default_hook::h4c3bbdaeee039651
         5:        0x100cdaaa8 - std::panicking::rust_panic_with_hook::h140cbf507d3407f4
         6:        0x100cda684 - std::panicking::begin_panic_handler::{{closure}}::hb6a3220cf34e266a
         7:        0x100cd8b68 - std::sys_common::backtrace::__rust_end_short_backtrace::hd5353dc16fba6ea5
         8:        0x100cda5ec - _rust_begin_unwind
         9:        0x100cffa8c - core::panicking::panic_fmt::h0333f3235caab578
        10:        0x100cff98c - core::option::expect_failed::hf0ddc7de4cc4d418
        11:        0x10097e8d0 - core::option::Option<T>::expect::h6de67e19242853af
        12:        0x1009231d0 - bindgen::ir::context::BindgenContext::new::h6fd00c26b56ccaee
        13:        0x10091c1a8 - bindgen::Bindings::generate::h9f2a5de16c64899d
        14:        0x10091a398 - bindgen::Builder::generate::h4e79d60cc5e22c5c
        15:        0x1008a3d54 - build_script_build::main::hee199bae0c1d1ea7
        16:        0x1008a30a8 - core::ops::function::FnOnce::call_once::h59e4f01232c53b8c
        17:        0x1008a31f8 - std::sys_common::backtrace::__rust_begin_short_backtrace::h47c9f856bce77654
        18:        0x1008a4130 - std::rt::lang_start::{{closure}}::hb661c587eddb9b76
        19:        0x100cdaf00 - std::rt::lang_start_internal::h1c29856da483cadc
        20:        0x1008a410c - std::rt::lang_start::he31fbf461510c46e
        21:        0x1008a3e74 - _main```
    opened by dharrigan 6
  • Add Janet long string support

    Add Janet long string support

    While I think #70 has general application, I'm less certain about this PR. Curious for any feedback.

    Janet supports Python-like long strings. These are strings delimited by one or more `. Unlike strings delimited by ", they preserve whitespace and do not support escape characters. Without this support, there can be situations where parinfer-rust will add parentheses 'inside' a long string because it does not recognise the characters inside ` as being inside a string.

    A complicating element of the implementation is that long strings can be delimited by one or more `. The solution used here is to track the number of backticks that 'opened' the string and the number of backticks that appear to be 'closing' the string.

    opened by pyrmont 6
  • Add option to ignore parens in lisp/scheme block comments

    Add option to ignore parens in lisp/scheme block comments

    Closes #66 ~~(This PL is built on top of #79, so please merge #79, if it is okay, before this.)~~

    Scheme and Common Lisp support nested block comment:

    #| depth 1 comment started
        #| depth 2 comment |#
        here is still in comment of depth 1
    |#
    

    This PL enables parinfer-rust to ignore parens inside the nested block comment.

    For doing so, I did a bit of refactoring for function on_char() and now it dispatches depending not only on char but also on parser context (i.e., reading code, reading comment, reading string, reading Janet long string, etc.) ~~It works fine for me practically but introduces a failing test case:~~

    test indent_mode ... FAILED
    test smart_mode ... ok
    
    failures:
    
    ---- indent_mode stdout ----
    thread 'indent_mode' panicked at 'assertion failed: `(left == right)`
      left: `"(let [a 1] ;\n  ret)"`,
     right: `String("(let [a 1]) ;\n  ret")`: case 538: text', tests/cases.rs:34:9
    note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace.
    
    
    failures:
        indent_mode
    
    test result: FAILED. 8 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out
    

    ~~Looks like related to JSON serialization. @eraserhd Could you kindly give me any suggestion to fix this if you have time and if interested in this PL?~~Fixed!

    opened by mnacamura 5
  • Typing past the line limit leads to wrapping in the middle of a word

    Typing past the line limit leads to wrapping in the middle of a word

    | denotes the edge of my vim terminal window. This problem only happens when going past the edge of my screen (upon which my test visually wraps with set wrap). This problem goes away when I use set nolinebreak.

    When I put my cursor at the end of this function argument list:

    (defn tile-from-str
      [row-idx col-idx [tile-letter bonus-resource-letter bonus-resource-quantity]] |
      code)
    

    and type "testing", I get:

    (defn tile-from-str
      [row-idx col-idx [tile-letter bonus-resource-letter bonus-resource-quantitying| test]]
      code)
    

    parinfer seems to break my word right in the middle as I'm typing it.

    This problem is only present when parinfer is on and doesn't seem to be effected when I set formatoptions=.

    opened by kovasap 1
  • Failure trying to use in an M1 Mac without Rosetta

    Failure trying to use in an M1 Mac without Rosetta

    Hello! I've been setting up Neovim lately in an M1 MacBook (using both iTerm and Neovide without Rosetta).

    I've installed this plugin using Packer. And the installation + build work without any issues. But whenever I try to open a Clojure/Fennel/ClojureScript file, the following error appears:

    Error detected while processing BufEnter Autocommands for "<buffer=1>"..function <SNR>43_event[2]..<SNR>43_enter_buffer[8]..<SNR>43_process_buffer:
    line   50:
    dlerror = "dlopen(/Users/pberganza/.local/share/nvim/site/pack/packer/start/parinfer-rust/target/release/libparinfer_rust.dylib, 0x0001): tried: '/Users/pberganza/.local/share/nvim/site/
    pack/packer/start/parinfer-rust/target/release/libparinfer_rust.dylib' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64')), '/System/Volumes/Preboot/Cryptexe
    s/OS/Users/pberganza/.local/share/nvim/site/pack/packer/start/parinfer-rust/target/release/libparinfer_rust.dylib' (no such file), '/Users/pberganza/.local/share/nvim/site/pack/packer/st
    art/parinfer-rust/target/release/libparinfer_rust.dylib' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64')), '/Users/pberganza/.local/share/nvim/site/pack/p
    acker/start/parinfer-rust/target/x86_64-apple-darwin/release/libparinfer_rust.dylib' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64')), '/System/Volumes/Pr
    eboot/Cryptexes/OS/Users/pberganza/.local/share/nvim/site/pack/packer/start/parinfer-rust/targ
    E364: Library call failed for "run_parinfer()"
    E474: Attempt to decode a blank string
    E474: Failed to parse
    
    
    Error executing vim.schedule lua callback: Vim(let):dlerror = "dlopen(/Users/pberganza/.local/share/nvim/site/pack/packer/start/parinfer-rust/target/release/libparinfer_rust.dylib, 0x000
    1): tried: '/Users/pberganza/.local/share/nvim/site/pack/packer/start/parinfer-rust/target/release/libparinfer_rust.dylib' (mach-o file, but is an incompatible architecture (have 'x86_64
    ', need 'arm64')), '/System/Volumes/Preboot/Cryptexes/OS/Users/pberganza/.local/share/nvim/site/pack/packer/start/parinfer-rust/target/release/libparinfer_rust.dylib' (no such file), '/U
    sers/pberganza/.local/share/nvim/site/pack/packer/start/parinfer-rust/target/release/libparinfer_rust.dylib' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64
    ')), '/Users/pberganza/.local/share/nvim/site/pack/packer/start/parinfer-rust/target/x86_64-apple-darwin/release/libparinfer_rust.dylib' (mach-o file, but is an incompatible architecture
     (have 'x86_64', need 'arm64')), '/System/Volumes/Preboot/Cryptexes/OS/Users/pberganza/.local/share/nvim/site/pack/packer/start/parinfer-rust/targ
    stack traceback:
            [C]: in function 'bufload'
            ...im/site/pack/packer/start/conjure/lua/conjure/buffer.lua:36: in function 'upsert_buf'
            .../nvim/site/pack/packer/start/conjure/lua/conjure/log.lua:329: in function 'append'
            ...tart/conjure/lua/conjure/client/clojure/nrepl/action.lua:107: in function <...tart/conjure/lua/conjure/client/clojure/nrepl/action.lua:54>
    

    I've tried to run cargo build --release --target=x86_64-apple-darwin and to replace the release folder with its output. But the same error is happening. Would love some help!

    Info on my system:

    ❯ arch
    arm64
    
    ❯ clang --version
    Apple clang version 14.0.0 (clang-1400.0.29.202)
    Target: arm64-apple-darwin22.1.0
    Thread model: posix
    InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
    
    ❯ cargo --version
    cargo 1.60.0 (d1fd9fe2c 2022-03-01)
    
    ❯ sw_vers
    ProductName:		macOS
    ProductVersion:		13.0.1
    BuildVersion:		22A400
    
    opened by pablo-abc 1
  • Add support for hy bracket strings

    Add support for hy bracket strings

    Adds support for parsing Hy-style bracketed strings:

    (foo #[[ ( test ]]
     bar)
    
    (foo #[arbitrary-tag[ ( test
      (bar ]baz] ]] ]still in string]]]
    also in string ]arbitrary-tag]
     bar)
    
    opened by scauligi 0
  • Change string_delimiters option from empty to double quote for emacs_wrapper

    Change string_delimiters option from empty to double quote for emacs_wrapper

    With string_delimiters option empty, parinfer failed to distinguish between normal parentheses and parentheses inside double quote. Changing string_delimiters to double quote fixes that. Tested with Emacs 28.2 on Macbook Pro M1.

    opened by yejianye 0
  • mis-formating clisp symbol with ';'

    mis-formating clisp symbol with ';'

    case when typing the code like:

    (case c (#; '|;|)) It will be formatted as:

    (case c #; '|);) actually we can't enable the parienfer-mode in such file at all.

    Thanks!

    opened by eric-zhu-2019 1
  • Parinfer project has an offcial logo

    Parinfer project has an offcial logo

    Hi I'm working with @shaunlebron on an official logo for Parinfer and it's related projects.

    https://github.com/ocodo/parinfer-logo

    It's live on https://shaunlebron.github.io/parinfer/

    Let me know if you have specific requirements. There's a bunch of standard sizes, but custom sizes are available on request.

    opened by jasonm23 0
Owner
Jason Felice
Jason Felice
A cross-platform serial port library in Rust.

Introduction serialport-rs is a general-purpose cross-platform serial port library for Rust. It provides a blocking I/O interface and port enumeration

Bryant Mairs 143 Nov 5, 2021
⚡️ Fast MagicString port driven by Rust and N-API

magic-string-rs 100% API compatible (port) MagicString by Rich-Harris implementation for Node and modern browsers, also, for rust, of course. Installa

Hana 35 Nov 21, 2022
This is a test to port C++'s ymfm and Rust's vgmplay to ESP32(Xtensa).

m5stack-chipstream This is a test to port C++'s ymfm and Rust's vgmplay to ESP32(Xtensa). Still slow and impractical, depending on the sound chip you

hiromasa 4 Feb 26, 2023
Port of the fantastic Iconoir Icon Pack to Rust embedded devices, with a focus on speed, usability, and completeness.

embedded-iconoir - Icons for every device, ever. What is embedded-iconor? embedded-iconoir is a library that allows you to use Iconoir on embedded dev

null 9 Mar 25, 2023
Rust port of the official Windows Driver Samples on Github. Leverages windows-drivers-rs

Rust Driver Samples This is a Rust port of the driver samples from the original Windows Driver Samples on Github. The repository provides examples and

Microsoft 80 Oct 10, 2023
A port of OxidGB to the Raspberry Pi Pico

OxidGB Pico Port This is a simple, display-only (for now) port of OxidGB to the Raspberry Pi Pico. Note that this by default overclocks your device -

James 57 Dec 7, 2022
Repo for Monaco, a DCA engine for Solana. Built on Solend and lending protocols (Jet, Solend, Port, etc...)

Monaco Monaco is a DCA protocol for solana built on top of Serum and compatible with any program that implements or extends the instruction interface

Rohan Kapur 19 Apr 13, 2022
Quickly mint NFT(able)s port forwards remotely

Easy expose A really simple way to expose some service behind a NAT, similar to rathole and frp. WARNING: This does not secure the channel, or even do

Ben Simms 3 Dec 3, 2022
📦 Port of tauri-bundler

?? Port of tauri-bundler You can now easily create installers for your Deno apps, thanks to the amazing work of Tauri ??

Marc Espín 28 Dec 7, 2022
Log defmt messages over the serial port.

defmt-serial A defmt target for logging over a serial port. Messages can e.g. be read using socat and passed through defmt-print, see example-artemis

Gaute Hope 10 Oct 5, 2022
KFtray - A tray application that manages port forwarding in Kubernetes.

Ktray is written in Rust and React, with Tauri framework. The app simplifies the process of starting and stopping multiple port forwarding configurations through a user-friendly interface.

Henrique Cavarsan 42 Dec 17, 2023
k-mer counter in Rust using the rust-bio and rayon crates

krust is a k-mer counter written in Rust and run from the command line that will output canonical k-mers and their frequency across the records in a f

null 14 Jan 7, 2023
Experimental Rust tool for generating FFI definitions allowing many other languages to call Rust code

Diplomat is an experimental Rust tool for generating FFI definitions allowing many other languages to call Rust code. With Diplomat, you can simply define Rust APIs to be exposed over FFI and get high-level C, C++, and JavaScript bindings automatically!

null 255 Dec 30, 2022
Aws-sdk-rust - AWS SDK for the Rust Programming Language

The AWS SDK for Rust This repo contains the new AWS SDK for Rust (the SDK) and its public roadmap. Please Note: The SDK is currently released as a dev

Amazon Web Services - Labs 2k Jan 3, 2023
Rust + Yew + Axum + Tauri, full-stack Rust development for Desktop apps.

rust-yew-axum-tauri-desktop template Rust + Yew + Axum + Tauri, full-stack Rust development for Desktop apps. Crates frontend: Yew frontend app for de

Jet Li 54 Dec 23, 2022
A lightning fast version of tmux-fingers written in Rust, copy/pasting tmux like vimium/vimperator

tmux-thumbs A lightning fast version of tmux-fingers written in Rust for copy pasting with vimium/vimperator like hints. Usage Press ( prefix + Space

Ferran Basora 598 Jan 2, 2023
A command-line tool collection to assist development written in RUST

dtool dtool is a command-line tool collection to assist development Table of Contents Description Usage Tips Installation Description Now dtool suppor

GB 314 Dec 18, 2022
Rust mid-level IR Abstract Interpreter

MIRAI MIRAI is an abstract interpreter for the Rust compiler's mid-level intermediate representation (MIR). It is intended to become a widely used sta

Facebook Experimental 793 Jan 2, 2023
Migrate C code to Rust

C2Rust helps you migrate C99-compliant code to Rust. The translator (or transpiler) produces unsafe Rust code that closely mirrors the input C code. T

Immunant 3k Jan 8, 2023