On 17/11/2010 18:55, Ryan Newton wrote:
Hi all,
Apologies for commenting before understanding Capability.c very well.
But it seems that this file uses locking quite heavily. Has there
been an analysis of whether atomic memory ops and lock free algorithms
could play any role here?
The locks
scion-server mimics a GHCi command line, of sorts. scion-server
is used very successfully to syntax-highlight the Eclipse editor,
show a source's outline, provide type information when hovering
over a name, and provide completions.
That's not the problem, per se. Let's say I'm hovering over a
On 17/11/2010 14:34, Christian Maeder wrote:
ghc can be built without and with libffi.
Which build option are you referring to here? libffi is required for
FFI support in GHCi, and for FFI wrapper imports. However on x86 and
x86_64 we don't normally use libffi for wrappers, because we have
Hi!
On Wed, Nov 17, 2010 at 11:52 AM, Sittampalam, Ganesh
ganesh.sittampa...@credit-suisse.com wrote:
If GHC added support or patterns, you could write them out quite
concisely:
bar Foo1 Foo2 Foo3 = ...
bar (Foo1|Foo2|Foo3) (Foo1|Foo2|Foo3) (Foo1|Foo2|Foo3) = error ...
Uh. Still no nice
Am 18.11.2010 11:12, schrieb Simon Marlow:
On 17/11/2010 14:34, Christian Maeder wrote:
ghc can be built without and with libffi.
Which build option are you referring to here?
I did not use any explicit build option, but just created a
binary-distribution from sources without having
Hi!
On Wed, Nov 17, 2010 at 12:00 PM, Simon Marlow marlo...@gmail.com wrote:
That's hard to do, because the runtime system has no knowledge of exception
types, and I'm not sure I like the idea of baking that knowledge into the
RTS.
But currently it does have a knowledge of interruptible and
On 18/11/2010 11:24, Christian Maeder wrote:
Am 18.11.2010 11:12, schrieb Simon Marlow:
On 17/11/2010 14:34, Christian Maeder wrote:
ghc can be built without and with libffi.
Which build option are you referring to here?
I did not use any explicit build option, but just created a
Am 18.11.2010 13:04, schrieb Simon Marlow:
ghc-pkg describe rts only lists:
extra-libraries: m rt dl
$ ghc-pkg field rts depends
depends: builtin_ffi
$ ghc-pkg describe ffi
name: ffi
version: 1.0
id: builtin_ffi
...
this entry does not say that it wants to link against libffi (and
Am 18.11.2010 13:04, schrieb Simon Marlow:
also for the official ghc-7.0.1-i386-unknown-linux.tar.bz2 that is
linked against libffi (I hope not, unnecessarily). Does this mean that
GHCi is based on a different RTS?
That does seem strange. My 32-bit GHC here doesn't link against libffi:
On 18/11/2010 11:31, Mitar wrote:
Hi!
On Wed, Nov 17, 2010 at 12:00 PM, Simon Marlowmarlo...@gmail.com wrote:
That's hard to do, because the runtime system has no knowledge of exception
types, and I'm not sure I like the idea of baking that knowledge into the
RTS.
But currently it does have
Claus:
Respectfully, No duh! as schoolkids here in the US like to say when someone
points out the obvious to them.
And impossible is the right word since the predicate evaluates to a boolean.
Since false is the outcome, impossible refers correctly to the status of
fetching the documentation.
Simon, thanks for the tips! I have changed the code to use nameModule_maybe
and I've verified that using that on a function imported through a qualified
import works.
Claus, Scott, the redirection from one standard package to a GHC package
wasn't my issue. We're in an IDE that uses GHC, so
In ghc-7.0.1, to import `partition', it is sufficient the line
import List (partition),
but to import `intercalate', it is needed
import Data.List (intercalate).
Does Haskell-2010 differ between List and Data.List
On November 18, 2010 05:12:11 Simon Marlow wrote:
On 17/11/2010 14:34, Christian Maeder wrote:
ghc can be built without and with libffi.
Which build option are you referring to here? libffi is required for
FFI support in GHCi, and for FFI wrapper imports. However on x86 and
x86_64 we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/18/10 13:06 , Serge D. Mechveliani wrote:
In ghc-7.0.1, to import `partition', it is sufficient the line
import List (partition),
but to import `intercalate', it is needed
Hi,
When I use ghc to make large project, the almost-final step of
linking takes a lot of memory. This is horrible on host with little
memory (i.e. 512MB).
Is there any way I can optimize this? Thanks.
--
竹密岂妨流水过
山高哪阻野云飞
___
Glasgow-haskell-users
16 matches
Mail list logo
