Repository navigation
build: missing defenitions from headers tarball #23167
Description
Activity
- addedquestionIssues asking questions about Node.js.Issues asking questions about Node.js.zlibIssues and PRs related to the zlib module and its compression dependencies.Issues and PRs related to the zlib module and its compression dependencies.buildIssues and PRs related to Node.js builds or CI infrastructure.Issues and PRs related to Node.js builds or CI infrastructure.v8 engineIssues and PRs related to the V8 dependency.Issues and PRs related to the V8 dependency.opensslIssues and PRs related to the OpenSSL dependency.Issues and PRs related to the OpenSSL dependency.
on Sep 29, 2018 The zlib symbols should all be taken care of – we have
constavailable,HAVE_STDARG_His not used for the features we need in core, andZ_HAVE_UNISTD_His already set indeps/zlib/zlib.gyp.OPENSSL_NO_ASMis provided by our own configure script’s--openssl-no-asm.
OPENSSL_THREADSsounds like something we don’t need because we already provide threadpool-based crypto functions.The problem I see is that our configuration and gyp files are not necessarily propogated to the headers tarball.
The problem I see is that our configuration and gyp files are not necessarily propogated to the headers tarball.
I’m not sure but I don’t think it’s an issue – the only thing that could potentially be defined is
OPENSSL_NO_ASM, but that shouldn’t affect ABI/API, so it’s okay to have diverging definitions (and probably doesn’t have any impact at all on addons)?
I did a semi-thorough grep for symbols our deps use to customise their build, and found a few. First one might have helped find #23122 earlier.
Question is, should we define them, and how (probably via
common.gypi)?@nodejs/build-files