On 09 June 2004 20:09, Christian Maeder wrote:
I wrote:
since version 6.2 we have 2 binary distributions for (generic)
linux: for glibc 2.2 and glibc 2.3
Maybe this is no longer necessary. I've produced an installation
(under glibc 2.2) that runs under glibc 2.2 and glibc 2.3.
I've now
In local.glasgow-haskell-users, you wrote:
Christian Maeder wrote:
What is ctype.h good for?
A good question. Its only use seems to be in
ghc/rts/RtsFlags.c where it is used for functions
like isdigit and isspace for decoding the RTS flags.
Maybe it should be retired altogether.
I'm
Volker Stolz wrote:
What is ctype.h good for?
A good question. Its only use seems to be in
ghc/rts/RtsFlags.c where it is used for functions
like isdigit and isspace for decoding the RTS flags.
Maybe it should be retired altogether.
I'm rather puzzled how this works if ctype.h
Volker Stolz wrote (snipped):
The functions are C89, so they should be present *somewhere* in libc
anywhere.
Yes, you're right. Normally isspace and friends are used as macros,
but ANSI C requires them to be also available as functions so they
must be exported that way.
Therefore if you don't
I wrote:
since version 6.2 we have 2 binary distributions for (generic) linux:
for glibc 2.2 and glibc 2.3
Maybe this is no longer necessary. I've produced an installation (under
glibc 2.2) that runs under glibc 2.2 and glibc 2.3.
I've now also successfully installed ghc-6.2.1 from source under
Dear Haskellers,
since version 6.2 we have 2 binary distributions for (generic) linux:
for glibc 2.2 and glibc 2.3
Unfortunately our network has machines with both of this glibc versions.
The problem seems to be related with the inclusion of ctype.h. Is it
possible to produce a GHC binary for
2004-06-08T14:17:22 Christian Maeder:
since version 6.2 we have 2 binary distributions for (generic)
linux: for glibc 2.2 and glibc 2.3
If it were possible to construct and ship a statically-linked ghc,
that might be ideal; it should be portable across a wide range of
Linuxes, regardless of
Christian Maeder wrote:
since version 6.2 we have 2 binary distributions for (generic) linux:
for glibc 2.2 and glibc 2.3
Maybe this is no longer necessary. I've produced an installation (under
glibc 2.2) that runs under glibc 2.2 and glibc 2.3.
As also Volker Stolz suggested I've changed, after
Christian Maeder wrote:
What is ctype.h good for?
A good question. Its only use seems to be in
ghc/rts/RtsFlags.c where it is used for functions
like isdigit and isspace for decoding the RTS flags.
Maybe it should be retired altogether.
I'm rather puzzled how this works if ctype.h isn't
there at