🤖 New build scheduled with the buildbot fleet by@ZeroIntensity for commit3d22310 🤖

Results will be shown at:

https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F133040%2Fmerge

If you want to schedule another build, you need to add the🔨 test-with-buildbots label again.

@picnixz This seems to have resulted in the-ldl argument being includedtwice on macOS and iOS builds. It's not causing an error, but it israising a lot of compiler warnings

Looks like it's not just macOS and iOS; Ubuntu buildsnow include compilation statements likegcc -shared -ldl -ldl -ldl -ldl -ldl -ldl .... It doesn't look like GCC is complaining... but I think dl might be linked. 🤣

Aaaaaah I don't understand:( Why would it include it twice I'll investigate

Instead of adding it to all LDLFLAGS, I'll only add it the LDLFLAGS forfaulthandler

Mmh, it's actually in Python/traceback.c. A bit more annoying.

Hum. I also forgot removingdefined(HAVE_BACKTRACE_SYMBOLS) after Victor told me thatbacktrace_symbols wasn't used.

faulthandler is built as a built-in module, since Py_FatalError() uses it (dump the backtrace and than turns off faulthandler).

I found the issue. Because ofAC_CHECK_HEADERS +AC_CHECK_FUNCS, we actually expandLDFLAGS 2x3=6 times, hence the 6-ldl -ldl -ldl -ldl -ldl -ldl.

PR is ready:#133071.

It doesn't look like GCC is complaining... but I think dl might be linked. 🤣

And yes, that's why I didn't see the warnings. I use gcc and not clang

I was wondering if autoreconf was smart enough to deal with the extra flags. Buildbots passed so I figured it was ok :(.