Re: [Reduce-algebra-developers] build problems on mac os x 10.6 (snow leopard)

[Rainer S. <rai...@gm...>]

On Wed, 4 Jan 2012 at 19:24 -0600, mark brethen wrote:

 > I developed a macports installation script on mac os x 10.7 (lion) and it works fine. I received some reports that it does not build on 10.6 (snow leopard). I have log files for both my lion install and a snow leopard install, but they're pretty big (let me know where to post them). It appears to be forcing a universal build (ppc i386) but 10.6 is 64, and it complains about not finding the SDK for 10.6.  I've had no issues building csl (64) on 10.7.
 > 
 > Info on snow leopard install:
 > 
 > $ uname -a
 > Darwin lavergne.gotdns.org 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun  7 16:32:41 PDT 2011; root:xnu-1504.15.3~1/RELEASE_X86_64 x86_64
 > 
 > $ ls /Developer/SDKs/
 > MacOSX10.6.sdk
 > 
 > Info on lion install:
 > 
 > Marks-MacBook-Pro:~ marbre$ uname -a
 > Darwin Marks-MacBook-Pro.local 11.2.0 Darwin Kernel Version 11.2.0: Tue Aug  9 20:54:00 PDT 2011; root:xnu-1699.24.8~1/RELEASE_X86_64 x86_64
 > 
 > Marks-MacBook-Pro:~ marbre$ ls /Developer/SDKs/
 > MacOSX10.6.sdk MacOSX10.7.sdk

Mark, there is little point in posting to the sf help forum instead of this 
mailing list.

The relevant part of config.guess is this:

    *:Darwin:*:*)
        UNAME_PROCESSOR=`uname -p` || UNAME_PROCESSOR=unknown
        case $UNAME_PROCESSOR in
            i386)
                eval $set_cc_for_build
                if [ "$CC_FOR_BUILD" != 'no_compiler_found' ]; then
                  if (echo '#ifdef __LP64__'; echo IS_64BIT_ARCH; echo '#endif') | \
                      (CCOPTS= $CC_FOR_BUILD -E - 2>/dev/null) | \
                      grep IS_64BIT_ARCH >/dev/null
                  then
                      UNAME_PROCESSOR="x86_64"
                  fi
                fi ;;
            unknown) UNAME_PROCESSOR=powerpc ;;
        esac
        echo ${UNAME_PROCESSOR}-apple-darwin${UNAME_RELEASE}
        exit ;;

As you can see, since uname -p returns i386 on 64 bit Darwin, it tries to 
determine whether the C preprocessor defines the symbol __LP64__ .

config.guess is part of GNU autoconf, so it is not something beyond our scope. 
Maybe you have different versions of autoconf?

 Rainer