Forgot to mention that this works more or less like the system call: one has to use __DIR__ to get a file relative to the file where the macro is defined. But I think that's OK.

Nim is another language that has this feature: https://github.com/nim-lang/Nim/blob/master/lib/system.nim#L3262 , and the reason is embedding resources too.

To be honest I'm not sure we should do this before it works for any kind of data. Returning Slice(UInt8) should be the general case, not the special case. Either variant should return a pointer into the data section of the generated binary, so I don't think this can be a macro that just returns any kind of literal.

We currently don't support a platform where the cat workaround doesn't work, so I'm not sure this improves much at all.

https://github.com/graphitemaster/incbin shows an interesting approach, but sadly LLVM says no:

asm(%(
.section .rodata
.global gBlobData
.type gBlobData, @object
.balign 16
gBlobData:
.incbin "hello.cr"
.global gBlobEnd
.type gBlobEnd, @object
.balign 1
gBlobEnd:
.byte 1
.global gBlobSize
.type gBlobSize, @object
.balign 16
gBlobSize:
.int gBlobEnd - gBlobData
))

lib LibEmbed
  $gBlobData : LibC::Char*
  $gBlobSize : LibC::UInt
end

pp LibEmbed.gBlobSize
pp LibEmbed.gBlobData
blob = Slice.new(LibEmbed.gBlobData, 1)
pp blob

LLVM ERROR: Cannot represent a difference across sections

Bump.

Just use {{ `cat file.txt` }}

Great preparation for Windows support.

@asterite And what about reasons you've given in point no. 2? Also, I'd say that closing PR with 6 x
👍 without any discussion is a bit... hasty.

@Sija With ifdef one can create a version for Windows if that matters. Adding this makes the language more complex, and it feels like a hack (we can't keep adding macro methods forever)

@asterite I think you meant if flag?(:windows), ifdef was removed in v0.20.0. Personally I think that your proposal seems more hack-ish than adding this - quite requested - macro method.

Any chance of this or something similar being revived? It'd be nice to have a platform independent/shell-free way to embed data in a macro.

You might want to take a look at schovi/baked_file_system.

Thanks @straight-shoota! I saw that in #1649 too. I'd love to see this become part of the language at some point, but baked_file_system is good for now 😄

Could this PR be revaluated once more? @asterite come to your senses, please! ;)

@jhass the reason LLVM will complain is that asm() at the top level is still inline asm in that it's inside a method. This should be doable if global/module level ASM was implemented.

Cool, so let's do that!