Me, watching people in the comments debate just using objcopy to "get the data in faster" when this table exists and was already published on my blog:
Conversation
Notices
-
Embed this notice
ThePhD (thephd@pony.social)'s status on Sunday, 22-Oct-2023 16:17:51 JST ThePhD - Haelwenn /элвэн/ :triskell: repeated this.
-
Embed this notice
ThePhD (thephd@pony.social)'s status on Sunday, 22-Oct-2023 16:17:50 JST ThePhD One thing I will always be grateful for #embed, std::embed, and std::optional for showing me was that people absolutely do not measure shit. And people will gleefully talk with absolute confidence about things they've never tested, and assumptions they've never actually tried.
Haelwenn /элвэн/ :triskell: likes this. -
Embed this notice
Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Monday, 23-Oct-2023 02:45:26 JST Haelwenn /элвэн/ :triskell: @thephd Well even in theory it doesn't makes sense, of course xxd is going to be horribly inefficient (hexadecimal isn't an efficient format, parsing C arrays is complex, …).
And xxd is also not a really standard tool so I've seen my fair share of integer-array blobs where you just hope that you're never going to have to modify it because there's no recipe to build it again.
Also another way I've seen for packing arbitrary binaries with executables is concatenating a zip file afterwards, self-extracting zip style, which is probably horribly inefficient at runtime.