Hisham Muhammad

> I think it would be nice if we could use a command-line argument to bundle multiple tl scripts as a single Lua file. TypeScript supports this by using the...

@jirutka would love to see luapak eventually convert .tl files to .lua in that same step! :) Do you think `os.execute` to run `tl gen` would suffice or would a...

> Regarding stable API: I've only used tl.gen(), its result.syntax_errors return value, and the fields of the individual syntax errors (see here). @siffiejoe that should be fine!

> If a .tl file is particularly large (like tl.tl) using it as a dependency has a noticeable performance hit. You're thinking of the `.d.tl` files effectively as a cache...

> If you are planning a better way than .d.tl files then I am all for it. My plan is that the entire Teal compiler can fit into a single...

That probably won't be the only issue you would hit... the test suite was written for running on Unix (it refers to things like `/tmp`, `/dev/null`...), it would need to...

@DragonDePlatino if the portability issues are few and can be abstracted away in `spec/util.lua`, I think we could take the changes. Something like: (rough sketch) ``` local detected_os = package.config:sub(1,1)...

This generally falls under optimizations, which the compiler does not yet implement. There's an endless list of possible optimizations that we could implement but currently don't, which would easily fill...

Let's keep it around as a general issue to cover the topic of optimizations! I'm sure this topic will come up again in the future, so this is valuable to...

I agree this behavior should change. I think it's a bug, because the definitions could be very incompatible, leading to runtime errors that would go unnoticed. The reason why we...