In fact, GHC understands both NOINLINE and NOTINLINE with any
capitalisation.  We just tend to use NOINLINE because I think GHC had it
before notInline was mentioned in the report.

Cheers,
        Simon

> -----Original Message-----
> From: Julian Seward (Intl Vendor) [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, August 02, 2001 10:31 AM
> To: George Russell; [EMAIL PROTECTED]
> Subject: RE: How do you stop functions being inlined?
> 
> 
> 
> {-# NOINLINE name #-}
> 
> | -----Original Message-----
> | From: George Russell [mailto:[EMAIL PROTECTED]] 
> | Sent: Wednesday, August 01, 2001 3:46 PM
> | To: [EMAIL PROTECTED]
> | Subject: How do you stop functions being inlined?
> | 
> | 
> | Well, I think we all know the answer to this one, namely 
> |    {-# NOINLINE [name] #-}
> | This is, after all, what GHC does, and what several of the 
> | files in ghc/fptools do.
> | 
> | Only slight problem is that according to the Haskell 98
> | report, including Simon Peyton Jones' revised draft, you
> | should use:
> |    {-# notInline [name] #-}
> | Most of the time in fptools/hslibs (which I have from
> | GHC), NOINLINE is used, but in one case notInline is used.
> | 
> | Of course one of the delights of pragmas is that the
> | "pragma should be ignored if an implementation is not prepared to 
> | handle it.".  So if you guess wrong, you may never know, 
> | until you get a mysterious bug from GHC inlining a call to 
> | create a global variable via unsafePerformIO.  Aren't pragmas 
> | wonderful?
> | 
> | Would someone tell me which we are supposed to use?  Or 
> | should I use both "NOINLINE" and "notInline", just to be on 
> | the safe side?
> | 
> | _______________________________________________
> | Haskell mailing list
> | [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
> | 
> 
> _______________________________________________
> Haskell mailing list
> [EMAIL PROTECTED]
> http://www.haskell.org/mailman/listinfo/haskell
> 

_______________________________________________
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell

Reply via email to