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
|