Duncan Coutts <[EMAIL PROTECTED]> writes:
> The other distros are following a similar course though not yet quite as
> successfully as Don has demonstrated for Arch. There are similar
> translation tools for Gentoo, Debian and RPM-based distros
What is the current recommended way to build debian
I'm pleased to announce the first public release of benchpress.
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/benchpress
benchpress is a micro-benchmark library that produces statistics such
as min, mean, standard deviation, median, and max execution time. It
also computes execution
I am a Haskell newbie trying to do COM automation using Haskell. I am using
hscom (Krasimir's implementation of COM automation). I have run into a problem
and need some help.
I have a Variant returned from a COM method invocation. When I print it, it
shows up as below.
Variant VT_DISPATCH
I nee
G'day all.
Quoting "Richard A. O'Keefe" <[EMAIL PROTECTED]>:
Just an idiot-level question: so these "constants" are subject
to revision, but *how often*?
Good question. For leap seconds:
- The data can change no quicker than once every 6 months.
- The shortest time between changes was 6 m
Just an idiot-level question: so these "constants" are subject
to revision, but *how often*? What is the actual cost of
recompiling and using them *as* constants, compared with the
cost of rereading the stuff every time you run the program and
passing it around?
--
If stupidity were a crime, who
duncan.coutts:
> On Mon, 2008-08-18 at 18:22 -0700, Don Stewart wrote:
>
> > Tim wins the prize for the 500th Haskell package in Arch Linux,
> >
> > http://aur.archlinux.org/packages.php?ID=19205
>
> Which, I should like to note, demonstrates why the original Cabal
> design[1] was basically
G'day all.
Quoting Bjorn Buckwalter <[EMAIL PROTECTED]>:
I'd store the constants in a data structure along the lines of:
data AstroData a = AstroData
{ mu_Earth:: GravitationalParameter a
, leapSeconds :: LeapSecondTable
}
I would like to know if there is any consensus on what is
$
do let ab = unsafeC "" :: C a b
let aa = unsafeC "" :: C a a
IsEq <- return $ aa =\/= ab
return x
Actually, it turns out that this also requires ghc 6.6. I just tried
this out in both 6.6 and 6.8 and it turns out that in 6.8 t
On Mon, 2008-08-18 at 18:22 -0700, Don Stewart wrote:
> Tim wins the prize for the 500th Haskell package in Arch Linux,
>
> http://aur.archlinux.org/packages.php?ID=19205
Which, I should like to note, demonstrates why the original Cabal
design[1] was basically right[2] in that it allows thi
catamorphism:
> Hi all,
>
> I uploaded to Hackage a little program I wrote to organize my music
> file collection in the hopes that someone else might find it useful
> too:
>
> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/wavconvert
Tim wins the prize for the 500th Haskell packag
On Mon, 2008-08-18 at 17:41 -0400, Brandon S. Allbery KF8NH wrote:
> On 2008 Aug 18, at 17:30, Jason Dagit wrote:
> > In my experience, with recent GHC there are only 3 packages needed to
> > install cabal-install and it's pretty painless. You need zlib, HTTP
> > and something else that I can't re
Hi all,
I uploaded to Hackage a little program I wrote to organize my music
file collection in the hopes that someone else might find it useful
too:
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/wavconvert
I had a directory tree full of .wav files that I ripped from CDs at
times whe
On 2008 Aug 18, at 17:30, Jason Dagit wrote:
In my experience, with recent GHC there are only 3 packages needed to
install cabal-install and it's pretty painless. You need zlib, HTTP
and something else that I can't recall off the top of my head (but it
tells you). Each of these packages can be
On Mon, 2008-08-18 at 14:30 -0700, Jason Dagit wrote:
> 2008/8/18 Galchin, Vasili <[EMAIL PROTECTED]>:
> >
> >
> >> .
> >>
> >> If by "faulting in" you mean downloading and installing missing
> >> dependencies, then that's exactly what the cabal-install tool does.
> >
> >This is exactly by
On 2008 Aug 18, at 17:09, Evan Laforge wrote:
They also seem to be removed from ghc:
http://www.haskell.org/pipermail/cvs-ghc/2006-September/031824.html
Again, that's *linear* implicit parameters (%foo instead of ?foo).
Oh, you're right. I made exactly the same mistake you made, and righ
2008/8/18 Galchin, Vasili <[EMAIL PROTECTED]>:
>
>
>> .
>>
>> If by "faulting in" you mean downloading and installing missing
>> dependencies, then that's exactly what the cabal-install tool does.
>
>This is exactly by "faulting in" .. an analogy ...
>
>Installing cabal-install seem
.
>
> If by "faulting in" you mean downloading and installing missing
> dependencies, then that's exactly what the cabal-install tool does.
>
This is exactly by "faulting in" .. an analogy ...
Installing cabal-install seems to be a chicken and egg problem
if enough packages are not
>> They also seem to be removed from ghc:
>>
>> http://www.haskell.org/pipermail/cvs-ghc/2006-September/031824.html
>
>
> Again, that's *linear* implicit parameters (%foo instead of ?foo).
Oh, you're right. I made exactly the same mistake you made, and right
after you warned against making it too
I will be out of the office starting 08/18/2008 and will not return until
08/25/2008.
I will be on vacation for a few days. If this is urgent please reach my
Admin Kristine Smester ((917) 472-3387), otherwise I will respond to your
message when I return.
On 2008 Aug 18, at 16:20, Evan Laforge wrote:
Which is comparable to the Reader version (with the
advantage/disadvantage of the body of 'escapeVelocity' not being
monadic).
In my opinion the implicit parameters don't make things simpler,
only less
portable, that's why I prefer the Reader mon
>> Which is comparable to the Reader version (with the
>> advantage/disadvantage of the body of 'escapeVelocity' not being
>> monadic).
>
> In my opinion the implicit parameters don't make things simpler, only less
> portable, that's why I prefer the Reader monad.
They also seem to be removed from
On 8/16/08, Antoine Latter <[EMAIL PROTECTED]> wrote:
> The following is a summary of my plan so far. I'm interested in
> hearing any suggestions or concerns about what a Haskell library for
> writing X clients should look like. This is not a release
> announcement, and I can't make any promi
Bjorn Buckwalter schrieb:
On Mon, Aug 18, 2008 at 2:02 PM, Henning Thielemann
<[EMAIL PROTECTED]> wrote:
>>
Instead of
muEarth :: GravitationalParameter a
muEarth = ???
escapeVelocity :: a
escapeVelocity = ... muEarth ...
you would write
data AstroData a = AstroData
{ muEarth ::
On Mon, Aug 18, 2008 at 2:02 PM, Henning Thielemann
<[EMAIL PROTECTED]> wrote:
>
> On Mon, 18 Aug 2008, Bjorn Buckwalter wrote:
>
>> On Mon, Aug 18, 2008 at 11:16 AM, Henning Thielemann
>> <[EMAIL PROTECTED]> wrote:
>>>
>>> On Mon, 18 Aug 2008, Bjorn Buckwalter wrote:
>>>
I would like to know
On Mon, 18 Aug 2008, Bjorn Buckwalter wrote:
On Mon, Aug 18, 2008 at 11:16 AM, Henning Thielemann
<[EMAIL PROTECTED]> wrote:
On Mon, 18 Aug 2008, Bjorn Buckwalter wrote:
I would like to know if there is any consensus on what is the best way
to make such a data structure accessible in pure f
On Mon, 18 Aug 2008, Brandon S. Allbery KF8NH wrote:
On 2008 Aug 18, at 11:16, Henning Thielemann wrote:
know implicit parameters break referential transparency.
http://www.haskell.org/haskellwiki/The_Monad.Reader/Issue2/FunWithLinearImplicitParameters
Are you making the same mistake I did?
On 2008 Aug 18, at 11:16, Henning Thielemann wrote:
know implicit parameters break referential transparency.
http://www.haskell.org/haskellwiki/The_Monad.Reader/Issue2/FunWithLinearImplicitParameters
Are you making the same mistake I did? Linear implicit parameters are
different from impli
On 2008 Aug 18, at 10:59, Bjorn Buckwalter wrote:
I would like to know if there is any consensus on what is the best way
to make such a data structure accessible in pure functions. Passing it
explicitly would be a mess. It seems that two options are to use
either a Reader monad or implicit parame
On Mon, Aug 18, 2008 at 11:16 AM, Henning Thielemann
<[EMAIL PROTECTED]> wrote:
>
> On Mon, 18 Aug 2008, Bjorn Buckwalter wrote:
>
>> I would like to know if there is any consensus on what is the best way
>> to make such a data structure accessible in pure functions. Passing it
>> explicitly would
On Mon, 18 Aug 2008, Bjorn Buckwalter wrote:
I would like to know if there is any consensus on what is the best way
to make such a data structure accessible in pure functions. Passing it
explicitly would be a mess. It seems that two options are to use
either a Reader monad or implicit parameter
All,
I have a growing amount of astrodynamics code that relies on various
physical "constants". The problem with these so called "constants" are
that they either aren't really constants or aren't well known. An
example is the leap second table (see Data.Time.Clock.TAI). I'd like
to be able to fetc
All,
I have a growing amount of astrodynamics code that relies on various
physical "constants". The problem with these so called "constants" are
that they either aren't really constants or aren't well known. An
example is the leap second table (see Data.Time.Clock.TAI). I'd like
to be able to fetc
On Mon, 2008-08-18 at 03:37 -0500, Galchin, Vasili wrote:
> Hello,
>
> It seems to me that the "build depends" attribute/field is only
> informational, i.e. it doesn't cause "faulting in" dependencies if not
> present? If true, this seems to be a deficiency in cabal. ??
I'm not quite sure wh
when i run cabal i get an error message:
:~/haskellSources/packages/MissingH-0.18.6$ runhaskell Setup configure
Setup.hs:19:35:
Couldn't match expected type `(Either
GenericPackageDescription
PackageDescription,
HookedBuil
On Mon, 18 Aug 2008, Galchin, Vasili wrote:
Hello,
It seems to me that the "build depends" attribute/field is only
informational, i.e. it doesn't cause "faulting in" dependencies if not
present? If true, this seems to be a deficiency in cabal. ??
At least when compiling with GHC, Cabal e
I think FRP is well-suited to this problem; it lets you abstract out
the imperative network code from the "reactive core" of the code. The
network code can live in a separate thread that uses select() and
listen(), and updates event streams.
I was thinking about writing a MUD using FRP; in my min
Dear all,
Is there any more or less specific library for access to serial COM
port from Haskell on Windows? Or am I expected to use a file mapping?
Could you point me to some texts/examples? I tried some google (GHC
specific) with no expected result.
The issue is the following - I hav
cabal should access to currently installed packages from the package db.
Just thinking out loud ... a digraph of dependencies would have to be built
from "build depends" to drive possible "faulting in "
On Mon, Aug 18, 2008 at 3:37 AM, Galchin, Vasili <[EMAIL PROTECTED]>wrote:
> Hello,
>
>
Hello,
It seems to me that the "build depends" attribute/field is only
informational, i.e. it doesn't cause "faulting in" dependencies if not
present? If true, this seems to be a deficiency in cabal. ??
Kind regards, Vasili
PS It seems to me that for HaskellDB the "build depends" is incompl
On Sat, Aug 16, 2008 at 1:12 PM, Ben Franksen <[EMAIL PROTECTED]> wrote:
>
> Jason Dagit wrote:
> > On Wed, Aug 6, 2008 at 11:09 AM, Andrew Coppin
> > <[EMAIL PROTECTED]>wrote:
> >
> >> I just (re)discovered that I can do things like
> >>
> >> data Foo x = Foo Int Int
> >>
> >> Now "Foo Int" and "
40 matches
Mail list logo
