























@Spixmaster I will once it's in a tagged release.
I looked into making it a split package, but since the header-only and compiled versions aren't using the same build I'm not sure it's worth doing. As far as I can tell, it would require anyone using the header-only package to still compile the whole thing, even though they don't need it.
Didn't realize having DESTDIR on the end vs front mattered, but I'll change that.
DESTDIR must be an environment variable to work with all cmake generators: DESTDIR="$pkgdir" cmake --build . --target install
You should make a split package to ease maintenance, because the source code and version are the same for both the header-only and compiled packages :p
@abouvier I'm not sure there's much benefit to renaming it now. libhttplib also seems a bit redundant. I believe the pinned comment is enough to explain the differences between the two (as well as what I have in the description).
See the previous conversation I had with FabioLolix about there not really being any "standard" way to go about something like this.
And what do you think of the name libhttplib for the compiled version? :p
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。
@Spixmaster so
cpp-httplibis header-only, and must be compiled in any project you use it in.cpp-httplib-compiledsplits the header into an interface (header) and implementation, allowing you to just link against it. Lets you avoid having to compile it every time.