Skompiluj Apache Portable Runtime do iPhone'a

To jest kontynuacja poprzedniego pytania dotyczącego kompilacji krzyżowej dla iPhone'a:
Skompilowane biblioteki oparte na Autotools dla oficjalnego zestawu SDK iPhone'a

Zasadniczo próbuję skompilować wersję Apache Portable Runtime (APR) 1.3.8 (najnowszą) dla iPhone'a. Podczas kroku konfiguracji uruchomiłem następujący błąd:

checking for working PROCESS_SHARED locks... configure: error: in `/Users/michaelsafyan/Downloads/apr-1.3.8':
configure: error: cannot run test program while cross compiling
See `config.log' for more details.

Wywoływam skrypt „configure” przez „iphone3.1-configure --disable-dso --enable-threads”, gdzie „iphone3.1-configure” to następujący skrypt, który przygotowałem, aby wywołać „ konfiguruj „skrypt:

#! /bin/bash

#
# Program  : iphone3.1-configure
# Authors  : Michael Aaron Safyan ([email protected])
# Synopsis :
#            This program runs the "configure" script generated by the
#            GNU Autotools in order to cross-compile thirdparty libraries
#            for the iPhone 3.1 SDK. Run this script while in a directory
#            containing an autotools "configure" script. Once you run this,
#            you can use "make" and "sudo make install" to build the library.
#            An install prefix of "/opt/iphone-3.1/" is used.
#

unset CPATH
unset C_INCLUDE_PATH
unset CPLUS_INCLUDE_PATH
unset OBJC_INCLUDE_PATH
unset LIBS
unset DYLD_FALLBACK_LIBRARY_PATH
unset DYLD_FALLBACK_FRAMEWORK_PATH

export BUILD_DARWIN_VER=`uname -r`
export SDKVER="3.1"
export DEVROOT="/Developer/Platforms/iPhoneOS.platform/Developer"
export SDKROOT="$DEVROOT/SDKs/iPhoneOS$SDKVER.sdk"
export PKG_CONFIG_PATH=/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS$SDKVER.sdk/usr/lib/pkgconfig:/Developer/Platforms/iPhoneOS.platform/Developer/usr/lib/pkgconfig:/opt/iphone-$SDKVER/lib/pkgconfig:/usr/local/iphone-$SDKVER/lib/pkgconfig
export PREFIX="/opt/iphone-$SDKVER"
export AS="$DEVROOT/usr/bin/as"
export ASCPP="$DEVROOT/usr/bin/as"
export AR="$DEVROOT/usr/bin/ar"
export RANLIB="$DEVROOT/usr/bin/ranlib"
export CPPFLAGS="-pipe -no-cpp-precomp -I$SDKROOT/usr/lib/gcc/arm-apple-darwin9/4.2.1/include/ -I$SDKROOT/usr/include -I$DEVROOT/usr/include -I/opt/iphone-$SDKVER/include -I/usr/local/iphone-$SDKVER/include"
export CFLAGS="-std=c99 -arch armv6 -pipe -no-cpp-precomp --sysroot='$SDKROOT' -isystem $SDKROOT/usr/lib/gcc/arm-apple-darwin9/4.2.1/include/ -isystem $SDKROOT/usr/include -isystem $DEVROOT/usr/include -isystem /opt/iphone-$SDKVER/include -isystem /usr/local/iphone-$SDKVER/include"
export CXXFLAGS="-std=c99 -arch armv6 -pipe -no-cpp-precomp --sysroot='$SDKROOT' -isystem $SDKROOT/usr/lib/gcc/arm-apple-darwin9/4.2.1/include/ -isystem $SDKROOT/usr/include -isystem $DEVROOT/usr/include -isystem /opt/iphone-$SDKVER/include -isystem /usr/local/iphone-$SDKVER/include"
export LDFLAGS="-arch armv6 --sysroot='$SDKROOT' -L$SDKROOT/usr/lib -L$DEVROOT/usr/lib -L/opt/iphone-$SDKVER/lib -L/usr/local/iphone-$SDKVER/lib"
export CPP="$DEVROOT/usr/bin/cpp"
export CXXCPP="$DEVROOT/usr/bin/cpp"
export CC="$DEVROOT/usr/bin/gcc-4.2"
export CXX="$DEVROOT/usr/bin/g++-4.2"
export LD="$DEVROOT/usr/bin/ld"
export STRIP="$DEVROOT/usr/bin/strip"

if [ ! \( -d "$DEVROOT" \) ] ; then
   echo "The iPhone SDK could not be found. Folder \"$DEVROOT\" does not exist."
   exit 1
fi

if [ ! \( -d "$SDKROOT" \) ] ; then
   echo "The iPhone SDK could not be found. Folder \"$SDKROOT\" does not exist."
   exit 1
fi

./configure --prefix="$PREFIX" --build="i386-apple-darwin$BUILD_DARWIN_VER" --host="arm-apple-darwin9" --enable-static --disable-shared ac_cv_file__dev_zero=no ac_cv_func_setpgrp_void=yes $@

Błąd, który daje mi konfiguracja, nie jest pierwszym, w którym otrzymałem komunikat „Nie można uruchomić programu testowego podczas kompilacji”. W rzeczywistości elementy „ac_cv_file__dev_zero = no” i „ac_cv_func_setpgrp_void = yes” w skrypcie „iphone3.1-configure” powodują pominięcie dwóch podobnie nieudanych testów. Problem, który mam, polega na tym, że nie wiem, jak ominąć to sprawdzenie - to znaczy nie wiem, które zmienne ustawić, aby ominąć ten test i wszelkie dodatkowe testy, które próbują uruchomić pliki wykonywalne zbudowane dla celu Platforma. Udało mi się ominąć dwa wcześniejsze podobne testy tylko dlatego, że udało mi się znaleźć obejście w Google ... czy ktoś wie, jakie zmienne należy ustawić lub w inny sposób ominąć to sprawdzenie?

Jeśli ktoś wie, jak ukryć wszystkie testy, których nie można wykonać podczas kompilacji krzyżowej, lub po prostu wiesz, jak ukryć ten konkretny test, byłbym bardzo wdzięczny. Dziękuję Ci bardzo.

questionAnswers(1)

yourAnswerToTheQuestion