3.14.0rc3 - remote debug does not compile and cannot be disabled

[chargr]

Bug report

Bug description:

compiling 3.14.0rc3 on centos6 with gcc 13.3.0 (works centos7+)

d4f6952b99e2: In file included from ./Modules/_remote_debugging_module.c:31:
d4f6952b99e2: ./Modules/../Python/remote_debug.h: In function '_Py_RemoteDebug_GetPyRuntimeAddress':
d4f6952b99e2: ./Modules/../Python/remote_debug.h:886:15: error: implicit declaration of function 'search_linux_map_for_section' [-Werror=implicit-function-declaration]
d4f6952b99e2: 886 |     address = search_linux_map_for_section(handle, "PyRuntime", "python");
d4f6952b99e2: |               ^~~~~~~~~~~~~~~~~~~~~~~~~~~~

set "no-error" for this but that was not a good solution

[ERROR] _remote_debugging failed to import: /build/Python-3.14.0rc3/build/lib.linux-x86_64-3.14/_remote_debugging.cpython-314-x86_64-linux-gnu.so: undefined symbol: search_linux_map_for_section

attempted to disable --without-remote-debug and --with-remote-debug=no and neither worked.

id like to be able to just disable the module for now.

CPython versions tested on:

3.14

Operating systems tested on:

Linux

Linked PRs

• gh-139275: Fix compilation of Modules/_remote_debugging_module.c when the system doesn't have process_vm_readv #139307

[gaogaotiantian]

@pablogsal

[sergey-miryanov]

It seems that search_linux_map_for_section defined under HAVE_PROCESS_VM_READV flag. But used without it.

[pablogsal]

Will take a look at this soon.

[pablogsal]

@chargr Can you confirm that centos7 doesn't have process_vm_readv? Can you paste the output of configure?

[chargr]

clarifying this is centos6, this works on centos7+

configure is (or should be):

./configure --prefix=$PREFIX \
    --without-remote-debug \
    --enable-shared \
    --with-openssl=${UTILS_OPENSSL}

there is also a bit of environment influence for dependencies (pkgconfig, cppflags, ldflags, etc...)

i dont see this mentioned in log (attached)
config.log

$ docker logs 6e82404c10c1 2>&1 | grep 'process_vm'
checking for process_vm_readv... no

[chargr]

applied patch from pull request and get passed that now, but hit another error with blake2

glibc 2.12 does not have aligned_alloc

can i disable blake2? tried --with-builtin-hashlib-hashes=md5,sha1,sha2,sha3 (without blake2) but still hit this error.

0452ac49cb5: In file included from ./Modules/_hacl/include/krml/FStar_UInt_8_16_32_64.h:15,
20452ac49cb5: from ./Modules/_hacl/include/krml/FStar_UInt128_Verified.h:10,
20452ac49cb5: from ./Modules/_hacl/include/krml/internal/types.h:102,
20452ac49cb5: from ./Modules/_hacl/internal/Hacl_Hash_Blake2b_Simd256.h:34,
20452ac49cb5: from ./Modules/_hacl/Hacl_Hash_Blake2b_Simd256.c:26:
20452ac49cb5: ./Modules/_hacl/Hacl_Hash_Blake2b_Simd256.c: In function '_Py_LibHacl_Hacl_Hash_Blake2b_Simd256_malloc_internal_state_with_key':
20452ac49cb5: ./Modules/_hacl/include/krml/internal/target.h:153:39: error: implicit declaration of function 'aligned_alloc' [-Werror=implicit-function-declaration]

i should open new bug to track this?

[pablogsal]

i should open new bug to track this?

Definitely, we should track this separately