libffi problem on raspi trixie version

[ctimmer]

After installing raspi trixie os, I tried to compile the unix port (plain vanilla) and it failed with the error below. A search for libffi returned a number of workarounds but all my attempts failed. I did not have to do anything special to compile on the raspi bookworm os.

Any suggestions?

Curt

make
Use make V=1 or set BUILD_VERBOSE in your environment to increase build verbosity.
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libffi', required by 'virtual:world', not found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libffi', required by 'virtual:world', not found
mkdir -p build-standard/genhdr
GEN build-standard/genhdr/mpversion.h
GEN build-standard/genhdr/qstr.i.last
modffi.c:40:10: fatal error: ffi.h: No such file or directory
   40 | #include <ffi.h>
      |          ^~~~~~~
compilation terminated.

[GitHubsSilverBullet]

Any suggestions?

Pardon the question, did you apt install libffi-dev ?

[ctimmer]

Thanks, that almost worked. Output:

In file included from ../../lib/mbedtls/library/ctr_drbg.c:13:
In function ‘mbedtls_xor’,
    inlined from ‘ctr_drbg_update_internal’ at ../../lib/mbedtls/library/ctr_drbg.c:372:5:
../../lib/mbedtls/library/common.h:235:17: error: array subscript 48 is outside array bounds of ‘unsigned char[48]’ [-Werror=array-bounds=]
  235 |         r[i] = a[i] ^ b[i];
      |                ~^~~
../../lib/mbedtls/library/ctr_drbg.c: In function ‘ctr_drbg_update_internal’:
../../lib/mbedtls/library/ctr_drbg.c:335:19: note: at offset 48 into object ‘tmp’ of size 48
  335 |     unsigned char tmp[MBEDTLS_CTR_DRBG_SEEDLEN];
      |                   ^~~
In function ‘mbedtls_xor’,
    inlined from ‘ctr_drbg_update_internal’ at ../../lib/mbedtls/library/ctr_drbg.c:372:5:
../../lib/mbedtls/library/common.h:235:24: error: array subscript 48 is outside array bounds of ‘const unsigned char[48]’ [-Werror=array-bounds=]
  235 |         r[i] = a[i] ^ b[i];
      |                       ~^~~
../../lib/mbedtls/library/ctr_drbg.c: In function ‘ctr_drbg_update_internal’:
../../lib/mbedtls/library/ctr_drbg.c:333:57: note: at offset 48 into object ‘data’ of size [0, 48]
  333 |                                     const unsigned char data[MBEDTLS_CTR_DRBG_SEEDLEN])
      |                                     ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In function ‘mbedtls_xor’,
    inlined from ‘ctr_drbg_update_internal’ at ../../lib/mbedtls/library/ctr_drbg.c:372:5:
../../lib/mbedtls/library/common.h:235:14: error: array subscript 48 is outside array bounds of ‘unsigned char[48]’ [-Werror=array-bounds=]
  235 |         r[i] = a[i] ^ b[i];
      |         ~~~~~^~~~~~~~~~~~~
../../lib/mbedtls/library/ctr_drbg.c: In function ‘ctr_drbg_update_internal’:
../../lib/mbedtls/library/ctr_drbg.c:335:19: note: at offset 48 into object ‘tmp’ of size 48
  335 |     unsigned char tmp[MBEDTLS_CTR_DRBG_SEEDLEN];
      |                   ^~~
cc1: all warnings being treated as errors
-e See https://github.com/micropython/micropython/wiki/Build-Troubleshooting
make: *** [../../py/mkrules.mk:101: build-standard/lib/mbedtls/library/ctr_drbg.o] Error 1

[scruss]

I can repeat this error. It seems related to mbed, though

[GitHubsSilverBullet]

One would have to look into the preprocessed intermediate files to determine if there's an out of bounds error in there.
Might well be that the newer gcc just watches those things a bit better, thus showing an underlying problem.

[scruss]

• Compiles successfully on Ubuntu 25.04 x86_64, gcc (Ubuntu 14.2.0-19ubuntu2) 14.2.0
• Compiles successfully on Debian GNU/Linux 13 (trixie) x86_64, gcc (Debian 14.2.0-19) 14.2.0
• Fails in ../../lib/mbedtls/library/ctr_drbg.c on Raspberry Pi OS (Debian GNU/Linux 13 (trixie)) aarch64, gcc (Debian 14.2.0-19) 14.2.0

So same compiler version fails to build on different architectures. Compiler runs have identical output up to the errors, so I'm building the same code every time (ifdefs aside) on each platform. Urgh.

Looks like it's an upstream problem from mbedtls: Issue Building MbedTLS 3.6.0 on Fedora · Issue #9003 · Mbed-TLS/mbedtls