[nightly] HEAD onpowerpc-apple-darwin (chil15.orchestra.cse.unsw.EDU.AU)

[Simon Marlow]

On 31 August 2004 23:49, Sean Seefried wrote:

> On 01/09/2004, at 2:09, Sven Panne wrote:
> 
>>> ../../ghc/compiler/ghc-inplace -H16m -O
>>> -I/home/sseefried/local-ppc7400/include -I/usr/X11R6/include
>>> -L/home/sseefried/local-ppc7400/lib -L/usr/X11R6/lib -framework-path
>>> /home/sseefried/Library/Frameworks -pgmP "gcc3 -E -traditional"
>>> -framework HaskellSupport -O2 -static -#include Prelude.h -#include
>>> Rts.h -#include RtsFlags.h -#include RtsUtils.h -#include StgRun.h
>>> -#include Schedule.h -#include Printer.h -#include Sanity.h
>>> -#include Storage.h -#include SchedAPI.h -#include Timer.h
>>> -#include Itimer.h 
>>> -#include ProfHeap.h -#include LdvProfile.h -#include Profiling.h
>>> -#include Apply.h -fvia-C -dcmm-lint     -c Apply.cmm -o Apply.o
> 
> But I think I have found the problem.
> 
> % gcc3 -E -traditional Apply.cmm
> 
> gives:
> 
> gcc3: Apply.cmm: linker input file unused because linking not done
> 
> At first I thought the fact that gcc3 thinks it's an Objective C
> program. Close. In fact, it thinks it's an Objective C++ program.
> Adding the flag '-x c' to the command line makes this problem go away.
> We'll see how the build goes tomorrow.

I'm confused.  GHC already passes -x c to gcc when doing preprocessing.

Why do you need to set -pgmP?  Doesn't configure find the right one?

Have you checked the output from -v?

Cheers,
	Simon