stat
when we want lstat
too. PosixError
or similar. At this point Windows support is too WIP to justify the code churn, but if it is finished then a better identifier becomes moe worth it. StorePath
instead of Path
? Allocate explicitly on stack since HALO thing doesn't really work, specifically, there's no way to uphold the requirements when trying to do tail-calls without using a trampoline AFAICT.
std::move_only_function
. std::variant<SourcePath, URL>
. LookupPath::Prefix
? ServeProto::Serialize
instead probably. But this was not done at this time so there would be less churn. WorkerProto::Serialise
instead probably. But this was not done at this time so there would be less churn. NG
suffix and replace the ones in types.hh
. NG
suffix and replace the one in types.hh
. StoreConfig
one we store enough information in those to recover the scheme and authority in all cases. PosixError
or similar. At this point Windows support is too WIP to justify the code churn, but if it is finished then a better identifier becomes moe worth it. std::strong_ordering
once id
is removed Should we normalize this when constructing a LookupPath::Prefix
?
Maybe change this to std::variant<SourcePath, URL>
.
stat
when we want lstat
too. drop NG
suffix and replace the ones in types.hh
.
drop NG
suffix and replace the one in types.hh
.