libdash_nvim.so, 6 no suitable image found

[beauwilliams]

I am not sure why I am betting this error.

I have tried running make install inside the dash directory manually which did not fix the issue

Running OSX 10.14.5

Full error below

Error detected while processing function 97_dash_nvim_search:
line 4:
E5108: Error executing lua .../site/pack/packer/start/impatient.nvim/lua/impatient.lua:186: dlopen(/Users/admin/.local/share/nvim/site/pack/packer/start/dash.nvim/lua/libdash_nvim.so, 6): no suitable imag
e found. Did find:
/Users/admin/.local/share/nvim/site/pack/packer/start/dash.nvim/lua/libdash_nvim.so: cannot load 'libdash_nvim.so' (load command 0x80000034 is unknown)
/Users/admin/.local/share/nvim/site/pack/packer/start/dash.nvim/lua/libdash_nvim.so: cannot load 'libdash_nvim.so' (load command 0x80000034 is unknown)

[mrjones2014]

Hmm. Are you running an M1 or Intel Mac?

What's the output of :!uname -m within Neovim?

The only thing I can think of that should cause this is that the incorrect architecture build of Dash.nvim is being installed. This can be caused if, for example, you're running Neovim built for Intel on an M1 Mac.

[beauwilliams]

I'm running an intel mac yeah :)

Output of uname is x86_64

I can see the echoed output when running the make script Installed binary for Intel architecture

And I also tried running the commands in the bash script manually.

It seems as far as I am aware the files are there and it seems to be the correct ones (x86)

[beauwilliams]

This screenshot might come in handy. Maybe something looks out of place to you here.

[mrjones2014]

Hmmm. @beauwilliams are you open to installing the Rust toolchain from https://rustup.rs and attempting to build and install locally?

To do so:

1. Clone this repo
2. Update your vim config to point to the locally cloned repo file path instead of mrjones2014/dash.nvim (Packer supports this, not sure if others do)
3. In the repo directory, run make clean build install (this might take some time, Rust can take a while to compile)
4. Restart Neovim, run :PackerSync (or whatever the command is for your plugin manager), then restart Neovim again

[beauwilliams]

Sure no problem I can give this a shot. I will try rm the dash nvim folder and replace it with a clean copy of dash and then run the make clean build install thats usually how I do it when I test PRs submitted to some of my projects or hacking around fixing a bug on some repo. Saves time doing config changes as whatever is in /start dir is picked up automatically.

[beauwilliams]

Have not written any rust in a while so I am a little.. rusty 😅

Perhaps this is a my machine issue. Edit: nevermind me..
Assume we want to build X86 not the aarch64 binary. So not sure why that is happening right now.

make clean build-macos-x86 install this appears to fix above issue. Update you soon.

[beauwilliams]

I had to switch to rustc nightly using command rustup default nightly

But yes, Dash is now working after running make clean build-macos-x86 install 👍

[mrjones2014]

Hmm, interesting. I'll leave this open in case anyone else is able to reproduce.

[mrjones2014]

Closing since I've not seen anyone else have this issue.

[S1M0N38]

I was able to reproduce this Issue. This is caused by lewis6991/impatient.nvim. One optimization that impatient.nvim use to improve startup time is a module resolution cache. Unfortunately, as statement in impatient.nvim README, This optimization breaks the loading order guarantee of the paths in 'runtimepath'.

The solution is to disable this cache in impatient configuration: _G.__luacache_config = { modpaths = { enable = false } }

[mrjones2014]

@S1M0N38 oh awesome, thanks for diagnosing. I’ll pin this issue in case others run into it.