Re: missing xcode projects when building kmchart

[James Peach <jamespeach@xxxxxxx>]

On 02/04/2008, at 4:20 PM, Nathan Scott wrote:
> Hey James,
>
> On Wed, 2008-04-02 at 12:42 -0700, James Peach wrote:
> > Hi Nathan,
> >
> > I pulled the kmchart git tree, but I'm a bit stumped by the build:
> >
> > blacko:kmchart.git jpeach$ make
> > === src ===
> > === include ===
> > make[2]: Nothing to be done for `default'.
> > === libqmc ===
> > /opt/local/bin/qmake && xcodebuild
> > xcodebuild: Error: the directory /Users/jpeach/src/kmchart.git/src/
> > libqmc does not contain an Xcode project.
>
> Hmm.  qmake is supposed to generate a valid xcode project,
> which we then just blindly build.  So, I guess qmake is not
> doing the right thing on this version of MacOSX / xcode.
>
> Does adding "-macx" to the qmake command line help (this is
> coming from src/include/builddefs[.in], IIRC).

Nope, it still generates the Makefile.

so I looked at the headers issue ....

/usr/lib/gcc/i686-apple-darwin9/4.0.1/include/stddef.h has this  
declaration:
    typedef __PTRDIFF_TYPE__ ptrdiff_t;

But there must be some namespace pollution, because the c++ -E output  
shows this:

    # 1 "/usr/lib/gcc/i686-apple-darwin9/4.0.1/include/stddef.h" 1 3 4
    # 152 "/usr/lib/gcc/i686-apple-darwin9/4.0.1/include/stddef.h" 3 4
    typedef int long;

which is obviously bogus. Using c++ -E -dD, it looks like the  
definition of __PTRDIFF_TYPE__ is a gcc builtin, but the bogus  
ptrdiff_t definition comes from /usr/include/pcp/platform_defs.h.

platform_defs.h contains this little gem:

#if defined(HAVE_MALLOC_H)
#include <malloc.h>
#else
/* #undef ptrdiff_t */
#define ptrdiff_t       long
#endif