On 09-12-2015 12:28, Joachim Breitner wrote:
> Hi,
>
> Am Mittwoch, den 09.12.2015, 06:51 -0700 schrieb Jeremy:
>> "fix" is hyperlinked to itself, and it doesn't say what the fix is
>> for.
>
> that is intended. fix is inherent self-referential, and furthermore
> polymorphic.
>
> Greetings,
> Jo
On 29-07-2014 20:41, Stephen Paul Weber wrote:
>> instance {-# OVERLAPPABLE #-} Show a => Show [a] where ...
>
>> instance {-# OVERLAPPING #-} Show [Char] where ...
>
> This, to me, is an admission that developers are not going to want to turn
> overlapping on globally in general, and so the cu
Interesting hack. I couldn't figure out how you did it, and just in a
lunch-break, until I took a look at the code :).
Cheers!
--
Felipe.
signature.asc
Description: OpenPGP digital signature
___
Glasgow-haskell-users mailing list
Glasgow-haskell-us
Em 25-04-2014 12:22, Edward Kmett escreveu:
> +1 from me. I have a lot of projects that suffer with 4 levels of vacuous
> subdirectories just for this.
>
> In theory cabal could support this on older GHC versions by copying all of
> the files to a working dir in dist with the expected layout on
Em 25-04-2014 12:01, Mathieu Boespflug escreveu:
> Such a policy violates the separation of provenance from function
> principle, which I think is a good one. That is, I ought to be able to
> swap in a different implementation of a map for the standard one in
> the containers package without having
Em 09-04-2014 11:23, Austin Seipp escreveu:
> An updated SHA256SUMS.sig is attached. Thanks for Edsko de Vries for
> pointing it out!
If anybody is, like myself, trying to find a link for the SHA256SUMS
file on the download page, here it is:
https://www.haskell.org/ghc/dist/7.8.1/SHA256SUMS
Fo
On Sat, Oct 2, 2010 at 8:29 PM, Daniel Fischer wrote:
> Yes, cabal looks at the package-index to find out the required
> dependencies, it doesn't know where you have local source files.
Actually, this is cabal-install. If you 'cabal unpack' then
'runhaskell Setup.hs configure' and 'runhaskell Se
On Mon, Jul 12, 2010 at 5:23 PM, Evan Laforge wrote:
> Another hack I thought of:
>
> - store ptr in a global MVar in haskell, pass it to C
> - C does its thing, ptr stays alive because haskell still has a reference
> - now when C calls the finalize funptr, it deletes the ptr from the
> haskell MV
On Sat, Jun 19, 2010 at 07:23:50PM -0700, Evan Laforge wrote:
> On Sat, Jun 19, 2010 at 6:00 PM, Felipe Lessa wrote:
> > On Sat, Jun 19, 2010 at 08:38:52PM +0200, Christian Höner zu Siederdissen
> > wrote:
> >> But the more important thing is, that it makes extending mod
On Sat, Jun 19, 2010 at 08:38:52PM +0200, Christian Höner zu Siederdissen wrote:
> But the more important thing is, that it makes extending module
> functionality a pain (eg. if a constructor is not exported using (..)).
I think this is another problem. Sure, without export lists you
*currently*
On Sun, May 02, 2010 at 01:10:17PM +0200, Sebastian Fischer wrote:
> What makes me wary is that GHC distinguishes between different kinds
> of non-terminating computations (those it can detect as black holes
> and those it can't). As a consequence, the semantics of my program
> depends on how I def
On Thu, Feb 04, 2010 at 11:31:53AM +1100, Manuel M T Chakravarty wrote:
> It's really only two things, as the GPU monad from the cited paper
> has been superseded by Data.Array.Accelerate — ie, the latter is a
> revision of the former. So, the code from the cited paper will
> eventually be release
On Wed, Feb 03, 2010 at 11:37:09AM -0600, Donnie Jones wrote:
> Hello Felipe,
>
> I copied this email to Sean Lee & Manuel M T Chakravarty as they
> worked on Haskell+CUDA, maybe they can comment on the current status?
>
> Here's their paper...
> GPU Kernels as Data-Parallel Array Computations in H
Hello,
Recently I tried to look for the status of Data Parallel Haskell
with a CUDA backend. I've found [1] which mentions [2] saying
that this is difficult and work was being done. That was almost
two years ago. Was any progress made since then or is the work
stalled?
About GSoC, I wonder if
14 matches
Mail list logo
