<j​effro256:monero.social> I did the very professional technique of starting my node and then typing the command in really fast

<o​frnxmr:xmr.mx> i was/am having a lot of "no connection" log spam, so i set out and in peers to 0, and checked printcn -> crash :D

<n​dorf:matrix.org> hello all, weird issue when trying to build monero with a custom ARCH setting (cmake var that controls -march= and related feature flags):

<n​dorf:matrix.org> 1) by default, i.e. `make` with no arguments, i end up with `ARCH=native` in the CMakeCache, -march=native passed to compiler as expected, and successful build

<n​dorf:matrix.org> 2) forcibly setting `cmake -DARCH=default` doesn't pass -march at all, instead passing -maes, also as expected, and also succeeds

<n​dorf:matrix.org> 3) setting `cmake -DARCH=sandybridge` passes -march=sandybridge, as expected, but linking fails to find many (probably ANY) RandomX and CryptoNight related symbols -- full 635-line output at paste.debian.net/1398570

<n​dorf:matrix.org> anyone have any ideas why this might be happening?

<n​dorf:matrix.org> hello all, weird issue when trying to build monero with a custom ARCH setting (cmake var that controls -march= and related feature flags):

<n​dorf:matrix.org> 1. by default, i.e. `make` with no arguments, i end up with `ARCH=native` in the CMakeCache, -march=native passed to compiler as expected, and successful build

<n​dorf:matrix.org> 2. forcibly setting `cmake -DARCH=default` doesn't pass -march at all, instead passing -maes, also as expected, and also succeeds

<n​dorf:matrix.org> 3. setting `cmake -DARCH=sandybridge` passes -march=sandybridge, as expected, but linking fails to find many (probably ANY) RandomX and CryptoNight related symbols -- full 635-line output at paste.debian.net/1398570

<n​dorf:matrix.org> anyone have any ideas why this might be happening?

<n​dorf:matrix.org> ETA: this is tag v0.18.4.2 on debian bookworm, so gcc 12.2.0

<n​dorf:matrix.org> hmm so it turns out that `-march=sandybridge` does not define __AES__. it does with `-maes`, and that is also being passed, so it seems like it should still work but i guess something is getting lost somewhere

<n​dorf:matrix.org> hmm so it turns out that `-march=sandybridge` does not define `__AES__`. it does with `-maes`, and that is also being passed, so it seems like it should still work but i guess something is getting lost somewhere

<n​dorf:matrix.org> whew. solved, lol. turns out that setting ARCH=sandybridge *also* sets ARCH_ID to the same value, but the latter should be x86_64, not sandybridge. so `cmake -DARCH=sandybridge -DARCH_ID=x86_64` fixes everything