at are hard to name and
lead to naming conflicts. It is these structures that haskell programers
learn are not needed as their skills improve.
but yeah, I love intermediate structures as much as the next haskell
programmer :)
John
--
John Meacham - ârepetae.netâjohnâ
__
On Tue, Jun 15, 2004 at 11:30:24AM +0200, Wolfgang Jeltsch wrote:
> Am Dienstag, 15. Juni 2004 04:05 schrieb John Meacham:
> > [...]
>
> > now classes are a bit trickier, the main thing is that classes in
> > haskell are not like classes in other languages. A class in has
hat have happened in the meantime.
I think the moral is, don't hold your breath. and learn pattern guards,
they are a really really useful and universal extension to the language.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell
t they were in nhc and hugs. although, I
must admit, I don't spend much time with these other compilers.
in that case, consider this a feature request for all other haskell
implementations to retroactivly make my statement true.
John
--
J
ng
on your copyright, send me a note before breaking out the lawyers and I
will be happy to work something out :)
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
find them more or less the most unfriendly and useless things
>
> So how do you debug problems like "Prelude.head: empty list"
> in large programs?
enable template haskell and use $head where $head is defined to generate
'head' with the error annotated with the curre
ing Exception
and the various routines like isIOError were modified to 'look through'
these annotations.
adding stack traces just where you think it might be useful becomes
quite easy then.
John
--
John Meacham - ârepetae.netâjohnâ
_
matching for deconstruction
is just a good habit to get into.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
://www.cs.chalmers.se/~boquist/phd/index.html
Enjoy the books! More titles are in the queue. :)
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
o { a,b::Int }
au = Foo { a = undefined, b = 0 }
main = case au of
Foo { b = 1, a = 0 } -> print "foo"
_ -> print "bar"
ghc => error: Prelue.undefined
hugs => "bar"
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
d have been making my life easier. Perhaps I have
just not been trained to recognize when it should be used.
It is amazing what little things you pick up when you sit down and read
the report as if it were a novel :)
John
--
John Meacham - ârepetae.netâjohnâ
___
mp;& g directly where f and g are functions
which return bool.
http://repetae.net/john/recent/out/Boolean.html
it also gives you perl-like short circuting, so
Just 'a' || Just 'b' -> Just 'a'
and so forth...
John
--
John Meacham - ârepetae.netâjo
-boot files, so they will
get whatever is declared in those, but what is the correct thing that
should happen in a fully recursive module supporting haskell compiler?
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
[E
e a useful
project. What would be cooler (IMHO) would be brining all of matlabs
functionality into haskell via haskell libraries so one may use 'ghci'
sort of as one uses matlab, but with the advantages haskell brings.
John
--
John Meacham
be applied and if it determines an integral
IORef is always passed strict values for instance, it can unbox the
global int.
for the purposes of GC, the global variables can be treated like CAFs.
So, I believe this is a clean and efficient way to allow global state in
haskell. sorry for t
On Wed, Oct 13, 2004 at 07:20:06AM +0100, Jules Bean wrote:
>
> On 12 Oct 2004, at 23:33, John Meacham wrote:
>
> > and via the FFI just a
> > foreign import "&global_var" :: Ptr Int
> > note that we do not need any foregin code, just an object wh
On Wed, Oct 13, 2004 at 10:01:08AM +0100, Adrian Hey wrote:
> On Wednesday 13 Oct 2004 3:36 am, Wolfgang Thaller wrote:
> > b) Some predetermined order, with semantics like mdo:
> >
> > John Meacham wrote:
> > > The basic idea is that your entire program behaves as i
thing we lose is that the
> translation may fail to type-check. This was a compromise we had to do,
> and we chose the light-weight view that mdo is only syntactic-sugar.
Ah yes, that is exactly what I meant. I misread recursion as
polymorphism.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
pear at the end of a line. so
do things like
infixl 9 \\ -- Hack for CPP
and it should work.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
on global
state will already HAVE to be in the IO monad, that should be indication
enough to the programmer that this depends on the world, extended by the
programmer in well thought out abstracted ways.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
te proposal based on the 'mdo' semantics.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
On Wed, Nov 24, 2004 at 02:40:52PM +, Ben Rudiak-Gould wrote:
> John Meacham wrote:
>
> > randomIO [...] Data.Unique [...] Atom.hs [...] caching
>
> These are all great examples of cases where having per-process state
> makes sense.
>
> But they can all be implem
d be no different if
sort were written with global state or even was a top level binding.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
On Wed, Nov 24, 2004 at 10:40:41PM +, Ben Rudiak-Gould wrote:
> John Meacham wrote:
>
> >On Wed, Nov 24, 2004 at 02:40:52PM +, Ben Rudiak-Gould wrote:
> >
> >>But they can all be implemented with George Russell's library plus safe
> >>(pur
On Wed, Nov 24, 2004 at 11:38:42PM +, Ben Rudiak-Gould wrote:
> John Meacham wrote:
>
> >With my mdo proposal, and I think all proposals brought forth, the
> >module system behaves identically to how it normally does for
> >namespace control. [...] modules do not
On Thu, Nov 25, 2004 at 12:49:13AM +0100, Benjamin Franksen wrote:
> On Thursday 25 November 2004 00:38, Ben Rudiak-Gould wrote:
> > John Meacham wrote:
> > >With my mdo proposal, and I think all proposals brought forth, the
> > >module system behaves identically
On Thu, Nov 25, 2004 at 10:07:20AM +0100, George Russell wrote:
> John Meacham wrote:
> > Now, my mdo proposal as written would have "hello" outputed exactly once
> > at module start up time no matter what, whether x is demanded or not. it
> > is equivalant t
On Thu, Nov 25, 2004 at 09:54:41AM +0100, George Russell wrote:
> John Meacham wrote (snipped):
> > George Russell's library is precicly an invalid use of unsafePerformIO.
> > Internally, it does the invalid unsafePerformIO (newIORef) trick which
> > is exactly the prob
ter yet use darcs to send a
patch.
The half-minute tutorial for sending me a patch if you don't know darcs is
;darcs get http://repetae.net/john/repos/DrIFT/
;cd DrIFT
edit code
;darcs record
;darcs send
more info on darcs can be gotten from http://abrid
behavior since it lets you export methods
without exporting the class and lets you hide the implementation detail
of whether a function is implemented as a method or normal declaration.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing
haskell library) I'd like to be able to print the error messages with
the LocaleIO library as it is the only place where the wrong encoding
still can leak out.
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
Haskell@haskell.org
rmation you usually need to explicitly specify in other
languages.
my code:
http://repetae.net/john/recent/out/HsASA.html
Lester's ASA page:
http://www.ingber.com/
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
an arbitrary MonadIO.
** The monad transformer libraries appear to have moved somewhere in the
most recent cvs fptools tree, anyone know where they moved too?
*** Monad transformers rock.
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing lis
r perhaps it is what the paper actually says to do and I am just
misreading it :) I thought I'd share because I have really wanted the
class assosiated types in various situations and I wasn't sure if I'd have
time (or knowledge) to explore this seriously too much further.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
implement
without touching too much of ghcs internals.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
On Wed, Feb 16, 2005 at 12:42:08AM +1100, Manuel M T Chakravarty wrote:
> On Mon, 2005-02-14 at 19:17 -0800, John Meacham wrote:
> > I believe there is a realationship between GADTs and class assosiated
> > types which hints at a much simpler implementation of class assosiated
wasn't
really sure where the complexity of implementing them was coming from.
> Nevertheless, it is interesting to see how it all fits together.
definitly, I know I understand both CATs and GADTs to a much greater
degree by thinking about this problem.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
; a -> b (b a)
> d f = f . f
rank-n polymorphism is fun :)
now, I guess the tricky thing is creating a function which will work as
d head
and
d (:[])
...
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
ensibleExceptions (or something shorter?)
then new code can use this better interface and eventually the old
interface can be depreciated.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
correct, or are there subtle differences?
Read, Show, Typeable, and Data are the only differences AFAIK.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
ld be
made available somewhere in the libraries since portable programs would
have no other way to figure this sort of thing out.
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
What do the Simons think?
This was brought up before, a problem is that an 'import' can silently
change behavior, because depending on whether an existing Functor
instance is already in scope, a Monad instance will either create one or
not.
John
--
John Meacham - ârepetae.ne
to write them
up or was there further discussion elsewhere? Old mailing list archives
seem to be hard to come by.
http://www.cs.chalmers.se/~rjmh/Haskell/Messages/Decisions.cgi
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
re is one included in 'hatchet' which I have succescfully reused in
other projects. A bug is that it doesn't refix infix patterns, but that
should be easy to fix.
http://www.cs.mu.oz.au/~bjpop/hatchet.html
You will probably have to write something to collect fixities from
imp
ors (and some non-errors) cause
the
compiler to quit with an 'error' or pattern match failure.
== References ==
* Boquist Thesis
* Henk paper
* Pure Type Systems type checking paper
* CPR analysis.
* Strictness analysis w/ HORN clauses
* Typing Haskell in Haskell
* Hatchet
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
es, most of
it is derived from them anyway. There are only so many ways to define
'head' :)
John
--
John Meacham - ârepetae.netâjohnâ
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
On Wed, Apr 27, 2005 at 06:14:53PM +0200, Stephane Bortzmeyer wrote:
> On Tue, Apr 19, 2005 at 04:54:42AM -0700,
> John Meacham <[EMAIL PROTECTED]> wrote
> a message of 375 lines which said:
>
> > There are still substantial issues which need to be overcome before
lForge: The web site'.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
ready mentioned.
> And we often have to reuse existing words like "constructor" or "type" for
> scientific purposes which forces us to declare what we mean with these words.
I propose that all future haskell discussion take place in lojban. :)
http://www.lojban.org/
d to be a plugin based thing, but rather an
executable that ghc can run and pass commands to it on stdin and read
results on stdout. Being able to just work on any unmodified program the
compiler supports is a huge feature.
John
--
John Meacham - ⑆repetae.net⑆john⑈
ion or modification of function
structure like with monads.
- none of the implicit parameter oddness.
Comments?
and yes, I know the term 'variable' is a misnomer when dealing with
haskell :)
John
--
John Meacham - ⑆repetae.net⑆john⑈
__
I thought there was talk of a standardized {-# LANGUAGE ... #-} pragma
somewhere.. but I can't seem to find it.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/lis
ically have to constantly redervive everything the program does and
all the unspoken invarients to understand it and how to change it. which
is something that gets super-linearly harder as code size grows.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
doing SMP parallelism with haskell. It seems that some sort of abstract
interpretation could provide a conservative answer to this similar to
the way update analysis is done.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing li
ch them to the right places? I thought it would be really cool
if compilers could use the haddock documentation when printing out error
messages and be able to query documentation as well as type info from
inside the interpreter.
John
--
Jo
On Wed, Aug 24, 2005 at 10:14:58AM +0100, Duncan Coutts wrote:
> On Wed, 2005-08-24 at 10:56 +0200, Lemmih wrote:
> > On 8/24/05, Krasimir Angelov <[EMAIL PROTECTED]> wrote:
> > > 2005/8/24, John Meacham <[EMAIL PROTECTED]>:
> > > > ooh. neat. any chanc
those, but that is
no problem other than being non-haskell-98 compatable). Solving this
'class inflexibility' problem in general is something I have given some
thought too. I will let everyone know if I figure something out...
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
monad is an instance of MonadFix and although that would be nice
to have, it is not really vital since 'mdo', although indispensable
sometimes, is not generally needed except in a few special cases so I'd
stick to the standard 'do' translation.
John
--
John Meacham
On Tue, Sep 20, 2005 at 10:29:14AM +0300, Yitzchak Gale wrote:
> John Meacham wrote:
> > f x y
> >| b > c = ...
> >| c <= 0 && a > b = ...
> >where
> > a = ...
> > b <- ...
> > c <- ...
>
hen can inspect and modify and then
"interpret".
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
urse.
I believe the hugs behavior is correct and ghc and jhc are wrong, but
there were differing opinions on #haskell.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
ere of
specific rounding modes too.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
d an earlier supertyping proposal you might know about, I feel this is
a much better proposal even though it doesn't fully subsume my supertyping
proposal, I feel it solves the problems it was meant to solve in a cleaner
and easier to implement way.
* You may wonder why for the num exam
On Thu, Oct 13, 2005 at 01:14:19AM +0100, Philippa Cowderoy wrote:
> On Wed, 12 Oct 2005, John Meacham wrote:
>
> >ideally we would want to split it up like so (but with more mathematically
> >precise names):
> >
>
> Might it also be reasonable to provide le
constraints.
> class alias FooBar a = Show a => (Foo a, Bar a) where ...
should do nicely.
if nothing better comes along I will update my copy of the proposal
with this new syntax...
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
of those rather than the internal ones.
How much this will be an issue in practice we will have to see. we
might have to experiment some to find the best method for producing
error messages.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
eah, that has confused several people already. I wish I used the new
syntax in my original post, it really makes more sense.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
than just rewriting
the prelude. the Lattice example I gave is right out of my toolbox and
my anoyances with it are part of what motivated me to write this.
> Anyway, my main point it: would a smaller change not suffice?
I do not think it suffices.
We cou
On Thu, Oct 13, 2005 at 01:41:14PM -0400, Paul Govereau wrote:
> On Oct 12, John Meacham wrote:
> >
> > [...]
> >
> > > class Num a where
> > > (+), (*):: a -> a -> a
> > > (-) :: a -> a -> a
> > > negate
7;alias' so it is clearer what is going on. but if it were actually
implemented we could decide whether we want it or not.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
other issues mentioned in my other reply.
>
> One final thing which would be nice is the ability to define
> instances of superclass methods in a subclass declaration. But this
> takes things in a different direction entirely.
.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
bar"),(1,"ooo"),(2,"ar")],array (0,2)
[(0,"foobaaar"),(1,"oo"),(2,"aaar")]]
here is its homepage:
http://repetae.net/john/computer/haskell/JRegex/
I released a different version of this library in the past, but this
version has been cleaned up, moved to a proper spot in the libraries,
and is cabalized.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
ld onto more than needed.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
On Wed, Oct 19, 2005 at 12:01:07AM +0200, Daan Leijen wrote:
> John Meacham wrote:
> >On Tue, Oct 18, 2005 at 08:31:19AM +0100, Simon Peyton-Jones wrote:
> >>GHC tries not to create space leaks, but does not guarantee not to. In
> >>particular, the full laziness tran
read_getspecific' returns the value currently associated with
> KEY in the calling thread.
>
> If there is no such key KEY, it returns `NULL'.
in gcc you can create (faster) thread local storage with the __thread
keyword. as in
__thread int foo;
m
askell 06)
I'd also like to see 'join' and 'ap' added to Monad while we are at it.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
le a
data type with no appropriate field.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
from) Perhaps I just dislike dogshed discussions
(even when taking place internally)
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
or an
instance than + and *. however, I don't know if this ever actually
occurs in practice.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
category. you can cause the compiler itself
to bottom out using them.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
ways to improve the current record system more
conservativly. (like, why is update partial? it should not be partial.
grr.)
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
Type a) -> (forall b . Type b) -> Bool
which means something quite different.
if we use 'exists' for existential types, this might be another useful
use of said name.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell
It seems to me that trac is mainly about the various 'fptools' projects
and hawiki is about haskell topics in general.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.o
what type would
f x = x { foo = "hello" }
have if there were multiple types with 'foo' as a field name?
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
at type does f have?
f :: Foo -> Foo
or
f :: Bar -> Bar
?
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
lymorphic
functions that are {-# INLINE #-}'d for which all polymorphic functions
called by it are also inlined to be applied to unboxed arguments.
a $ b = a b
id x = x
f . g = \x -> f (g x)
being particularly useful instances of this
John
--
independent of anything else, giving up error messages on pattern match
failures in do notation is not acceptable. so, if the split were to
happen, having two methods in MonadZero, one which takes a string
argument, would be needed.
John
--
John Meacham - ⑆repetae.net⑆john
lso get around any issues with 'public domain' not being a well defined
term in some places and more clearly expresses the intent.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
:
> data World__
>
> data IOResult a = FailIO World__ IOError | JustIO World__ a
> newtype IO a = IO (World__ -> IOResult a)
I belive other implementations have used continuations for IO as well.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
27;s, so is
> entirely portable between Unix/Windows - important if you want to be
> able to create a binary that runs anywhere.
also if you want to manipulate windows paths from unix and vice versa.
any standard library should support that sort of thing.
John
--
John
we could experiment with more advanced
representations without breaking anyones code.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
> newAT__ :: Int -> AT a -> Array__ a
> newAT__ n (AT a1) = a1 (prim_newAT__ (prim_newWorld__ a1) n)
so the initial call to newAT__ now depends on the array transformer and
can't be floated out as a CAF.
I have reduced several magic primitives to just one, the world cre
ls more appropriate to me,
there isn't really an 'mplus' you are going to use so making it the
mzero just doesn't feel right.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
dditive operator, there is no need for another concept
of zero and it seems to me that is the real issue. mzero can simply be
defined as 'fail "mzero"'.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
On Mon, Feb 20, 2006 at 05:10:02PM -0800, Iavor Diatchki wrote:
> On 2/20/06, John Meacham <[EMAIL PROTECTED]> wrote:
> > I think the problem is that 'mzero' exists, the correct solution seems
> > to be to get rid of the 'mzero' method of MonadPlus. Sinc
gmas have been proposed for in the past.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
On Tue, Feb 21, 2006 at 10:15:59AM +, Malcolm Wallace wrote:
> John Meacham <[EMAIL PROTECTED]> wrote:
>
> > I generalized this primitive to
> >
> > drop__ :: a -> b -> b
>
> Also known in the Prelude as "const"...
well, 'flip co
e c-- style
continuations to grin which should obviate the need for setjmp and
longjmp which currently cannot be optimized through all that well.
John
--
John Meacham - ⑆repetae.net⑆john⑈
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
nd
of a name in jhc are equivalent in intent to # at the end in ghc, it
just means "this might be special in some way" but if we were to have a
common name, it should be something more descriptive. perhaps `dependingOn` ?
> dependingOn :: a -> b -> a
> dependingOn = flip
101 - 200 of 253 matches
Mail list logo