You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
refack opened this issue
Sep 29, 2018
· 3 comments
· Fixed by #23426
Labels
buildIssues and PRs related to build files or the CI.opensslIssues and PRs related to the OpenSSL dependency.questionIssues that look for answers.v8 engineIssues and PRs related to the V8 dependency.zlibIssues and PRs related to the zlib subsystem.
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)?
#if defined(ZLIB_CONST) && !defined(z_const)
\include\node\openssl\zlib.h
#ifdef HAVE_UNISTD_H /* may be set to #if 1 by ./configure */
# defineZ_HAVE_UNISTD_H
#endif
#ifdef HAVE_STDARG_H /* may be set to #if 1 by ./configure */
# defineZ_HAVE_STDARG_H
#endif
openssl
# if defined(OPENSSL_NO_STDIO)
#if defined(OPENSSL_NO_ASM)
# if defined(OPENSSL_THREADS) && !defined(CRYPTO_TDEBUG)
# elif defined(OPENSSL_SYS_WINDOWS) && defined(OPENSSL_OPT_WINDLL)
@nodejs/build-files
The text was updated successfully, but these errors were encountered:
refack
added
question
Issues that look for answers.
zlib
Issues and PRs related to the zlib subsystem.
build
Issues and PRs related to build files or the CI.
v8 engine
Issues and PRs related to the V8 dependency.
openssl
Issues and PRs related to the OpenSSL dependency.
labels
Sep 29, 2018
The zlib symbols should all be taken care of – we have const available, HAVE_STDARG_H is not used for the features we need in core, and Z_HAVE_UNISTD_H is already set in deps/zlib/zlib.gyp.
OPENSSL_NO_ASM is provided by our own configure script’s --openssl-no-asm. OPENSSL_THREADS sounds 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.
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)?
* `V8_DEPRECATION_WARNINGS` is here for explicity. It is already defined
in `node.gypi`, and `addon.gypi`.
* `V8_IMMINENT_DEPRECATION_WARNINGS` added to warn addons authors.
* `OPENSSL_THREADS` apears in the openSSL `.h` files, and was only
defined via GYP for the node build.
PR-URL: nodejs#23426Fixes: nodejs#23167
Refs: nodejs#23122
Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com>
Reviewed-By: Joyee Cheung <joyeec9h3@gmail.com>
buildIssues and PRs related to build files or the CI.opensslIssues and PRs related to the OpenSSL dependency.questionIssues that look for answers.v8 engineIssues and PRs related to the V8 dependency.zlibIssues and PRs related to the zlib subsystem.
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
The text was updated successfully, but these errors were encountered: