Simon M has persuaded me that -D/-U are really cpp-specific flags.
What's to stop you using the environment variables directly?
Suppose you had
getEnvVar :: String -> Q (Maybe String)
which is pretty much what System.getEnv does. Would that do the job?
Then you could say
DEBUG=
Hello,
I hope this question isn't too stupid, but I can't find
any obvious way to do this from reading the ghc docs.
What I want to do is call a final foreign function (a
library shutdown routine) when Haskell terminates, but
after all ForeignPtr finalisers have been run.
I suppose I could imple
Good afternoon,
Well, I think there should probably be some internationalisation mechanism that
tells the "show" function (to name one), according to some configuration, how
to interpret a byte as a character.
Frankly, I see no good reason why we should be satisfied we the dinosaurus 7
bits ex
Hallo!
On Thu, Dec 18, 2003 at 01:55:27PM +0100, [EMAIL PROTECTED] wrote:
> Well, I think there should probably be some internationalisation
> mechanism that tells the "show" function (to name one), according to
> some configuration, how to interpret a byte as a character.
My understanding is tha
[ moved to [EMAIL PROTECTED] ]
> i have running ghc on suse 7.3, but i can't install it on
> suse 9.0. the
> next error is raising during the HC files compilation:
>
>
> ...
> CTypes.hc:55265: warning: (near initialization for
> `CTypes_tpl890_closur
> I hope this question isn't too stupid, but I can't find
> any obvious way to do this from reading the ghc docs.
>
> What I want to do is call a final foreign function (a
> library shutdown routine) when Haskell terminates, but
> after all ForeignPtr finalisers have been run.
>
> I suppose I co
Good evening,
OK. I don't know Haskell enough to argue.
But I can't resist pointing out that reading a single byte having the value 233
(that is 'é') is certainly simpler than reading the four characters "\233",
parse it, and translate it into a single byte having the value 233 representing
n
On 2003-12-18 at 16:40+0100 [EMAIL PROTECTED] wrote:
> Good evening,
>
> OK. I don't know Haskell enough to argue.
>
> But I can't resist pointing out that reading a single byte
> having the value 233 (that is 'é')
The problem is that if you are reading single bytes, 233 is
not necessarily é.
I would support the point of view that show should output escapes when
showing characters outside ASCII. This is sort of a "transport" format
(together with read), therefore it must be a GCD for all possible input
encodings.
UTF-8 might be alternative, but it would require to be equally support
simonmar:
>
>
> The (Interactive) Glasgow Haskell Compiler -- version 6.2
>
>
> We are pleased to announce a new major release of the Glasgow Haskell
> Compiler (GHC
10 matches
Mail list logo
