Library target

[ivov]

Every project requires src/main.lis and compiles to a binary, with no support for a project meant to be consumed as a library. Consider adding a lib mode (manifest field, or inferred from the absence of main.lis) that roots the module graph at all of src/, checks and emits every module, and produces an importable Go package, instead of package main and a binary.

Spun out of #1003

[stormpat]

Also previously discussed here: #325 that is semi-related to a pure library-only target.

[enquora]

Consider adding a lib mode (manifest field, or inferred from the absence of main.lis) that roots the module graph at all of src/, checks and emits every module, and produces an importable Go package

This is the approach which immediately came to mind when the problem first presented itself.
It was tried manually - with the only blocker being the current dead code pruning.
The immediate workaround seems to be using submodules.

[enquora]

The immediate workaround seems to be using submodules.

Any combination of git submodules, git subtrees, symlinks and import aliases just confirmed to work in an abstracted Lisette library having a no-op main function.