On Sep 11, 2006, at 5:06 PM, Ge Wang wrote:
Hi Eduard!
When building chuck from cvs in macintel got the following:
gcc -D__MACOSX_CORE__ -O3 -c chuck_instr.cpp /usr/include/sys/types.h:86: error: declaration does not declare anything
This is quite strange. We don't have a macintel around, so we'll try to debug remotely. I checked in a slight change to the offending file, please update and try compiling again?
Also: 1. what gcc version on macintel? 2. does the release 1.2.0.6 compile or do you get the same error?
Anyone else encounter the same problem?
I am seeing this, too. First, a disclaimer. I've barely gotten into using ChucK and hadn't looked at source until I heard about this problem. Somehow it wasn't very easy for me to find information about how to check out the source from CVS, but I found it in the chuck-dev mailing list archive, eventually. Maybe it's time I subscribe there, too. The problem is that chuck_instr.h has this: #define uint unsigned long and sys/types.h has: #ifndef _POSIX_C_SOURCE ... typedef unsigned int uint; /* Sys V compatibility */ #endif which results in a: typedef unsigned int unsigned long; Fixing this is not the only hurdle, later on you'll see things like: /var/tmp//ccAPkhiP.s:20471:no such 386 instruction: `fctiw' /var/tmp//ccAPkhiP.s:20472:no such 386 instruction: `stfd' which is caused by inline assembly for the wrong architecure getting picked up from util_sndfile.h (looks like OS X does have lrint() and lrintf() so there should be no need for asm at all). An Intel Mac shouldn't be necessary to debug these kinds of issues. All you need is recent developer tools with universal libraries and you'll be able to specify "-arch i386" in compiler and linker flags to produce Intel binaries on a PPC machine. -Jukka