Yeah, I was tracking down the unregistered build semantics ….

Unfortunately, this simply says to the compiler:
"Don't build USING asm because I'm building on an architecture I don't know", 
it doesn't say "don't build asm (native code generation)".

Perhaps if I unentangle it from compiler/ghc.cabal.in … at least that's where 
I'm at now, but that is not straight-forward either.

Paul Monday
Parallel Scientific, LLC.
paul.mon...@parsci.com




On Oct 31, 2011, at 11:58 AM, David Terei wrote:

> Check out this page:
> 
> http://hackage.haskell.org/trac/ghc/wiki/Building/Unregisterised
> 
> You don't want to do a full unregisterised build if you can avoid it
> (although its a viable option) but it gives you a starting point, I
> don't know how just putting:
> 
> GhcWithNativeCodeGen=NO
> 
> in your mk/build.mk will function without the rest of the
> unregisterised settings.
> 
> On 31 October 2011 10:25, Paul Monday <paul.mon...@parsci.com> wrote:
>> Hmmm, it's more complex then that.  Maybe I need to step back and look
>> differently at this.
>> I'm adding a series of primops/primtypes that I only care about, for now,
>> being in the LLVM code generation branch.  Someone else will worry about the
>> other code generation paths.
>> Is the native code generation completely inseparable with the remaining code
>> at this point?
>> It looks like native code generation is identified in the ghc.cabal, can it
>> simply be removed?
>> Paul Monday
>> Parallel Scientific, LLC.
>> paul.mon...@parsci.com
>> 
>> 
>> 
>> On Oct 28, 2011, at 4:12 PM, David Terei wrote:
>> 
>> Not that I'm aware of but there are ways that are just as good.
>> 
>> If your working on LLVM you can just do stage1 builds and ghc will
>> only rebuild the changed files. (cd compiler/; make 1)
>> 
>> If you need stage2 builds for some reason then just fix your stage1 to
>> stop it being rebuilt and then stage2 should build very quickly. (see
>> mk/build.mk.sample)
>> 
>> Cheers,
>> David
>> 
>> On 28 October 2011 12:37, Paul Monday <paul.mon...@parsci.com> wrote:
>> 
>> Is there a simple way to temporarily turn off the -fasm (compiler/nativeGen)
>> 
>> portion of the build?  I'm adding code that is targeted at LLVM and I would
>> 
>> love to take the nativeGen portion of the build out of the loop for a while.
>> 
>> Paul Monday
>> 
>> Parallel Scientific, LLC.
>> 
>> paul.mon...@parsci.com
>> 
>> 
>> 
>> 
>> _______________________________________________
>> 
>> Cvs-ghc mailing list
>> 
>> Cvs-ghc@haskell.org
>> 
>> http://www.haskell.org/mailman/listinfo/cvs-ghc
>> 
>> 
>> 
>> 

_______________________________________________
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc

Reply via email to