Per quelli come me che trascorrere ore a trovare la documentazione per questi flag configurazioni standard (per l'esecuzione di ./configure make make install)
./configure --build is used for specifing the architecture you want to complie for
./configure --host is used to specify the ark of the machine doing the compileing (running xcode)
./configure --target seems to be an alias
Ora poi alla soluzione del problema.
1) Scarica l'ultima versione dei FreeTDS http://www.freetds.org/
2) Il passo successivo è quello di rendere i propri file di shell bash che vengono eseguiti correttamente il ./configure FreeTDS. Ne avrete bisogno due poiché il simulatore è un'architettura i386/i686 e un dispositivo Apple (iPhone, iPod, ecc.) È un'architettura ARM. Inoltre, i file/versione del compilatore all'interno delle directory di sviluppo di iPhone potrebbero essere diversi, basta trovare ciò che ha senso logico e ha una convenzione di denominazione simile. L'architettura dell'host mac è fornita con il comando uname -p.
Ecco il mio esempio per la costruzione per l'uso sul simulatore (i386) build_for_simulator_i386.sh:
#!/bin/sh
#unset some shell variables
unset CC
unset CFLAGS
unset CPP
export buildPath=`pwd`
# make i386 (Simulator) target
export CC=/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/i686-apple-darwin11-llvm-gcc-4.2
export CFLAGS="-isysroot /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator5.0.sdk"
# if you want Windows Authentication (NTLM) support you must use at least tds version 7
# the default is 5
./configure --build=i386 --host=i386 --target=i386 --with-tdsver=7.1
Esempio di configurazione per ARM compilazione (build_for_device_armv7.sh):
#!/bin/sh
# unset some shell variables
unset CC
unset CFLAGS
unset CPP
export buildPath=`pwd`
# make arm target
export CC=/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/arm-apple-darwin10-llvm-gcc-4.2
export CFLAGS="-isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS5.0.sdk"
export CPP=/usr/bin/cpp
./configure --build=arm-apple-darwin10 --host=x86_64-apple-darwin11.3.0 --target=armv7 --with-tdsver=7.1
3) Il prossimo cd alla directory freetds di root che risultava dalla decompressione del download di freetds, il mio era freetds_0.91
4) Esegui uno dei tuoi script. È possibile compilare solo per ONE architettura in un momento
sh build_for_(desiered build)
this runs ./configure for you with the correct options
(tds version 7 required for NTLM authentication)
5) Una volta che il processo di configurazione completa è necessario incidere il file di configurazione. Aprire freetds_0.91/include/config.h allora on line 172 cambiamento #define HAVE_ICONV 1 a #define HAVE_ICONV 0
6) Se è già stato eseguito./ configure, make, make install quindi esegui questi comandi. Specialmente se il passaggio architetture come si ottengono gli errori eseguendo make senza fare questo
sudo make clean
sudo make uninstall
7) Eseguire la compilazione tramite make
make all
sudo make install
La procedura make fa attraverso alcuni errori di proposito, ma se si vede errori entro sei o sette righe di prompt della shell, una volta restituito, si verificano problemi e è necessario correggerli prima di procedere. Diciamo solo che molte cose possono andare storte a questo punto.
8) Dopo aver installato il file rispettato binario che è il culmine di tutti i piccoli file .o che FreeTDS fa è /usr/local/lib/libsybdb.a Fidati di me non si vuole tirare a. o file per la sola libreria che desideri. Copia /usr/local/lib/libsybdb.a nella cartella appropriata del tuo progetto. Quello che ho fatto era avere due cartelle separate, una per architettura, chiamate "compiled_freetds-0.91_simulator_i386" e "compiled_freetds-0.91_device_armv7."
9) Dal momento che si desidera semplificare la vita e avere xcode capire quale file compilato utilizzare seguire questo sottoinsieme di passaggi per eseguire il collegamento dinamico.
a) Select you project settings on the left had side of xcode
(the blue think with the name of your project on it)
b) Select the Target (usual the same name as your app)
c) Navigate to **build settings**, scroll down to **linking > other linker flags**
d) On the left side of Other Linker Flags a mouse over will reveal an expander,
expanding will reveal Debug and Release rows.
e) Add the appriate architectures by selecting the plus on the right side of
either Debug or Release. When the new row appears select the architecture,
double click the first editable field from the right to open an entry box
that you can then drag the appropriate complied file into it to be dynamically
linked. You must do this for both files and when done correctly the file
under ARMv7 will be used when building for the device and the one for Any iOS
Simulator SDK will be used when running on the simulator.
**Note:** You may also need to add the -all_load flag to resolve linking issues.
10) Il passo finale che sembra evitare problema dell'errore collegamento dinamico che coinvolge libsybdb.5.dylib quando si esegue il codice sul dispositivo è quello di rendere disinstallazione. Inoltre, quando si esegue sul dispositivo si ottengono anche molti avvisi, con incrementi di 36, su CPU_SUBTYPE_ARM_ALL deprecato, che è normale, ma fastidioso.
sudo make uninstall
Spero che questo aiuti.
Questo è fantastico! Ma ho finito per usare SDK iSQL da mobilefoo. – Hackmodford
@AmigableClarkKant Sarebbe molto più sensato, no? – Tristan