@@ -79,19 +79,20 @@ def generate(self):
79
79
80
80
# TODO: We're not doing anything wrong here; we tell jemalloc itself to be built with this
81
81
# API-name prefix via options.jemalloc.prefix, and then we tell Flow-IPC CMake script(s) what that was via
82
- # JEMALLOC_PREFIX CMake variable (as if via `-DJEMALLOC_PREFIX =je_` to `cmake`). That said
83
- # Flow-IPC CMake script(s) can figure this out by itself; if JEMALLOC_PREFIX is not given, then it
82
+ # FLOW_IPC_JEMALLOC_PREFIX CMake variable (as if via `-DFLOW_IPC_JEMALLOC_PREFIX =je_` to `cmake`). But:
83
+ # Flow-IPC CMake script(s) can figure this out by itself; if FLOW_IPC_JEMALLOC_PREFIX is not given, then
84
84
# it finds jemalloc-config binary, which a normal jemalloc install would put into (install-prefix)/bin,
85
85
# and uses it to print the prefix. However commenting out the next line does not work for some reason:
86
86
# an error results saying jemalloc-config cannot be found, and that we should either provide path
87
- # to that binary via yet another CMake cache setting; or simply supply the prefix as JEMALLOC_PREFIX.
87
+ # to that binary via yet another CMake cache setting; or simply supply the prefix as
88
+ # FLOW_IPC_JEMALLOC_PREFIX.
88
89
# So this approach is fine; just it would be nice if the Conan magic worked in a more understandable way;
89
90
# if Flow-IPC CMake script(s) can find libjemalloc.a and headers, why can't it
90
91
# find_program(jemalloc-config)? This slightly suggests something is "off" possibly.
91
92
# Still, the bottom line is it works, so this fallback is fine too. One could say it'd be nice to
92
93
# test Flow-IPC CMake script(s) smartness in the way that would be more likely used by the user;
93
94
# but one could say that is splitting hairs too.
94
- toolchain .variables ["JEMALLOC_PREFIX " ] = self .options ["jemalloc" ].prefix
95
+ toolchain .variables ["FLOW_IPC_JEMALLOC_PREFIX " ] = self .options ["jemalloc" ].prefix
95
96
96
97
if self .options .build_no_lto :
97
98
toolchain .variables ["CFG_NO_LTO" ] = "ON"
0 commit comments