Here is "How to convert Hugs into an Orbit server and supply it
with a GUI client"
www.numeric-quest.com/haskell/morehugs/index.html
Jan
George Russell <[EMAIL PROTECTED]> writes:
> I have no problem with software having an explicit license, I just don't see
> that it normally needs to be quoted at the top of EVERY module. (There
> are probably exceptional jurisdictions where it does, but not many.)
> The GHC method, where the l
On Wed, 15 Mar 2000 10:27:56 + (GMT), you uttered:
>>> It would be great if at least one haskell system could get into the
>>> standard linux distributions. ...
>
>> Sure - any idea how to get Red Hat to include the stuff?
>
>I've asked a (busy) friend who works for redhat. I'll
> 3. Manuel points out
>
> I must say that I'm strongly tempted to disallow empty qualifiers
> and make n>=1. I'm not sure how this change crept in in the first
> place. Does anyone care? Urgle.
The report is in a bit of a mess here.
The top of section 3 (the summary of exp syntax) also has n
"S.D.Mechveliani" wrote:
>
> Mabye, STGHugs www page contains a bug?
> For I had the same problem as Ronald J. Legere
> when tried to find and download STGHugs starting from
> http://haskell.org
>
> > 15 Mar 2000
> > From: "Ronald J. Legere" <[EMAIL PROTECTED]>
>
> > Actually I wanted to try
Mabye, STGHugs www page contains a bug?
For I had the same problem as Ronald J. Legere
when tried to find and download STGHugs starting from
http://haskell.org
> 15 Mar 2000
> From: "Ronald J. Legere" <[EMAIL PROTECTED]>
> Actually I wanted to try STG hugs on my win 98 machine (I know thats
Actually I wanted to try STG hugs on my win 98 machine (I know thats
not supported, but I have ghc workign with cygwin, so maybe i can
get it working...) but if I go to:
http://www.cse.ogi.edu/PacSoft/projects/Hugs/pages/thrills.htm
all the links to downloadable files dont lead anywhere but
htt
On 15-Mar-2000, George Russell <[EMAIL PROTECTED]> wrote:
> Fergus Henderson wrote:
> [snip]
> > For FLOOR_{F->I}(NaN), the result is defined as a NaN:
> [snip]
> > But in both cases this doesn't really make much sense to me,
> > since here the result type of the operation is an integer rather
> >
Fergus Henderson wrote:
[snip]
> For FLOOR_{F->I}(NaN), the result is defined as a NaN:
[snip]
> But in both cases this doesn't really make much sense to me,
> since here the result type of the operation is an integer rather
> than floating point type. I guess the earlier part of 6.1 does
> shed
On 15-Mar-2000, Malcolm Wallace <[EMAIL PROTECTED]> wrote:
> > 1. Marcin Kowalczyk pointed out that scanl1 and
> > scanr1 fail on empty args, whereas they could perfectly well
> > return [] on such arguments.
>
> Does the same apply for foldl1 and foldr1?
No, returning [] from foldl1 and fold
On 15-Mar-2000, Simon Peyton-Jones <[EMAIL PROTECTED]> wrote:
> 2. George Russell pointed out that floor(Inf) and floor(NaN) are not
> defined in Standard Haskell; indeed GHC and Hugs have different behaviour.
> Alternatives
> (A) Make it explicit that the behaviour in these circumstances
Volker Wysk wrote:
>
> Hello.
>
> The mentioned requirements point to using SGML for literate programming.
> This would lead to a systematic approach.
Can you summarise please the main ways in which (as an example) GHC development
would be helped if SGML was used?
> 1. Marcin Kowalczyk pointed out that scanl1 and
> scanr1 fail on empty args, whereas they could perfectly well
> return [] on such arguments.
Does the same apply for foldl1 and foldr1?
Regards,
Malcolm
Hello.
The mentioned requirements point to using SGML for literate programming.
This would lead to a systematic approach.
See
Literate Programming with SGML and XML
http://www.oasis-open.org/cover/xmlLitProg.html
SWEB: an SGML Tag Set for Literate Programming
http://www.uic.edu/~cmsmcq/tech/sw
I am writing (another) modular interpreter in Haskell (Hugs98 actually).
I keep having problems with multiparameter type classes.
Is there any sort of user's manual for this yet non-standard construct?
I understand the idea, and it is all fine when it works, but there are
many restrictions that
Folks
Once the ICFP dust is subsided I want to get back to
completing the Haskell 98 bug list, and then producing
a version of the report that includes all the fixes.
Re take and drop
> | * Opinion seems pretty evenly balanced between
> | (A) Accept negative arg (take yields [], drop yield
I have no problem with software having an explicit license, I just don't see
that it normally needs to be quoted at the top of EVERY module. (There
are probably exceptional jurisdictions where it does, but not many.)
The GHC method, where the license file is in the distribution and easy
to find
Reuben Thomas wrote:
> It was more that we wanted a package that was easy to install and
> use. [...]
As already pointed out, the SuSE distribution uses self-made db2foo
tools, which are slightly incompatible to the ones used in the rest
of the world. Perhaps some people on this list could compla
On Tue, Mar 14, 2000 at 01:57:23PM -0800, Richard Uhtenwoldt wrote:
> if you want to recoup the costs of your writing a program, then charge
> money for it. if you decide not to try to recoup your costs, then
> please include an explicit license (like the GPL, the LGPL, or the BSD
> license) that
On Wed, 15 Mar 2000, Peter Hancock wrote:
> says that the project has been suspended.) I suppose the problem here
> is that the ghc people (laudably, sensibly, etc, ..) want a doc package
> that makes rtf as well as the usual unix doc formats.
It was more that we wanted a package that was easy
"Manuel M. T. Chakravarty" wrote:
> IMHO it would be much more important to think about a
> mechanism for automatically extracting all the interface
> information (including the interface comments) from a
> Haskell module. Something like an automatically generated
> Modula-2 definition module tha
> After a _lot_ of ferreting round the net, I found db2dvi in
> stylesheets-0.10-2.i386.rpm.
Ah, cool. Reuben: we should document this. Manuel: if this RPM contains
all the tools we need, should it be added as a build dependency?
> (Actually, it's not in
> docbook-3.1-5.i386.rpm, or psgml-1.2.
Peter Hancock writes:
> After a _lot_ of ferreting round the net, I found db2dvi in
> stylesheets-0.10-2.i386.rpm. (Actually, it's not in
> docbook-3.1-5.i386.rpm, or psgml-1.2.1-1.i386.rpm, or
> sgml-tools-1.0.9-5.i386.rpm, or jade-1.2.1-9.i386.rpm, or ...) The
> adjective `exotic' seems a
> There's the new unified FFI, using the "foreign" keyword. I believe,
> there's a reference to the FFI paper from www.haskell.org.
Yes, the new STG Hugs, for which Linux and Win32 preview versions are
already available, supports foreign import/foreign export, so you
can not only call C from the
> "Manuel" == Manuel M T Chakravarty <[EMAIL PROTECTED]> writes:
> As already pointed out by some people, you need the DocBook
> tools to build the documentation.
After a _lot_ of ferreting round the net, I found db2dvi in
stylesheets-0.10-2.i386.rpm. (Actually, it's not in
docbook-
Hello!
On Tue, Mar 14, 2000 at 06:00:36PM -0800, Ronald J. Legere wrote:
> I know that GHC has _ccall_, but what way can I call
> foreign functions in Hugs? Is there a way? I see the primitive
> keyword used in prelude.hs, but really there is no docs
> that I can find about how to use it, or
Hello!
On Tue, Mar 14, 2000 at 03:07:38PM +0100, Thomas Hallgren wrote:
> [...]
> Today, I put sources for Fudgets [1] version h13t on our ftp site [2]. It
> compiles with HBC and GHC 4.06.
I have patches for h13o to make them compile on GHC without hbcmake/
similar things (i.e. ghc + gmake, no
27 matches
Mail list logo