Laurence Tratt

> You're using the ffi package from there installed and accessible from within nvim? I am indeed! I ported LuaFFI to OpenBSD mostly for Telescope! https://marc.info/?l=openbsd-ports&m=162981402825140&w=2

> This happens every time you call find files? Small and large directories? Yes and yes respectively. > I hopefully have time to recompile nvim with Lua only this week...

I've had a very small dig into this, and I *think* the offending yield might be in plenary's `M.wrap` function. But, there again, the only obvious places calling `wrap` in...

I guess you're referring to this bit: ```lua obj.__call = function(t, ...) return t:_find(...) end ``` at line 16 in `lua/telescope/finders.lua` ? I'm happy to try out any suggested changes...

@tjdevries You asked for a ping, so as requested, I'm pinging :) If you can give me some clues, I'm happy to see if I can get anywhere with this.

In the interim, I must admit that I ended up switching to LuaJIT, because I didn't want to give up on Telescope!

It turns out that `gcc-rs` already has enough flexibility to solve this problem, so I've opened PR #350.

@mmcco The PR I raised (and which was merged) explicitly honours `$CC`, for the reasons that you state.

Normally I'd agree but, since gcc can't build this, having that as the default doesn't make much sense. Indeed, that default made it almost impossible to compile this library if...

With the greatest of respect, I'm not sure I've got across the reason why this PR was necessary. To be clear, I did not make it so that an OpenBSD...