Haskell for Mac, the Haskell IDE with interactive playgrounds, now offers a
free 14 day trial and educational discounts:
http://haskellformac.com
Manuel
___
Haskell mailing list
Haskell@haskell.org
Just as one data point, the Swift compiler is by default showing warnings about
upcoming changes. Just like deprecation warnings, I do find that helpful. Based
on that experience, including -Wcompat in -Wall seems like a good plan to me.
Manuel
> Ben Gamari :
>
> tl;dr.
Haskell for Mac, the interactive Haskell development environment for OS X, has
just received a significant update. In particular, the new command line tool
integration essentially turns it into a full GHC distribution for OS X.
For details, please see
http://haskellformac.com/news.html
For those getting started with Haskell, you might like to have a look at our
new Haskell tutorial ”Learning Haskell”:
http://learn.hfm.io/
It features a mix of text and screencasts and will be extended over time. There
is a bit on the background at
It is my great pleasure to announce Haskell for Mac
http://haskellformac.com
Haskell for Mac is an interactive Haskell development environment for OS X
Yosemite that is trivial to install, easy to use, and that features Haskell
playgrounds.
Haskell playgrounds are very much like a
[Sorry for duplicates, but I first had the wrong sender address.]
We always very gladly accept pull requests! :)
In any case, please add feature requests as tickets to the GitHub issue tracker
(so they don’t get lost):
https://github.com/AccelerateHS/accelerate/issues
We are trying our best
Simon,
I’m not sure when this ”feature” was added, but I’m pretty sure that my
original implementation of associated types was exactly what you describe in
the solution. Or did I miss anything?
Manuel
Simon Peyton Jones simo...@microsoft.com:
Friends
I want to make withdraw (or, rather,
I believe #9078 affects all EDSLs that use Andy Gill’s stable name method to
implement observable sharing. It certainly crashes Accelerate.
I would very much appreciate if 7.8.3 would be released in time to make it into
the upcoming Haskell Platform. (If the platform would ship with 7.8.2.,
In the Programming Languages Systems (PLS) group @ UNSW, we have spent a lot
of energy on developing methods for high-performance array programming in a
purely functional style. We are curious how our work is being used and what
else the community would like to be able to achieve with
Ian Lynagh i...@well-typed.com:
On Tue, Jun 04, 2013 at 01:15:58PM +1000, Manuel M T Chakravarty wrote:
If a module contains an import of the form
import Prelude.XYZ
then it also automatically uses the NoImplicitPrelude language pragma.
Otherwise, the Prelude remains to be implicitly
I agree with Bryan. Such an invasive change should have a great payoff.
Simon Marlow (in a different discussion) proposed the following (IMO much
better) idea:
If a module contains an import of the form
import Prelude.XYZ
then it also automatically uses the NoImplicitPrelude language
CJ van den Berg c...@vdbonline.com:
I have successfully written Java/Haskell programs using the Java
Native Interface. You can find my JNI to Haskell binding library at
https://github.com/neurocyte/foreign-jni. I am primarily using it to
write Android Apps with Haskell,
Just out of curiosity,
Geoffrey Mainland mainl...@apeiron.net:
Fantastic, glad you got it working! Maybe it's time for me to send
Trevor a pull request...
That sounds like an excellent idea!
Manuel
On 04/01/2013 04:27 PM, Peter Caspers wrote:
indeed, not very helpful ...
When I installed Cuda the latest driver
Simon Peyton-Jones simo...@microsoft.com:
| You may ask what use is a GHC release that doesn't cause a wave of
updates?
| And hence that doesn't work with at least some libraries. Well, it's a
very useful
| forcing function to get new features actually out and tested.
|
| But the
Simon Peyton-Jones simo...@microsoft.com:
If there's a path to having a release strategy as Manuel suggests, and having
an intermediate release with the new vector primops, type extensions and
such goodness, then I'm all for it. A lot of these bits are things ill start
using almost
a fork doesn't require any
special privileges in GHC repos. Finally, we can use GitHub pull requests to
track contributions that are pending integration. This is IMHO also much nicer
than attaching patches at Trac tickets.
Manuel
On 09/02/13 02:04, Manuel M T Chakravarty wrote:
I completely
I completely agree with Johan. The problem is to change core APIs too fast.
Adding, say, SIMD instructions or having a new type extension (that needs to be
explicitly activated with a -X option) shouldn't break packages.
I'm all for restricting major API changes to once a year, but why can't we
Good plan!
Ian Lynagh i...@well-typed.com:
Hi all,
Following a recent discussion, we propose to reorganise the GHC-related
mailing lists so that we end up with:
glasgow-haskell-users
For user discussions
ghc-devs
For developer discussions
ghc-commits
Good plan!
Ian Lynagh i...@well-typed.com:
Hi all,
Following a recent discussion, we propose to reorganise the GHC-related
mailing lists so that we end up with:
glasgow-haskell-users
For user discussions
ghc-devs
For developer discussions
ghc-commits
Simon Marlow marlo...@gmail.com:
This has some advantages and some disadvantages, so we need to make a
decision about what we want to do in GHC 7.8. There are also some policy
questions we need to answer about how Cabal will work with a GHC that
uses dynamic libraries by default. We would like
Most existing Haskell books and similar teaching material is aimed at
programmers who are new to Haskell. This survey is to assess the community
interest in teaching material covering advanced topics beyond the commonly
taught introductory material.
Kristopher Micinski krismicin...@gmail.com:
On Thu, Oct 4, 2012 at 1:21 PM, Stephen Tetley stephen.tet...@gmail.com
wrote:
As for an advanced book, maybe limiting the subject to one domain
(concurrency / DSLs for graphics / pick a favourite ...) might
make a better book than one targeting a
Emil Axelsson e...@chalmers.se:
2012-08-26 08:03, Manuel M T Chakravarty skrev:
Emil Axelsson e...@chalmers.se:
2012-08-24 11:08, Simon Marlow skrev:
On 24/08/2012 07:39, Emil Axelsson wrote:
Hi!
Are there any dangers in comparing two StableNames of different type?
stEq :: StableName
Emil Axelsson e...@chalmers.se:
2012-08-24 11:08, Simon Marlow skrev:
On 24/08/2012 07:39, Emil Axelsson wrote:
Hi!
Are there any dangers in comparing two StableNames of different type?
stEq :: StableName a - StableName b - Bool
stEq a b = a == (unsafeCoerce b)
I could guard the
Most academic papers do use the eval example, but it is a practical example.
This use of GADTs is nice for embedded languages. For example, Accelerate uses
a supercharged version of it to catch as many errors as possible during Haskell
host program compile-time (as opposed to Accelerate compile
Thomas Schilling nomin...@googlemail.com:
You may concatenate the licenses of all the packages you are using. GHC
includes the LGPL libgmp. The license file for each package is mentioned in
the .cabal file.
If you need a version of GHC free of the LGPL, you can build GHC from source
Nitpick: Your example actually does not lead to an error with GHC, as you
define, but do not use 'foo' in M. Names (like classes) only clash when you
look them up.
Manuel
Lennart Augustsson lenn...@augustsson.net:
It's not often that one gets the chance to change something as
fundamental as
If Lennart's suggestion is combined with GHC's lazy checking for name clashes
(i.e., only check if you ever look a name up in a particular scope), it would
also work in your example.
Manuel
Sittampalam, Ganesh ganesh.sittampa...@credit-suisse.com:
If you’re using unqualified and unrestricted
Firstly, especially when you are talking about performance, please provided
detailed information on (a) the versions of the compiler and libraries that you
used and (b) of the command line options that you used for compilation.
Secondly, your function 'transposeP' doesn't make for a good nested
I wonder, do we have a Repa FAQ (or similar) that explain such issues? (And is
easily discoverable?)
Manuel
Ben Lippmeier b...@ouroborus.net:
On 19/06/2012, at 24:48 , Tyson Whitehead wrote:
On June 18, 2012 04:20:51 John Lato wrote:
Given this, can anyone suggest any likely causes of
Bryan O'Sullivan b...@serpentine.com:
On Mon, Jun 18, 2012 at 9:32 PM, John Lato jwl...@gmail.com wrote:
I had thought the last core parallel slowdown problem was fixed a
while ago, but apparently not?
Simon Marlow has thought so in the not too distant past (since he did the
work), if my
That is a great contribution!
Thanks!
Manuel
John Lato jwl...@gmail.com:
Hello,
I am pleased to announce the initial release to hackage of
language-objc, an objective-C AST, parser, and pretty-printer. More
details and short examples are available at
We just released version 0.12 of Data.Array.Accelerate, the GPGPU[1] library
for Haskell:
http://justtesting.org/gpu-accelerated-array-computations-in-haskell
This is a beta release. The library is not perfect, but it is definitely
usable, and we are looking for early adopters.
Manuel
[1]
We just released version 0.12 of Data.Array.Accelerate, the GPGPU[1] library
for Haskell:
http://justtesting.org/gpu-accelerated-array-computations-in-haskell
This is a beta release. The library is not perfect, but it is definitely
usable, and we are looking for early adopters.
Manuel
[1]
Ryan Newton:
But, anyway, it turns out that my example above is easily transformed from a
bad GHC performance story into a good one. If you'll bear with me, I'll show
how below.
First, Manuel makes a good point about the LLVM backend. My 6X anecdote
was from a while ago and I didn't
Ryan Newton:
As a community I think we have to face the fact that writing the hot inner
loop of your application as idiomatic Haskell is not [yet] going to give you
C/Fortran performance off the bat. Though in some cases there's not really
anything stopping us but more backend/codegen work
Stefan Monnier:
I think, Apple has made their stance quite clear by releasing the
command line dev tools:
I'm not sure what you mean by that, but looking at the history of Apple
devices, especially the recent history with iPad, iPhone, etc... it's
pretty clear to me where this is headed:
Martin Dybdal:
On 20 February 2012 16:39, Paul Sujkov psuj...@gmail.com wrote:
Ah, it seems that I see now what's going wrong way. I'm not using the 'run'
function from the CUDA backend, and so by default I guess the code is
interpreted (the test backend used for semantics check). However,
Austin Seipp:
The only two things not clear at this point, at least to me, are:
1) Will Apple require the paid development program, as opposed to the
free one, if you only want to self-sign applications with a cert they
trust?
You can self-sign applications with a certificate that you get
Austin Seipp:
On Sun, Feb 19, 2012 at 8:39 PM, Tom Murphy amin...@gmail.com wrote:
On the other hand,
it's impossible for a software company to maintain a sense of
professionalism, when a user has to know a weird secret handshake to
disable what they may perceive as equivalent to antivirus
I think, you meant to reply to the list and not just to me.
Von: B. Scott Michel scooter@gmail.com
Betreff: Re: GHC, Clang XCode 4.2
Datum: 15 October 2011 12:32:36
An: Manuel M T Chakravarty c...@cse.unsw.edu.au
Antwort an: scooter@gmail.com
Simon:
What are the performance
Just FYI, Xcode 4.2 is live in the Mac App Store now, and it has some nice
goodies (i.e., many who develop for iOS and probably also OS X will probably
adopt it soon).
Manuel
PS: Sorry for not having participated in the discussion on how to solve this,
but I have too many loose ends right
Roman Leshchinskiy:
Simon Peyton-Jones wrote:
I'm not sure if this plan would support [(fred,45), (bill,22)] :: Map
String Int. Probably not. Maybe that's a shortcoming... but such Maps
are a rather surprising use of list literals.
What data structures other than lists do we want to
Roman Leshchinskiy:
Manuel M T Chakravarty wrote:
Roman Leshchinskiy:
What data structures other than lists do we want to construct using list
literals? I'm not really sure what the use cases are.
Parallel arrays! (I want to get rid of our custom syntax.)
Why? Don't you think
At the request of the Haskell Platform folks, we are shipping the Data Parallel
Haskell libraries separately from GHC (i.e., they are not bundled in the GHC
distribution, nor will they be bundled in any Haskell Platform distribution).
To use DPH with GHC 7.2.1, you need to install the DPH
Ian Lynagh:
On Sat, Jul 30, 2011 at 10:57:40PM +1000, Manuel M T Chakravarty wrote:
The RC unfortunately doesn't build on Lion (OS X 10.7).
I've put the latest 7.2 source here, along with OS X builds:
http://www.haskell.org/ghc/dist/7.2.1-rc2/
My guess is that the bindists will work
Ian Lynagh:
On Mon, Aug 08, 2011 at 11:20:18PM +1000, Manuel M T Chakravarty wrote:
Ian Lynagh:
You are right that the bindists use the default gcc (i.e., the one with the
LLVM backend). That is ok, though, as GHC supplies the stack unwinding
linker option.
Do you really mean
In addition to the excellent reasons that Mark outlined, there is another
important reason to *not* include gcc and friends in the HP. Every software
developer (as opposed to friend of a friend who just wanted to try to learn
programming with Haskell on a road trip) will already have Xcode
Ian,
The RC unfortunately doesn't build on Lion (OS X 10.7). It needs two patches I
recently pushed to the master branch (and suggested to be merged into stable).
They are the following patches:
eb01af6ba964fe74375e461723b83597ef97155d (On OS X, use gcc-4.2 with Xcode 4
and up)
Erik de Castro Lopo:
Manuel M T Chakravarty wrote:
In fact, you are better of not to know. Given that GHC (like all
non-trivial software) surely infringes on some patents, the damages
that a patent holder can sue you for are less if you do not know about
the patents you are infringing
austin seipp:
*sigh* CC'ing to the rest of haskell-cafe for completeness. I need to
change 'reply all' to a default in my email I guess.
On Mon, Jun 20, 2011 at 12:19 PM, austin seipp a...@hacks.yi.org wrote:
Hello,
Realistically, there probably is. Considering everything down to
linked
And while we are dreaming, in an iOS port of GHCi (meaning GHCi runs on iOS and
doesn't just generate code for it), it would be great to make bytecode
persistent — ie, the bytecode that GHCi currently generates internally to
interpret programs should be serialized to save and load it. (Note
malcolm.wallace:
For use at high school level, I would imagine that you would want to build a
special distribution anyway. One that for example already includes packages,
such as Gloss, that would be useful in teaching children programming in
Haskell without they having to go through
Malcolm Wallace:
On 10 Jun 2011, at 02:15, Manuel M T Chakravarty wrote:
Anybody who is halfway serious about developing software on a Mac will have
Xcode installed anyway.
As the original poster clarified, the motivating use-case is education
(specifically a class of 12-13 year olds
Sean Leather:
On Fri, Jun 10, 2011 at 03:15, Manuel M T Chakravarty wrote:
Ian Lynagh:
On Mon, Jun 06, 2011 at 03:47:57PM +0100, Malcolm Wallace wrote:
On 6 Jun 2011, at 13:49, Lyndon Maydwell wrote:
I would be fantastic if XCode wasn't a dependency. ...
Not to detract at all from
Lars Viklund:
On Fri, Jun 10, 2011 at 09:24:41PM +1000, Manuel M T Chakravarty wrote:
Well, then get the DVDs bundled with your Mac and install Xcode from those,
or sign up at developer.apple.com and get it there. BTW, Mac users (and
esp devs) upgrade very quickly, much faster than, say
[Ian, sorry for the duplicate — wrong sender email at first.]
Ian Lynagh:
On Mon, Jun 06, 2011 at 03:47:57PM +0100, Malcolm Wallace wrote:
On 6 Jun 2011, at 13:49, Lyndon Maydwell wrote:
I would be fantastic if XCode wasn't a dependency. ...
Not to detract at all from the work of the
Jurriën Stutterheim:
A few weeks ago I set out to build a GUI app using wxHaskell. Long story
short, we ditched the entire idea of a desktop GUI and went for a web
application instead, because it was easier to develop a front-end for it and
it was easier to style it.
So here's my (perhaps
In this context, I'd suggest to have a look at the POPL'06 paper Fast and
Loose Reasoning is Morally Correct
http://www.comlab.ox.ac.uk/people/jeremy.gibbons/publications/fast+loose.pdf
The paper is quite technical, so here the gist. It says that if you formally
proof that two Haskell
, 2011 at 1:32 AM, Manuel M T Chakravarty
c...@cse.unsw.edu.au wrote:
... Interestingly, today (at least the academic fraction of) the Haskell
community appears to hold the purity of the language in higher regard than
its laziness.
As someone who implemented Haskell with quite a bit less
Tony Morris:
Interesting how I have been authoring and subsequently using monads in
scala for several years and it is strictness that gets in the way more
than anything.
Just to make sure that I understand you correctly. You are saying that when
you use monads in Scala, then strictness makes
For a historical perspective, I highly recommend The Definitive Account of the
History of Haskell:
http://research.microsoft.com/en-us/um/people/simonpj/papers/history-of-haskell/index.htm
Section 7 clearly and directly cites the desire to have pure I/O as the
motivation for adopting
I agree with Roman's position. I would prefer to stay with darcs (it has its
advantages and disadvantages, but has definitely been improving much in the
past).
In any case, all of GHC including all dependencies must be available and
patchable with a *single* VCS. Mixing VCS' will lead to
http://www.haskell.org/haskell-symposium/ is missing, too!
Manuel
Am 02/12/2010 um 20:58 schrieb kyra:
On 12/1/2010 12:47 AM, Ian Lynagh wrote:
Hi all,
The haskell.org server migration is now complete.
Please let us know if you have any problems.
Thanks
Ian
Now we have
Ian Lynagh:
On Sun, Nov 28, 2010 at 12:56:00PM -0800, Mark Lentczner wrote:
Outstanding question is what should this framework be called? I would like
to continue to call it GHC.framework, but change the version to something
like 7.0.1+HP-i386,
I think it ought to be called
Andrew Coppin:
On 19/11/2010 11:39 PM, David Peixotto wrote:
There were some problems getting DPH to work well with the changes in GHC 7.
There is more info in this mail:
http://www.haskell.org/pipermail/cvs-ghc/2010-November/057574.html
The short summary is that there will be a patch
Ian Lynagh:
To fix this problem, we propose that we create a haskell.org
committee, which is responsible for answering these sorts of questions,
although for some questions they may choose to poll the community at
large if they think appropriate.
[..]
Unfortunately, this gives us a
Data.Array.Accelerate defines an embedded language of array computations for
high-performance computing. Computations on multi-dimensional, regular arrays
are expressed in the form of parameterised collective operations (such as maps,
reductions, and permutations). Version 0.8.0.0 of
Hi Mihai,
A friend of mine wanted to do some Cellular Automata experiments in
Haskell and was asking me what packages/libraries are there for
multidimensional matrices. I'm interested in both immutable and
mutable ones but I don't want them to be trapped inside a monad of any
kind.
You may
1) Who's interested
Interest, yes, but time is a very scarce resource these days...
2) What dates are good
Midyear break is 29 Jun to 18 Jul at UNSW, but I'm away for a week in that time
period.
3) What projects people want to work on
To be honest, I'd probably be in and out and, on a
Simon Marlow:
[..]
But let's face it, all of this code is crappy. It should be a tiny little
loop rather than a tail-call with argument passing, and that's what we'll get
with the new backend (eventually). LLVM probably won't turn it into a loop
on its own, that needs to be done before
John Van Enk:
consider presenting at CUFP this year
Any word on when this will be?
It'll be before or after (I suspect the later) ICFP
http://www.icfpconference.org/icfp2010/, which is September 27-29 in
Baltimore, Maryland.
Manuel
___
Scott Michel wrote,
Are you also planning a LLVM backend for ghc, in a general sense, or just for
the accelerated work you're doing? It seems to me that ghc itself could be
well served with a LLVM backend, especially if one relies on the JIT mode.
That could help identify code paths in the
Felipe Lessa:
I would suggest that any GSoC project in this space should be based
on D.A.Accelerate (rather than DPH), simply because the code base is
much smaller and more accessible. There is not much point in
writing a CUDA backend, as we already have a partially working one
that we are
Felipe Lessa:
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
Marcus Daniels wrote,
I'm wondering if anyone has looked at OpenCL as target for Data Parallel
Haskell? Specifically, having Haskell generate CL kernels, i.e. SIMD
vector type aware C language backend, as opposed to just a Haskell
language binding.
The short answer is that there is currently
Tom Schrijvers wrote,
I was wondering whether there are any universities that teach about Haskell
type families or GADTs?
I do in my course Language-based Software Safety (both TFs and GADTs). It's
an advanced, research-oriented course for 4th year undergraduate and for
postgraduate
Antoine Latter:
On Sat, Nov 28, 2009 at 3:54 PM, Yusaku Hashimoto nonow...@gmail.com wrote:
I think you installed zlib without proper flags to link with 32-bit
libraries. configuring with ./Setup configure
--with-hsc2hs='--cc-flag=-m32 --ld-flag=-m32' should do the tricks.
See also
Chris Eidhof:
I'm trying to call a Haskell function from C, on OS X. There's an
excellent post [1] by Tomáš Janoušek that explains how to do this on
Linux. However, on OS X, it's different. First of all, it looks like
the -no-hs-main flag is ignored, because I get the following error:
Simon Marlow:
Or, we could just make a 6.12.1 RC2, and advertise it with the same
caveats, putting out 6.12.1 when cabal-install works and we've had a
chance to see the state of Hackage and alert package authors.
Simon and I favour the RC2 option. What do others think?
I agree. I don't
Barney Stratford:
this one built and installed fine on Mac OS X 10.6 :).
Interesting, I thought there were still problems there.
I assume that's a 32-bit version. The problems manifest themselves
only when you compile a 64-bit GHC.
That's incorrect. The 32-bit version is only partially
Reid Barton:
On Sat, Oct 10, 2009 at 02:59:37PM -0400, Brad Larsen wrote:
Suppose we implement type-level naturals as so:
data Zero
data Succ a
Then, we can reflect the type-level naturals into a GADT as so (not
sure if ``reflect'' is the right terminology here):
data Nat :: * - * where
Lajos Nagy:
I understand that one of the original motivations for introducing
associated types to Haskell was the survey of support for generic
programming done by Garcia et al. where they compared the
implementation of the Boost Graph Library in various languages (C++,
Java, Haskell, ML,
Brad Larsen:
Suppose we implement type-level naturals as so:
data Zero
data Succ a
Then, we can reflect the type-level naturals into a GADT as so (not
sure if ``reflect'' is the right terminology here):
data Nat :: * - * where
Zero :: Nat Zero
Succ :: Nat a - Nat (Succ a)
Using type
David Menendez:
Is there any consensus about what needs to be done to get a working
ghc installation on a Snow Leopard (Mac OS X 10.6) system? The Mac OS
X wiki page[1] currently links to a blog post[2] that recommends
manually patching /usr/bin/ghc, but I have also seen recommendations
that
Simon Marlow:
On 24/09/2009 23:54, Barney Stratford wrote:
I've tried just letting the dynamic linker (dyld) sort everything out
for us, but this failed because not all symbols are dynamically
linked,
and the statically linked ones are invisible to it.
One change that will be necessary in
Thomas DuBuisson:
Aside from section 5.7 (storable) and comments on 'alignPtr', the only
mention of alignment in the FFI addendum is on
mallocBytes/allocaBytes:
The block of memory is sufficiently aligned for any of the basic
foreign types (see Section 3.2) that fits into a memory block of the
Ashley Yakeley:
On Mon, 2009-09-14 at 00:40 +1000, Manuel M T Chakravarty wrote:
I don't see what the problem is. instance C (Fam Int) has an
unambiguous, and logically acceptable, meaning to the compiler. Why
do we force the programmer to make an ugly workaround involving
introducing a type
Ashley Yakeley:
GHC wrote:
#3485: Illegal type synonym family application in instance error
is unnecessary,
should be removed
-
+--
Reporter: Ashley Yakeley |
Owner: Type: bug
Ross Paterson:
On Wed, Jul 08, 2009 at 03:09:29PM +0100, Simon Marlow wrote:
1. Just drop the whole libraries section from the report. The
Report will still define the Prelude, however.
There will be some loose ends where the rest of the report
refers to entities from these
Simon Marlow:
On 08/07/2009 22:45, Ian Lynagh wrote:
On Wed, Jul 08, 2009 at 03:09:29PM +0100, Simon Marlow wrote:
1. Just drop the whole libraries section from the report. The
Report will still define the Prelude, however.
I'm tending towards (1), mainly because it provides a clean
Christiaan Baaij:
I believe that you are asking about type functions. Specifically,
I think what you are asking is this:
How can I normalise a type, by rewriting it exhaustively using
the top-level type-function definitions
That is indeed a better formulation of my original question
I
Lee Duhem:
On Sat, May 30, 2009 at 7:35 PM, Maurí cio briqueabra...@yahoo.com
wrote:
Hi,
How do I include type families (used as associated
types) in a module export list? E.g.:
class MyClass a where
type T a :: *
coolFunction :: Ta - a
(...)
If I just include MyClass and its
Dan:
Doesn't look like there's code out there - will try e-mailing the
authors of the various papers/presentations.
We haven't made any code available yet, but we are planning to do so
before ICFP this year.
This e-mail also counts as an open plea to those compiler wizards
working on
Hi Dan,
I was wondering whether anyone had any suggestions on a good way to
generate repetitive code with associated types and kind annotations.
I'd like to use TH but as far as I understand, it doesn't support this
yet (I think associated types are in HEAD but not kinds),
I implemented type
Ian Lynagh:
On Fri, Apr 24, 2009 at 11:08:38AM +0100, Simon Marlow wrote:
We do have a WARNING pragma, incedentally:
http://www.haskell.org/ghc/docs/latest/html/users_guide/pragmas.html#warning-deprecated-pragma
I don't think that using it for this would be a good idea, though. It
would
Dave Bayer:
In that paper, they routinely benchmark N-1 cores on an N core Linux
box, because of a noticeable falloff using the last core, which can
do more harm than good. I had confirmed this on my four core Linux
box, but was puzzled that my two core MacBook showed no such
falloff.
Matt Morrow:
On Mon, Apr 6, 2009 at 7:39 PM, Manuel M T Chakravarty c...@cse.unsw.edu.au
wrote:
Peter Berry:
3) we apply appl to x, so Memo d1 a = Memo d a. unify d = d1
But for some reason, step 3 fails.
Step 3 is invalid - cf, http://www.haskell.org/pipermail/haskell-cafe/2009-April
Peter Berry:
{-# LANGUAGE TypeFamilies, TypeSynonymInstances,
ScopedTypeVariables #-}
The following is a class of memo tries indexed by d:
class Fun d where
type Memo d :: * - *
abst :: (d - a) - Memo d a
appl :: Memo d a - (d - a)
-- Law: abst . appl = id
-- Law: appl . abst
Louis Wasserman:
Mkay. I get it now. I was under the impression that, essentially,
a data family was precisely equivalent to a type family aliasing to
a separately declared datatype.
No, they are not equivalent. You can see that as follows. Assume,
data family T a
type family S a
1 - 100 of 753 matches
Mail list logo