Note: For being able to cross-compile git we have to omit check for
      formatted IO functions support C99 size specifiers, by using
      a config cache tweak, asuming that the support is available.

Note: libc_cv_forced_unwind=yes and libc_cv_c_cleanup=yes" config cache
      variables are needed for all archs if TLS is enabled, and the
      config cache approach seems to be more reliable than patching!

Note: Nevertheless prelude-lml is not cross-compilable yet because the
      configure script doesn't allow yet to specifiy the correct pcre prefix!

Note: By now the libgcrypt tests will be build again while cross-compiling
      but we have to explicitely disable MPI assembler modules, which leads
      to unresolved symbols otherwise. In general this shouldn't cause any
      troubles as it seems that assembler modules aren't even used while
      compiling natively. At least I couldn't find any related symbols in
      any natively compiled libgcrypt binaries I have access to currently.

Note: We have to assure that the right libgcrpyt is used while cross-compiling
      by passing '--with-libgcrypt-prefix' confopt as well as disabling the
      built-in tests.

Note: While cross-compiling we had to disable the built-in tests via a patch,
      as well as providing some little guidance to use the right libgpg-error.

./load unixclient env.o utoa.o `cat socket.lib`
.../usr/bglibs/lib/libsysdeps.a: could not read symbols: Archive has no index; run ranlib to add one
collect2: ld returned 1 exit status
make: *** [unixclient] Error 1

they are symlinked, but -lbg-sysdeps pass and -lsysdeps doesn't

they define LD=ld -melf_i386, which we override, so we have to override it
correctly.

Note: We also source 'bg-config.in' from bglibs which will adjust the
      build system for being able to cross-compile bcron.