pushgen VS tealr

Here're a few projects I considered interesting (including my own project) and relatively easy to participate: - pushgen Push-style design pattern for processing of ranges and data-streams. - compact_str A memory efficient immutable string type that can store up to 24* bytes on the stack - openssh-rs Scriptable SSH through OpenSSH in Rust - pegasus A multi-node parametrized command runner with a focus on simplicity - concurrent_arena Container that can have elements insert/removed concurrently and uses a 'u32' as key.

For me, its the explicitness in Python that is killer. I can see a name and match that to an import and match that to a package. Grabbing a function pointer works exactly as I would expect.

Stealing from Krister Stendahl's laws for religious discourse, Ruby's composable iteration is one area I have holy envy, particularly after I got used to it in Rust. I've used Python's generators many times just to have to switch to an explicit for loop. Things are generally better with a composable iteration model but occasionally I find myself switching to loops in Rust.

Unlike Ruby, Rust does pull-iteration, like Python, though there are experiments with Ruby-style push-iteration [0] [1].

[0] https://github.com/AndWass/pushgen

[1] https://epage.github.io/blog/2021/07/pushgen-experiment/

Continue my work with pushgen but also started doing some experimentation on a sender/receiver concept based on a the P2300 std::execution paper, and how that could work in Rust: txrx

working more on tealr more specifically tealr_doc_gen

Fixing some short comings in tealr that people discovered. Also, making hv_lua work with tealr and ideally start adding that fishfight.

Fantastic! Very happy to see this move forward at such a fast pace. We’re implementing scripting in Fish Fight via the tealr crate, which wraps mlua (and rlua).

Hopefully the last hand on https://github.com/lenscas/tealr for a new release. Mostly going over the documentation. Laying less emphasis on teal and more on "Hey, using this you can express a more typesafe api to lua and can actually easily document it.".

tealr, my wrapper around rlua and mlua to focus on (among other things) being better able to describe your api in the form of types: Getting it to a point to release a new version. Which is all about allowing people to document they API that they created for lua/teal. This documentation gets written to the definition files when generating them. In addition, you can also ask tealr to generate a instance.help(page:Option) method on your types. When doing this, the documentation gets made available through this function. By default it prints out "type level" documentation for this type, as well as what other pages are availalbe. When given a string, it shows the documentation for that page instead. Pages that belong to methods also automatically include the type signature.

This requires some new features in my Rust <-> Teal FFI library tealr https://github.com/lenscas/tealr which is now also close to getting a new release, with the only thing I want to do is fix how its TypedFunction work (right now, it always contains a lua function, even if it was made inside of Rust, which puts some needless limits on it).

After that it is time to finish mlua support for tealr . As well as making it better at dealing with api's like tealsql has made.

Can you try removing the println! at https://github.com/lenscas/tealr/blob/cee2363a14c53b995a69efb2b4cbd84010905276/tealr_derive/src/lib.rs#L155?

let me try to restart my laptop (lets see if that fixes stuff), but so far the query! macro from sqlx and the embed_compiler macro from tealr_derive( (https://github.com/lenscas/tealr/blob/cee2363a14c53b995a69efb2b4cbd84010905276/tealr_derive/src/lib.rs#L242 ) get this error.