On 4/14/07, Steffen Mazanek [EMAIL PROTECTED] wrote:
Brian, but don't you think that you have to write a lot
of boilerplate code in Haskell?
I have never felt I was writing a lot of boilerplate. There are a lot of
abstraction mechanisms in Haskell to avoid boilerplate.
Second, if Haskell
On 4/13/07, Steffen Mazanek [EMAIL PROTECTED] wrote:
Hello everybody,
I would like to start a discussion on how to generate
best-practice Haskell code from a model, e.g. from
EMF.
I started learning Haskell precisely to solve problems like this. But, once
I got into it, I realized that
On 2/10/07, Joel Reymont [EMAIL PROTECTED] wrote:
Is anyone using Haskell as a scripting language in their app?
I'm thinking of viable it would be to embed ghc in a Mac (Cocoa) app.
Is your application primarily written in Haskell? If not, you would have to
create an interface between that
If you have to ask, you can't afford it. :)
The GHC API is not modular--if you use it, then the entirety of GHC is
included into your program. That means that your executable will increase by
the size of ghc.exe.
Furthermore, you will also need to ship several of the supporting
executables,
On 10/24/06, Duncan Coutts [EMAIL PROTECTED] wrote:
On the other hand, in Gtk2Hs I know one case where we do this. We have aGraphics.UI.Gtk.Cairo api module that is only included if Gtk was builtagainst Cairo. In any case it could be faked by using cpp to just not
export anything rather than not
On 10/23/06, Neil Mitchell [EMAIL PROTECTED] wrote:
HigetChar doesn't return until I press Enter. I need something that returns immediately after I press any key.It's a problem with buffering:hSetBuffering stdin NoBuffering
This usually doesn't work on Windows:GHC 6.4.2 and 6.6: requires enterHugs
On Wed, Oct 18, 2006 at 04:42:00PM +0100, Simon Marlow wrote: So you won't be able to colour patterns differently from expressions, that
doesn't seem any worse than the context vs. type issue.Indeed, I'm not even sure you can colour types vs. values properly, look at this: data T = C [Int] at
On 9/24/06, David House [EMAIL PROTECTED] wrote:
Hi all.The recent thread on email vs. forums inspired a bit of interest toget some forum software on haskell.org. Were we to go ahead with this,I think it'd be great to have this software written in Haskell itself.
If you were to write all-new
Bulat, Stefan,My question wasn't clear. I understand already that classes with associated types are are alternative to MPTC with fundeps.When using AT then we have to decide what part of the abstraction is the class and what part is the associated type. Sometimes this seams arbitrary. If we have:
I read the easy parts of the Associated Types with Class and Associated Type Synonyms papers. An associated type synonym seems to kind of work similarly to a restricted form of class. In what way are the two following examples different?
-- define a class with a type synonym, and a set of
On 8/23/06, Brian Hulley [EMAIL PROTECTED] wrote:
Hi -Disregarding my last proposal which involved the use of {} in types, I amwondering if anyone would agree with me that it would be a good idea to use{} instead of () when writing out the context ie:
foo :: (Num a, Bar a) = a - awould become:foo
On 8/20/06, Brian Hulley [EMAIL PROTECTED]
wrote:
Henning Thielemann wrote: On Thu, 17 Aug 2006, Brian Smith wrote: I find it strange that right now almost every Haskell program directly or indirectly (through FPTOOLS) depends on CPP, yet there
is no effort to replace CPP with something better
] [mailto:
[EMAIL PROTECTED]] On
Behalf Of Brian Smith
Sent: 17 August 2006 17:01
To: haskell-cafe@haskell.org
Subject: [Haskell-cafe] Description of Haskell extensions used by
FPTOOLS
Is there any design document for the FPTOOLS libraries or
some description of language features
Is there any design document for the FPTOOLS libraries or some description of language features that are (allowed to be) used in them?I am going to be taking some significant time off from my normal jobs in the upcoming months. During part of that time, I would like to do some work to improve the
Hi,
I find it strange that right now almost every Haskell program
directly or indirectly (through FPTOOLS) depends on CPP, yet there is
no effort to replace CPP with something better or standardize its usage
in Haskell. According to the following document, and my own limited
experience in reading
On 8/17/06, John Meacham [EMAIL PROTECTED] wrote:
On Thu, Aug 17, 2006 at 11:44:17AM -0500, Brian Smith wrote: Hi, I find it strange that right now almost every Haskell program directly or indirectly (through FPTOOLS) depends on CPP, yet there is no effort to
replace CPP with something better
Hi Neil,On 7/17/06, Neil Mitchell [EMAIL PROTECTED] wrote:
Hi Brian,You sent this email just to me, and not to the list. If you indendedto send to the list then feel free to forward my bits on to the list. I know that FilePath is defined by Haskell '98 as a String and so it cannot
be changed. So,
[ I tried to send this through the fa.haskell USENET group but apparently it did not go through]I kind of expect that a Haskell library for file paths will use the type system to ensure some useful properties about the paths.
For example, when writing security-conscious software I often want to
On 7/20/05, John Goerzen [EMAIL PROTECTED] wrote:
There was a brief discussion on #haskell today about the Haskell
standard. I'd like to get opinions from more people, and ask if there
is any effort being done in this direction presently.
I think an updated standard is overdue. I find it
Is there an example of how to build a Cabal package that has a lexer
generated with Alex and a parser generated with Happy? As far as I
can tell, the way to do this is to add Other-Modules:
Module.Name.Of.Parser.y Module.Name.Of.Lexer.x to each
executable/library stanza. But, when I try this, I
Hi,
When will VHS support the Visual Studio.NET 2005 Beta? I'd like to
volunteer to test VHS.NET 2005 when it is available. (Also, MS is
giving away the VS.NET 2005 beta for free, and VS.NET 2003 costs a
whopping $15.00 from my school's bookstore).
Thanks,
Brian
On Mon, 11 Oct 2004 14:16:36 -0700, John Meacham [EMAIL PROTECTED] wrote:
n Mon, Oct 11, 2004 at 12:22:13PM +0100, Malcolm Wallace wrote:
So is it fair to compare the default lazy Haskell solution with all
the eager solutions out there that laboriously do all this unnecessary
work?
I have:
data Reference = Ref [String] String
data ReferenceError = RefError
{ expectedType :: String -- type of element we were
looking for (e.g. type,package)
, pointOfError :: Reference-- path to deepest parent
element not found in path
}
type
23 matches
Mail list logo
