Re: Failure building HEAD in libraries/base/Data/ByteString.hs

Hmm! Very interesting. Register spill classes, eh? SimonM? -- Don rfh: > >I get the following error when trying to bootstrap the >6.5.20060506 snapshot from hc files (registerised): > >gcc -x c Data/ByteString.hc -o Data/ByteString.raw_s -S -O >-fno-defer-pop -fomi > >t-fra

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

There's been a few changes since then, perhaps try again with last night's snapshot? dons: > Hmm! Very interesting. Register spill classes, eh? SimonM? > > -- Don > > rfh: > > > >I get the following error when trying to bootstrap the > >6.5.20060506 snapshot from hc files (registerised)

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

Often I find these are the result of gcc inlining something, or using its built-in primitives. We already pass -fno-builtin to gcc on x86. Don - are there any C functions being inlined in ByteString? If so, it might be a good idea to turn off the inlining. Cheers, Simon Donald Bruce

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

As of 6.5.20050610 this still occurs on both the intel mac and intel linux (Gcc 4.0.1 & gcc 4.0.2 respectively). Setting -fno-inline for gcc has no effect. -reilly hayes On May 9, 2006, at 1:20 AM, Simon Marlow wrote: Often I find these are the result of gcc inlining something, or usin

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

Thanks, I'm looking into it. -- Don rfh: > > As of 6.5.20050610 this still occurs on both the intel mac and intel > linux (Gcc 4.0.1 & gcc 4.0.2 respectively). Setting -fno-inline for > gcc has no effect. > > -reilly hayes > > On May 9, 2006, at 1:20 AM, Simon Marlow wrote: > > >Often I

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

I'm pretty sure this is to do with calls to strlen() from Data.ByteString. Can you check for sure that gcc is being passed -fno-builtin? (use ghc -v). Failing that, we might have to use a private version of strlen() that gcc doesn't try to inline. Cheers, Simon Reilly Hayes wrote:

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

Gentlemen, ghc -v was not required, as I am building this using .hc files from another host. Adding "-fno-builtin" to the CC opts did resolve the problem. Furthermore, I believe I have confirmed that strlen is the problem by succesfully compiling the library using "-fno-builtin- strlen"

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

Simon, how do you want to proceed with this? Just add -fno-builtin-strlen to the .hc bootstrappping CC flags? -- Don rfh: > Gentlemen, > > ghc -v was not required, as I am building this using .hc files from > another host. Adding "-fno-builtin" to the CC opts did resolve the > problem. Fur

Re: Failure building HEAD in libraries/base/Data/ByteString.hs

Donald Bruce Stewart wrote: Simon, how do you want to proceed with this? Just add -fno-builtin-strlen to the .hc bootstrappping CC flags? Added -fno-builtin to PLATFORM_HC_BOOT_CC_OPTS in mk/bootstrap.mk. Cheers, Simon ___ Glasgow-haskell-use