You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For use in other languages, it would be great to expose a C FFI and (more easily done first) a CLI interface with a language-agnostic configuration language, something like:
# Global to all service-manager-rsconstants: &global_const${if_win}:
exe: ".exe"${if_not_win}:
exe: ""
@SamuelMarks I use this library in some of my own CLI tools. Do you see there being much demand for a standalone CLI that offers the functionality you described? Is yaml the popular configuration language to use?
This wouldn't take very long to implement, but thinking of the value here.
@chipsenkbeil YAML is pretty popular, as is TOML, JSON and what-have-you. YAML seemed like the simplest syntax to get this example working for you.
I think a CLI would create a whole of new use-cases. For example, I'm working on a large number of new package-managers; originally written in C; then Go; and now Rust (also ² & ³).
(but for outside contributors I wouldn't want to limit their implementation language)
If you think about what is required to build a package manager, it is:
Download
Extract
Dependency resolution (libsolv I guess works here - is open-source and cross-platform [even to Windows])
Now the install step might also involve installing services. I haven't seen any other project like yours which does it in such a cross-platform manner.
Kudos!
So what do you think; have I made a sufficient case for being language agnostic and/or creating C bindings? =)
For use in other languages, it would be great to expose a C FFI and (more easily done first) a CLI interface with a language-agnostic configuration language, something like:
Then you'd roughly have:
Which could be used like so:
And alternatively be specified all at the CLI:
The text was updated successfully, but these errors were encountered: