api to get arm architecture of the binary as in the download page...

[cswl]

• Version: v6.3.0
• Platform: linux-arm*
• Subsystem: API?

I couldn't find any api to get the architecture of the binary itself,

process.arch just gives arm
uname -a would give for the host.. not the binary
node --v8-options gives target arm v7.. , and a lot of output..

I want it for the the binary as it is on the download page.. arm64 armv6l armv7l

I dumped and greped the process object and found.. process.config.variables.arm_version among others...
Checking the api doc for process.config says it is not read-only and gives some warning about some packages changing it..

Could and api be added for this, or should we just parse this form process.config.variables.arm_* or --v8-options or any other suggestions..

[mscdex]

If you don't mind using child processes, you could always use file or readelf -h (if you know it's ELF) to get the same information.

[Fishrock123]

process.config.variables.arm_version is correct.

Also, none of process is read-only, so yeah.

[cswl]

test/common.js seems to use process.config.variables.arm_version

node/test/common.js

Lines 266 to 277 in 5aac4c4

	if (process.arch !== 'arm')
	return ms;
	const armv = process.config.variables.arm_version;
	if (armv === '6')
	return 7 * ms; // ARMv6
	if (armv === '7')
	return 2 * ms; // ARMv7
	return ms; // ARMv8+

But there is something strange, node.js armv7l binaries from https://nodejs.org/download gives 6 for the process.config.variables.arm_version.

/tmp/node-v6.3.0-linux-armv7l > ./bin/node -p process.config.variables.arm_version
6

/tmp/node-v7.0.0-nightly20160719f56cd32c70-linux-armv7l > ./bin/node -p process.config.variables.arm_version
6

The output from --v8-options | head are similar..

target arm v6 vfp2 hard
ARMv8=0 ARMv7=1 VFP3=1 VFP32DREGS=1 NEON=1 SUDIV=0 MLS=1UNALIGNED_ACCESSES=1 MOVW_MOVT_IMMEDIATE_LOADS=0 COHERENT_CACHE=0 USE_EABI_HARDFLOAT=1

But on distribution packaged one....

node -p process.config.variables.arm_version 
7

target arm v7 vfp3-d16 hard
ARMv8=0 ARMv7=1 VFP3=1 VFP32DREGS=1 NEON=1 SUDIV=0 MLS=1UNALIGNED_ACCESSES=1 MOVW_MOVT_IMMEDIATE_LOADS=0 COHERENT_CACHE=0 USE_EABI_HARDFLOAT=1

[Fishrock123]

cc @nodejs/build maybe?

[bnoordhuis]

I believe we do that to maximize compatibility with boards that are only nominally ARMv7-compatible, like the rpi1.

Code quality-wise it shouldn't matter too much because V8 detects the architecture at run-time. OpenSSL may be negatively affected but I'm not 100% sure about that, I think it does run-time feature detection as well.

[xbolshe]

FYI:

we get #define __ARM_ARCH 6 from the compiler...

#4531 (comment)

PS: my compilation shows correct values:

[Trott]

This issue has been inactive for sufficiently long that it seems like perhaps it should be closed. Feel free to re-open (or leave a comment requesting that it be re-opened) if you disagree. I'm just tidying up and not acting on a super-strong opinion or anything like that.

[piranna]

I'm still interested on this feature. In fact, at prebuild/prebuild#174 we were discussing about using arm as an alias the same way x86 is an alias for i686, but we would need to know what aliased. Please reopen this for discussion.