ios – glog 0.3.5 – Flipper-Glog 0.3.6 Construct Failure on macOS 15.4.1 and Xcode 16.3 with React Native

After updating to macOS 15.4.1 and Xcode 16.3, my React Native iOS construct is failing throughout pod set up. The precise error happens with Flipper-Glog, the place it is attempting to put in model 0.3.6 as an alternative of the beforehand working 0.3.5.

Putting in Flipper-Glog 0.3.6
[!] /bin/bash -c 
set -e
#!/bin/bash
# Copyright (c) Fb, Inc. and its associates.
#
# This supply code is licensed below the MIT license discovered within the
# LICENSE file within the root listing of this supply tree.

set -e

PLATFORM_NAME="${PLATFORM_NAME:-iphoneos}"
CURRENT_ARCH="${CURRENT_ARCH}"

if [ -z "$CURRENT_ARCH" ] || [ "$CURRENT_ARCH" == "undefined_arch" ]; then
    # Xcode 10 beta units CURRENT_ARCH to "undefined_arch", this results in incorrect linker arg.
    # it is higher to depend on platform identify as fallback as a result of structure differs between simulator and machine

    if [[ "$PLATFORM_NAME" == *"simulator"* ]]; then
        CURRENT_ARCH="x86_64"
    else
        CURRENT_ARCH="armv7"
    fi
fi

export CC="$(xcrun -find -sdk $PLATFORM_NAME cc) -arch $CURRENT_ARCH -isysroot $(xcrun -sdk $PLATFORM_NAME --show-sdk-path)"
export CXX="$CC"

# Take away automake symlink if it exists
if [ -h "test-driver" ]; then
    rm test-driver
fi

./configure --host arm-apple-darwin

# Repair construct for tvOS
cat > src/config.h
/* Add in so we've Apple Goal Conditionals */
#ifdef __APPLE__
#embody 
#embody 
#endif
/* Particular configuration for AppleTVOS */
#if TARGET_OS_TV
#undef HAVE_SYSCALL_H
#undef HAVE_SYS_SYSCALL_H
#undef OS_MACOSX
#endif
/* Particular configuration for ucontext */
#undef HAVE_UCONTEXT_H
#undef PC_FROM_UCONTEXT
#if outlined(__x86_64__)
#outline PC_FROM_UCONTEXT uc_mcontext->__ss.__rip
#elif outlined(__i386__)
#outline PC_FROM_UCONTEXT uc_mcontext->__ss.__eip
#endif
EOF

# Put together exported header embody
EXPORTED_INCLUDE_DIR="exported/glog"
mkdir -p exported/glog
cp -f src/glog/log_severity.h "$EXPORTED_INCLUDE_DIR/"
cp -f src/glog/logging.h "$EXPORTED_INCLUDE_DIR/"
cp -f src/glog/raw_logging.h "$EXPORTED_INCLUDE_DIR/"
cp -f src/glog/stl_logging.h "$EXPORTED_INCLUDE_DIR/"
cp -f src/glog/vlog_is_on.h "$EXPORTED_INCLUDE_DIR/"

checking for a BSD-compatible set up... /usr/bin/set up -c
checking whether or not construct atmosphere is sane... sure
checking for arm-apple-darwin-strip... no
checking for strip... strip
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether or not make units $(MAKE)... sure
checking whether or not make helps nested variables... sure
checking for arm-apple-darwin-gcc... /Functions/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -arch armv7 -isysroot /Functions/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS18.4.sdk
checking whether or not the C compiler works... no
/Customers/testuser/Library/Caches/CocoaPods/Pods/Launch/Flipper-Glog/0.3.6-1dfd6/lacking: Unknown `--is-lightweight' choice
Strive `/Customers/testuser/Library/Caches/CocoaPods/Pods/Launch/Flipper-Glog/0.3.6-1dfd6/lacking --help' for extra info
configure: WARNING: 'lacking' script is just too outdated or lacking
configure: error: in `/Customers/testuser/Library/Caches/CocoaPods/Pods/Launch/Flipper-Glog/0.3.6-1dfd6':
configure: error: C compiler can't create executables
See `config.log' for extra particulars

Setting

• macOS: 15.4.1
• Xcode: 16.3
• React Native challenge
• Present Podfile configuration:

use_flipper!({ 'Flipper-Folly' => '2.5.3', 'Flipper' => '0.87.0', 'Flipper-RSocket' => '1.3.1' })

What I’ve Tried

• Cleansing the construct folder
• Eradicating Pods listing and Podfile.lock
• Pod deintegrate and pod cache clear
• Explicitly specifying Flipper-Glog model

Query

1. What is the right configuration for Flipper and its dependencies (particularly Flipper-Glog) for macOS 15.4.1 and Xcode 16.3?
2. Is there a identified compatibility problem with these variations?
3. What is the really helpful answer to repair these compilation errors?