Ian Denhardt

Hm, this still has the commits from #285 on it, even though that's merged... makes the diff hard to follow...

@kant777, I don't believe anyone is actively working on this. Patches welcome.

I'd been thinking in terms of converting between capnp structs and map[string]interface {}, not necessarily arbitrary maps, and not things that are "conceptually" maps (which is hairy since capnp doesn't...

@eberkund, that's a bit more specific than what I'm talking about, but yeah, it's the same sort of use case. With what I describe, you could achieve something like that...

Proposal: extend the code generator to accept a few command line flags. We can then distinguish the above cases by passing e.g. `-onepkg` or `-manypkgs` or such. This would require...

Yeah, maybe the way to go is to output the files to `$GOPATH/src/$specified_import_path`. We could still infer a package name, and deriving the output dir from the import path solves...

Was thinking about this again recently, having tackled the path inference problem in the Haskell implementation I'm working on. I'm dubious of the importance of (2); all of the schema...

The discussion in #122 got me thinking again about this issue, but I'd mis-remebered the state of the discussion. I'm still curious as to your thoughts on the above.

I think it works with modules without much modification -- just instead of looking for where you are inside `$GOPATH`, you find the nearest go.mod and assume you're relative to...

> An unbounded queue sounds potentially dangerous, though, but I think you're addressing that with the rpc.Options memory limit? That does match with my insight above. Right, the idea is...