我想知道在C 11/14中是否有可能在编译时实际读取文件 . 例如,以下代码只有在能够成功读取文件的情况下才会编译 .
constexpr std::string shader_source = load("~/foo.glsl");
你认为这可能吗?
我知道在构建应用程序时我可以使用一些自定义工具执行此操作 .
基于teivaz的想法,我想知道通常的“扩展后的字符串化”技巧是否有效:#define STRINGIZE(...)#__ VA_ARGS__#define EXPAND_AND_STRINGIZE(...)STRINGIZE(__ VA_ARGS__)
constexpr std :: string shader_source = EXPAND_AND_STRINGIZE(#include“〜/ .foo.glsl”);
尽管如此,我仍然会寻求链接器解析内容的传统 extern const char[] 声明 . 文章"Embedding a File in an Executable, aka Hello World, Version 5967"有一个例子:
extern const char[]
# objcopy --input binary \ --output elf32-i386 \ --binary-architecture i386 data.txt data.o
当然,您应该更改 --output 和 --binary-architecture 命令以匹配您的平台 . 目标文件中的文件名以符号名称结尾,因此您可以像这样使用它:
--output
--binary-architecture
#include <stdio.h> /* here "data" comes from the filename data.o */ extern "C" char _binary_data_txt_start; extern "C" char _binary_data_txt_end; main() { char* p = &_binary_data_txt_start; while ( p != &_binary_data_txt_end ) putchar(*p++); }
我做过类似的事 . 看看这是否能满足您的需求 .
向程序添加命令行选项,以检查输入文件的存在性和有效性 .如果文件不存在或无效,该选项应使用错误代码退出程序 .
在make文件中,添加对程序的调用(使用该命令行选项)作为最终构建步骤 .
现在,当您构建程序时,如果正确的文件不可用或无效,您将收到错误 .
#define STR(x) #x const char* a = { #include "foo.glsl" };
和foo.glsl应将其内容括在STR(...)中
UPD . 这将正确处理逗号
#define STRINGIFY(...) #__VA_ARGS__ #define STR(...) STRINGIFY(__VA_ARGS__)
3 回答
基于teivaz的想法,我想知道通常的“扩展后的字符串化”技巧是否有效:
#define STRINGIZE(...)#__ VA_ARGS__
#define EXPAND_AND_STRINGIZE(...)STRINGIZE(__ VA_ARGS__)
constexpr std :: string shader_source = EXPAND_AND_STRINGIZE(
#include“〜/ .foo.glsl”
);
尽管如此,我仍然会寻求链接器解析内容的传统
extern const char[]
声明 . 文章"Embedding a File in an Executable, aka Hello World, Version 5967"有一个例子:当然,您应该更改
--output
和--binary-architecture
命令以匹配您的平台 . 目标文件中的文件名以符号名称结尾,因此您可以像这样使用它:我做过类似的事 . 看看这是否能满足您的需求 .
向程序添加命令行选项,以检查输入文件的存在性和有效性 .
如果文件不存在或无效,该选项应使用错误代码退出程序 .
在make文件中,添加对程序的调用(使用该命令行选项)作为最终构建步骤 .
现在,当您构建程序时,如果正确的文件不可用或无效,您将收到错误 .
和foo.glsl应将其内容括在STR(...)中
UPD . 这将正确处理逗号