Jefferson González

Here some reference videos of the speed difference of coroutines vs threads using the [findfileimproved](https://github.com/lite-xl/lite-xl-plugins/pull/29) plugin: Coroutines: https://user-images.githubusercontent.com/1702572/153547542-f659c559-6bb8-42b5-bdd4-01e1e1f75072.mp4 Threads: https://user-images.githubusercontent.com/1702572/153547603-af26bd9d-a8f3-4447-91ec-00a089cc8391.mp4

> what I'm thinking we do is have a folder for the plugin (like some plugins already have), and just put all the stuff currently in the modules directory in...

> I mean `data/plugins/threads`, for example. Ohh I see, but wouldn't a path like that be confusing with lua code? Shoudn't the path be more clear to differentiate Lua plugins...

In the meantime got the channel memory leak and double free segmentation fault sorted out.

Eliminated the `modules/` dir and moved its content to `data/plugins/` and made necessary changes to meson.build to handle this.

Added execution of core/start.lua on a thread own state to allow requiring from the path's where lite-xl stuff is saved, so threads can now require other plugins/libs or core code...

I think I finished squashing the remaining bugs I found while implementing a multi-threaded file search, below the comparison of current implementation and new threaded implementation: **Actual implementation on Lite-XL**...

Reporting that with #880 (jit enabled) the results reported above improved especially for the threaded one. For the co-routine one went from: ~10s to ~7s For the multi-threaded went from:...

Updated testing threaded projectsearch plugin to properly work with latest master changes: https://gist.github.com/jgmdev/22a7f63a16726d1372e14880573f9bab

Whoa, seems like a nice build system in lua, would be a nice complement for lite which is it self mostly written in lua