<p dir="ltr">Any other thoughts as to what I should do or information I can provide to help diagnose this further? It would be a shame to loose the ability to cross compile to Mac. Bruce.</p>
<div class="gmail_quote">On Jan 8, 2013 10:07 PM, "Bruce Tulloch" <<a href="mailto:pascal@causal.com">pascal@causal.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, Jan 8, 2013 at 9:04 PM, Jonas Maebe <<a href="mailto:jonas.maebe@elis.ugent.be">jonas.maebe@elis.ugent.be</a>> wrote:<br>
><br>
> On 08 Jan 2013, at 10:49, Bruce Tulloch wrote:<br>
><br>
> I had a working Debian Squeeze to Mac OSX Snow Leopard cross-<br>
><br>
> What had changed when it stopped working?<br>
<br>
I had to upgrade from Debian Sneeze to Wheezy (for other reasons) and<br>
the previously built odcctools linker (derived from the older<br>
cctools-758) required libraries no longer available in Wheezy which<br>
required that I rebuild it from source but the long dead odcctools<br>
source was no longer available so I rebuilt from Apple's upstream<br>
cctools-809 with the new patches.<br>
<br>
> This suggests that you are using a linker that is too old.<br>
<br>
Should be okay, cctool-809 is 10.6 aware (the<br>
get_macosx_deployment_target() function in the linker reports 10.6<br>
when run).<br>
<br>
> Are you certain that the used  i386-darwin-ld is the one you built from cctools-809?<br>
<br>
Yep, I already checked this.<br>
<br>
ppas.sh reports /usr/local/opt/cctools/bin/i386-darwin-ld which is correct.<br>
<br>
The linker is built with this script (working in a repository I created):<br>
<br>
#!/bin/bash<br>
<br>
# Compilation parameters, adjust as required...<br>
<br>
export TARGET=i386-darwin # OSX target (i386-darwin or x86_64-darwin)<br>
export SYSROOT=/usr/local/opt/osx/MacOSX10.6.sdk # OSX SDK root<br>
export CCTOOLS="809" # OSX cctools version (must be a patched for linux)<br>
export PREFIX=/usr/local/opt/cctools # build host installation directory<br>
<br>
cd cctools # working repository<br>
<br>
# Checkout revision and patch<br>
<br>
hg update -C cctools-$CCTOOLS<br>
hg -R $(hg root)/.hg/patches update -C cctools-$CCTOOLS<br>
hg qpush --all<br>
<br>
# configure and build<br>
<br>
autoconf && chmod +x configure<br>
CFLAGS="-m32 -D__DARWIN_UNIX03" LDFLAGS="-m32" ./configure \<br>
--prefix=$PREFIX \<br>
--target=$TARGET \<br>
--with-sysroot=$SYSROOT \<br>
&& make && make install<br>
<br>
# cleanup<br>
<br>
hg update -C<br>
hg qpop --all<br>
hg clean<br>
<br>
>> The most obvious thought is that not all objects were built against<br>
>> the same revision of the SDK but I can confirm they are.<br>
><br>
> That has no influence anyway. Objects are not really built against an SDK, only<br>
> libraries and applications are. The SDK only affects the linking in case of Pascal<br>
> (in case of C/C++, it also affects the compilation because of the used headers).<br>
<br>
Thanks, understood. It's linking the application that presents the problem.<br>
<br>
I've noticed that all errors except these two:<br>
<br>
i386-darwin-ld:<br>
MacOSX10.6.sdk/System/Library/Frameworks/Carbon.framework/Carbon load<br>
command 4 unknown cmd field<br>
i386-darwin-ld:<br>
MacOSX10.6.sdk/System/Library/Frameworks/OpenGL.framework/OpenGL load<br>
command 5 unknown cmd field<br>
<br>
disappear IF I enable debug symbols when compiling. Don't know if this<br>
is a clue and it does not appear to matter which type of debug info I<br>
enable.<br>
<br>
Bruce.<br>
</blockquote></div>