[mercury-users] Compiling Mercury on MacOSX

[Terrence Brannon]

Roy Ward writes:
 > on 29/4/01 8:39 PM, Terrence Brannon at princepawn at earthlink.net wrote:
 > 
 > > 
 > > ok, the previous patch fixed the previous problem. now I have the
 > > problem below. I'd appreciate some help with this one too.
 > > 
 > > cd trace && PATH=../scripts:../util:$PATH MMAKE_VPATH=. MMAKE_DIR=../scripts
 > > ../scripts/mmake 
 > > MERCURY_ALL_C_INCL_DIRS=" -I../browser -I../library -I../runtime -I../boehm_gc
 > > -I../boehm_gc/include " ../scripts/mgnuc --grade none.gc     --no-ansi    -g
 > > -c mercury_trace.c -o mercury_trace.o
 > > mercury_trace.c:172: undefined type, found `Word'
 > > cpp-precomp: warning: errors during smart preprocessing, retrying in basic
 > > mode
 > 
 > Terrence,
 > 
 > how did you even get that far? I get stuck at the following:
 > 
 > > /usr/include/mach/shared_memory_server.h:47: warning: could not use
 > > precompiled header '/usr/include/mach/mach.p', because:
 > > /usr/include/mach/shared_memory_server.h:47: warning: macro 'r23' defined by
 > > mercury_bootstrap.h conflicts with precomp

edit mercury_bootstrap.h and add

#define MR_NO_BACKWARDS_COMPAT above the 

#ifdef MR_NO_BACKWARDS_COMPAT

and it won't try to define the macros r23, r22,r21, etc.

There have been several useful messages on mercury-developers in the
last 4-5 days. You might look there for even more info.

-- 
Carter's Compass: I know I'm on the right track when 
by deleting something I'm adding functionality.

--------------------------------------------------------------------------
mercury-users mailing list
post:  mercury-users at cs.mu.oz.au
administrative address: owner-mercury-users at cs.mu.oz.au
unsubscribe: Address: mercury-users-request at cs.mu.oz.au Message: unsubscribe
subscribe:   Address: mercury-users-request at cs.mu.oz.au Message: subscribe
--------------------------------------------------------------------------