Hi Joachim,
I would like to nominate myself for a spot on the GHC Steering Committee if the
committee thinks it is appropriate. I have been writing Haskell programs for
pretty much as long as Haskell has been around. (I started with Miranda in 1987
and tracked the Haskell reports as they
Thanks John,
Feedback is important. Please do let us know if you spot anything we have
missed.
Chris
On 09/03/2017, 20:04, "John Wiegley" <jwieg...@gmail.com on behalf of
jo...@newartisans.com> wrote:
>>>>> "CD" == Chris Dornan <ch...@chrisd
://contact.regex.uk).
For more details see this blog post,
http://engineers.irisconnect.net/posts/2017-03-07-regex.html
and the regex website at:
http://regex.uk
Chris Dornan
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin
I am also sorry to be late on this but I have run into the same problem
trying to demonise a programme on 7.4.2. My solution was to get a shell
wrapper to run the daemon in debug mode (I.e., sans fork) and get the shell
script to do the demonising.
Other than this I have found the threaded RTS to
Looks great; I care and have no improvements to offer; +1 from me.
Chris
From: Simon Peyton-Jones simo...@microsoft.com
Date: Monday, 14 January 2013 18:09
To: glasgow-haskell-users glasgow-haskell-users@haskell.org
Subject: Newtype wrappers
Friends
I¹d like to propose a way to ³promote²
=
The (Interactive) Glasgow Haskell Compiler -- version 7.6.1
=
GHC 7.6.1 is available now on all platforms (el5, el6, fc16, fc17) at
http://justhub.org/download.
=
The (Interactive) Glasgow Haskell Compiler -- version 7.6.1
=
GHC 7.6.1 is available now on all platforms (el5, el6, fc16, fc17) at
http://justhub.org/download.
Hi Manish,
Are you aware of the CentOS distro I am maintaining at justhub.org
/download? Even if you want to build your own installations it will probably
be useful for getting you going.
(It should soon appear on the Haskell Platform Linux page - or at least we
have a ticket for it!)
Chris
Hi Jim,
Previously I've been able to install and use ghc and HP in ~/ without
problems. Is there any reason
why this couldn't be done with your justhub package?
As I've never tried this brute surgery on such a magnus opus before I'm
not sure this is at all feasible?
I wouldn't recommend
Thanks Henk!
I just added this to the Linux page[0].
The action on that HP ticket was to put a link here,
http://hackage.haskell.org/platform/linux.html, which should happen by the next
platform release.
Chris
___
Haskell-Cafe mailing list
On Tue, Aug 28, 2012 at 6:09 PM, Bryan O'Sullivan b...@serpentine.com
wrote:
On Mon, Aug 27, 2012 at 10:52 AM, Bryan O'Sullivan
b...@serpentine.com
wrote:
Not to flog a dead horse, but:
...
Not to flog a dead horse, but:
All our builds broke again yesterday due to this bug. The package was
Sorry I am a bit late to this: it appears to work fine on all my platforms:
el5, el6, fc16, fc17 (justhub.org/catalogue).
I haven't tested it thoroughly yet.
Chris
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
I think we should encourage stable build environments to know precisely
which package versions they have been using and to keep using them until
told otherwise. Even when the types and constraints all work out there is a
risk that upgraded packages will break. Everybody here wants cabal to just
-Original Message-
From: Erik Hesselink [mailto:hessel...@gmail.com]
Sent: 20 August 2012 14:35
To: Chris Dornan
Cc: Bryan O'Sullivan; haskell-cafe@haskell.org
Subject: Re: [Haskell-cafe] Platform Versioning Policy: upper bounds are not
our friends
Hub looks interesting, I'll have to try
I agree with Bryan's proposal unreservedly.
However, I think there might be a way to resolve the tension between:
* maintaining and publishing a definite dependent-package configuration
that is known to work and
* having a package unencumbered with arbitrary restrictions on which
future
Uday Reddy has followed up with another substantial and interesting post on
referential transparency here:
http://stackoverflow.com/questions/210835/what-is-referential-transparency/11740176#11740176
The thrust of his argument appears to be that functional programmers have
created a lot
Café,
For those who havent seen it Uday Reddy has a comprehensive answer to a
request
to explain referential transparency on Stack Overflow.
http://stackoverflow.com/questions/210835/what-is-referential-transparency/9
859966#9859966
For good measure he finishes with a rather scathing
Claus Reinke [mailto:claus.rei...@talk21.com]:
I happen to disagree with Reddy's assertion that having to explain a
complicated language
with the help of a less complicated one is perfectly adequate. Reddy
himself has done good
work on semantics of programming languages, but I'm a programmer
So a language is referentially transparent if replacing a sub-term with
another with the same
denotation doesn't change the overall meaning?
Isn't this just summarizing the distinguishing characteristic of a denotational
semantics?
My understanding is that RT is about how easy it is to
On Jul 27, 2012 8:07 PM, Ross Paterson r...@soi.city.ac.uk wrote:
Another way of looking at it is that the denotational semanticists have
created a beautiful language to express the meanings of all those ugly
languages, and we're programming in it.
I think that's the idea.
Also works out for
Hi,
From the withFile doc
(http://hackage.haskell.org/packages/archive/haskell2010/latest/doc/html/Sys
tem-IO.html#v:withFile):
The handle will be closed on exit from withFile, whether by normal
termination or by raising an exception.
Your program is effectively this one
main' :: IO ()
Whether you are trying to build your own GHC compilers on CentOS 5 or just
get a working GHC, http://justhub.org/download is a good place to start as
you will be able to get a variety of compilers and platforms and the GCC and
binutils packages used to build them (installed in /usr/hs/gcc and
On 24 June 2012 18:46, Alexander Solla alex.so...@gmail.com wrote:
I sort of see where you're coming from. But I'm having a hard time seeing
how this complaint would work with respect to Maybe and the other pure
monads. In other words, I suspect the problem you're describing is
particular
On 24 June 2012 22:38, Tony Morris tonymor...@gmail.com wrote:
**
Odersky is repeatedly wrong on this subject and specifically for the claim
that you quote, the only response is simply not true.
My point is this.
1. The monadic approach to effects reifies functions into those that are
What's wrong with Monads is that if you go into a Monad you have to
change your whole syntax
from scratch. Every single line of your program changes if you get it in
or out of a Monad. They're
not polymorphic so it's really the old days of Pascal. A monomorphic
type system that says
To move between functional and monadic code you have
to completely rewrite the code procedurally
It's false. do-notation is completely optional. It merely makes it
easier to extract multiple values from monadic actions, instead
of the basic one value per step bind provides. Using join
Does Hub know about system-level libraries that Haskell packages need
to build, like Gtk, ADNS, Avahi, etc.?
As is the case for cabal-install, ensuring the right system libraries are
installed is outside its scope.
Chris
___
Haskell-Cafe mailing
[Sorry for the delay -- I missed this reply until prompted.]
Very nice, this looks quite straightforward. I wonder about two things:
- Is it possible to pass configure-time flags to those libraries? For
example, I would like to build haskeline with -fterminfo. Can
Hub
Hi Peter,
hub save project project.har
I am curious to see what this file looks like. Could you please post a
short example of one?
There is a worked out example at the bottom of the overview up on the web
site:
http://justhub.org/overview
The configurations are quite simple, just
How would I do something like that [save and restore a Hakell project
configuration] in Hub?
Once I have an environment I am happy with, I save its configuration
(here the hub is named 'project'):
hub save project project.har
I would check this file into the source repository and at the
Hi Andres,
Thanks for your detailed reply -- it is much appreciated.
Independent of concrete bugs, who's making these decisions? Can I use
cabal-install-0.14.0 on projects working with older platforms if I
want to?
Out of the box you get a set of tools that avoids known problems and
complies
Hi Peter and Andres,
Where is this functionality provided by Nix?
simply run these commands
...
# Haskell Platform 2012.2.0.0'
nix-env -p ~/ghc-7.4.1 -iA haskellPackages_ghc741.haskellPlatform
and you'll have profiles that contain the appropriate binaries and
libraries
defined by the
I deatiled some of my trials with Nix -- I wasn't making it up!
Chris
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
What I meant to ask is: how much time, approximately, did you spend
working with Nix? 1 hour? 10 hours? 10 days? 10 months?
You know that it is not 10 months, but I do object to your line of questioning.
I have invested a considerable good-faith effort into getting to the
bottom of what
you and
it might be of interest to know that the Nix package manager [1] offers
that functionality too
I am sorry if I gave the impression that JustHub was unique in adopting a
functional
philosophy to distributing Haskell -- obviously it is not and that was poor
phrasing on my part.
The key feature
development projects and integrating multiple
GHC
tool chains is redundant because all of the functionality is covered by the
Nix Haskell distribution, allowing as they do multiple Nix Haskell releases
to
be deployed simultaneously.]
(cd = Chris Dornan, al = Andres Löh)
cd: The key
it is popular with build-bot admins) it has also been recently extended
and revised the software remains in beta testing for now.
For news, documentation, articles, download and installation instructions,
links to the repositories and trackers etc., see http://justhub.org.
Chris Dornan
., see http://justhub.org.
Chris Dornan
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
ghc-pkg is warning about dangling references to missing documentation. Some
of the packages on my (JustHub) distro do this: the Haskell Platform dummy
package (as you report), and GLUT rather than zlib . AFAIK it is generally
harmless (apart from the confusion).
I would like to get rid of them
On 29 May 2012 02:21, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
Interesting. I have this code tested in Debian unstable/stable, CentOS
6.1, all 64 bit, with two different version of libldap2.
At first, Debian-s were installed with 7.4.1, CentOS with 7.2.2. Only
in CentOS the
I will send the header and object files off list.
Here is the test program I am using:
import LDAP
main :: IO ()
main =
do putStrLn domain
domain - getLine
putStrLn bindDN
bindDN - getLine
putStrLn bindPW
bindPW - getLine
putStrLn
Sorry for the wrong information. I made a mistake when did the test.
After more testing, I think it is a bug of ghc 7.4.1. Until now, I cannot
find a way to make ghc 7.4.1 compiled binary work.
It sounds like this should be looked at further. Somebody should verify try to
repeat what you
Sorry for the wrong information. I made a mistake when did the test.
After more testing, I think it is a bug of ghc 7.4.1. Until now, I cannot
find a way to make ghc 7.4.1 compiled binary work.
I have set up this test on 7.4.1 and I cannot recreate the problem -- compiling
and running an
10:12
To: Chris Dornan
Cc: Brandon Allbery; Haskell-Cafe
Subject: Re: [Haskell-cafe] What is the difference between runhaskell and
compile?
Hi,
Sorry for the delayed reply. I am using ghc 7.4.1 and LDAP 0.6.6.
When you said configuration of the OpenLDAP client library, may I have more
I have been using LDAP with GHC without a problem – I get this error often but
the problems have been with the configuration of the OpenLDAP client library or
the OpenLDAP server.
We are all taking about LDAP-0.6.6? Which version of GHC are we talking about?
(I don’t think I have tested this
Oops, forgot to reply-to-all.
N! You had the right idea the first time. :-)
(Please excuse us while we chide you as humorously as we can into putting this
thread out of its misery.)
Chris
___
Haskell-Cafe mailing list
To: haskell-cafe@haskell.org
Subject: Re: [Haskell-cafe] cool tools
On Thu, May 17, 2012 at 03:05:22PM +0100, Chris Dornan wrote:
I have been playing around with the latest cabal-install (0.14.0) and
it is working really nicely. Having unpacked a cabal bundle you can
now type 'cabal install' inside
I have built 7.4.2-rc1 on CentOS5, CentOS6 and Fedora Core 16 without a
hitch.
I am testing it with the provisional 2021.2.0.0 platform (currently slated
to use 7.4.1).
CentOS packages for 7.4.2-rc1 and its companion 2012.2.0.0-beta2 are up at
justhub.org; the FC16 packages and some
I have been playing around with the latest cabal-install (0.14.0) and it is
working really nicely. Having unpacked a cabal bundle you can now type
'cabal install' inside the root and it will work everything out as if you
had asked to install directly from the repo -- very nice.
I have also
For those of us unfamiliar with Agda would somebody explain what you mean by
showing ‘anything introduced in local scopes around the hole’?
If the hole were at the top level then this would be the module context and
loading it into ghci would give you what you need? (Or more realistically you
As somebody who has very recently started working with Yesod -- I feel your
pain!
In truth Yesod is a huge bundle of packages, many of which aren't managed by
the Yesod developers. I get the impression that they work very hard to keep
everything coherent while Yesod continues its very active
don't want to distribute sources either -- I think the solution will involve
bindists.
What a piece of work is a GHC bindist!
Chris
-Original Message-
From: juhpeter...@gmail.com [mailto:juhpeter...@gmail.com] On Behalf Of Jens
Petersen
Sent: 08 January 2012 08:03
To: Chris Dornan
with the source code.
I want so solve this problem, but it may have be done with non-RPM
packaging.
I will have to think about this a bit and get back to you.
Thanks again!
Chris
From: Sanket Agrawal [mailto:sanket.agra...@gmail.com]
Sent: 06 January 2012 00:56
To: Chris Dornan
Cc: haskell
.
If anybody else is interested in this then please get in contact.
Also, if anybody has any other gripes or ideas about how Haskell
distributions generally it would be good to hear.
Chris
From: Sanket Agrawal [mailto:sanket.agra...@gmail.com]
Sent: 05 January 2012 01:36
To: Chris Dornan
Cc
Hi Ryan,
Ryan Grant [mailto:rgr...@rgrant.org] said:
Are packages cabal-installed using --global?
The packages that come with a compiler or Haskell Platform are installed
--global. Every other package is installed with cabal, by default into the
user's space.
Is it mostly reliant on cabal or
Hi All,
The http://justhub.org Haskell distribution for Enterprize Linux
(RHEL/CentOS 5 6)
is now live.
The distribution deviates from current practice. When you upgrade to a
new Platform
from justhub.org you add the new platform to your Haskell
infrastructure rather than
replacing the old
[I am sorry for if get two copies of this -- no sign of the first copy.]
The justhub.org Haskell distribution for Enterprise Linux (RHEL/CentOS
5 6) is now live.
The distribution deviates from current practice. When you upgrade to a
new Haskell Platform you add the new platform to your Haskell
(Whether readers would consider the post [or indeed this post] an act of
trollery was mooted and mentioned several times in the original post - my
thoughts at the end. I am writing this because I would have expected
somebody to have said this by now. If it has been said then my sincere
apologies.
That’s as maybe but last time I looked (I don’t have it to hand) the OED
generally accepts –ize or –ise spellings for British English (maybe even
favouring the former).
Chris
From: glasgow-haskell-users-boun...@haskell.org
[mailto:glasgow-haskell-users-boun...@haskell.org] On Behalf Of
Well I do welcome such discussion.
This list should be for those of us who are perhaps not so brilliant or
knowledgeable.
One of my biggest concerns with Haskell is that the complexity of some of the
interfaces requires quite extraordinary demands on the user to use them
correctly. I am not
Y'all have probably seen this, but I have opened #5607 saying a bit more.
http://hackage.haskell.org/trac/ghc/ticket/5607
Chris
-Original Message-
From: Simon Marlow [mailto:marlo...@gmail.com]
Sent: 07 November 2011 16:45
To: Chris Dornan
Cc: 'Ian Lynagh'; glasgow-haskell
It's looking good but base is still untrusted out of the box. Is this right?
Chris
-Original Message-
From: glasgow-haskell-users-boun...@haskell.org
[mailto:glasgow-haskell-users-boun...@haskell.org] On Behalf Of Ian Lynagh
Sent: 06 November 2011 13:19
To:
`base_ControlziExceptionziBase_patError_info'
*** Deleting temp files:
Deleting:
*** Deleting temp dirs:
Deleting:
ghc-stage2: unable to load package `integer-simple'
Chris
From: Chris Dornan [mailto:ch...@chrisdornan.com]
Sent: 30 July 2011 22:37
To: 'glasgow-haskell-users@haskell.org'
Subject: RE: integer
-config --libs`
# NoFib settings
NoFibWays =
STRIP=:
INTEGER_LIBRARY = integer-simple
end-snipety-snip
From: Chris Dornan [mailto:ch...@chrisdornan.com]
Sent: 30 July 2011 21:35
To: 'glasgow-haskell-users@haskell.org'
Subject
Hi All,
I am still having difficulty getting a plain GHC build with INTEGER_LIBRARY
= integer-simple. (I outlined my problem here yesterday
http://www.haskell.org/pipermail/glasgow-haskell-users/2011-July/020631.htm
l .)
I suspected my failure to get a vanilla build (with GMP) was a minor
: Daniel Fischer [mailto:daniel.is.fisc...@googlemail.com]
Sent: 29 July 2011 22:02
To: glasgow-haskell-users@haskell.org
Cc: Chris Dornan
Subject: Re: integer-simple
On Friday 29 July 2011, 18:51:23, Chris Dornan wrote:
Hi All,
I am still having difficulty getting a plain GHC build
will be happy to try them out.
Cheers,
Chris
-Original Message-
From: Ian Lynagh [mailto:ig...@earth.li]
Sent: 29 July 2011 21:42
To: Chris Dornan
Cc: glasgow-haskell-users@haskell.org
Subject: Re: integer-simple
On Fri, Jul 29, 2011 at 05:51:23PM +0100, Chris Dornan wrote:
But when I
Hi All,
I have been trying to get a simple-integer build for GHC without success. It
always ends with the build going through fine, but when I try to run ghci I
get:
GHCi, version 6.12.3: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
ghc:
Your first line is entirely natural.
The alternative doesn't look right at all.
I am not aware of a more concise alternative to this general construction
(assuming there are multiple case alternative, and that the work can't be
done with library functions).
Chris
From:
]
Sent: 22 February 2011 19:55
To: Chris Dornan
Cc: Haskell Cafe; Gershom Bazerman
Subject: Re: [Haskell-cafe] HDBC's future and request for help
On 02/22/2011 01:33 PM, Chris Dornan wrote:
Hi John,
Two thoughts: is there any prospect of making HDBC available under a
BSD-like license
by a proprietary derivative. I don't doubt
there will be some free-loading, but this might be the inevitable price of
attracting more investment.
Chris
From: John Goerzen [mailto:jgoer...@complete.org]
Sent: 23 February 2011 16:33
To: Chris Dornan
Cc: 'Haskell Cafe'; 'Gershom Bazerman
To: Chris Dornan
Cc: 'Haskell Cafe'; 'Gershom Bazerman'
Subject: Re: [Haskell-cafe] HDBC's future and request for help
On 02/23/2011 11:57 AM, Chris Dornan wrote:
Thanks John,
I think this is a valuable discussion.
The compromise you propose wouldn't address the main point - the fear
Hi John,
Two thoughts: is there any prospect of making HDBC available under a
BSD-like license? The LGPL license is a significant barrier for me and I
expect it will be for others.
And, along the lines of your own comments, the ODBC interface raises a
significant (technical) barrier for MySQL
As everyone has been saying, the primary issue is the workflow of the main
contributors and the cost of the transition.
However, I made the transition to Git and GitHub earlier this year and that
initial investment has been repaid handsomely (it’s the first system I have
felt truly
Thanks very much Claus and Malcolm.
You have clarified the situation nicely: I was beginning to suspect my
Cygwin setup and I bet that is where the problem lies.
I won't have time to straighten my Cygwin environment this week, but when I
do I will come back here and explain what went wrong (I
Sorry, I should have said. I have installed Haskell Platform in the default
place:
C:\Program Files\Haskell Platform\2010.1.0.0
Chris
-Original Message-
From: Ivan Lazar Miljenovic [mailto:ivan.miljeno...@gmail.com]
Sent: 07 June 2010 23:35
To: Chris Dornan
Cc: haskell-cafe
To: Chris Dornan
Cc: Haskell-Cafe@haskell.org
Subject: Re: [Haskell-cafe] HP/Cygwin and Curl
On Mon, 07 Jun 2010 21:44:13 +0200, Chris Dornan ch...@chrisdornan.com
wrote:
Thanks ever so much for your clear answer. I have no problem at all
with using MSYS to build libraries that link to libraries
I saw on the Reddit page that people urged caution about the costs of
hosting haskell.org commercially. This was a jest wasn't it? ( The cost of
webhosting is absurdly cheap, by almost any standards.)
I would be very happy to help out here but time (where the true costs lie)
is my main concern.
Thanks Claus,
Your condensed summary was my understanding, but if I try to issue
Cabal install --reinstall cmu
It works every time from a MSYS shell, but with Cygwin I get
Linking dist\build\cmu\cmu.exe ...
C:\Program Files\Haskell Platform\2010.1.0.0\lib\..\mingw\bin\windres:
can't
Hi,
I am trying to install the curl 1.3.5 hackage on the latest Haskell Platform
(2010.1.0.0) on Windows 7.
I have installed lib-curl-devel (7.19.6-1) on CygWin but I can't use Cygwin
as (apparently) every attempt to install a package ends like this:
C:\Program Files\Haskell
\Haskell
Platform\2010.1.0.0\lib\..\mingw\bin\windres: can't open temporary file
`\/cca01252.irc': No such file or directory
Chris
-Original Message-
From: Stephen Tetley [mailto:stephen.tet...@gmail.com]
Sent: 07 June 2010 20:19
To: Chris Dornan
Cc: Haskell-Cafe@haskell.org
Subject: Re
]
Sent: 07 June 2010 21:09
To: Chris Dornan
Cc: Haskell-Cafe@haskell.org
Subject: Re: [Haskell-cafe] HP/Cygwin and Curl
On 7 June 2010 20:44, Chris Dornan ch...@chrisdornan.com wrote:
Also, what's with
C:\Program Files\Haskell
Platform\2010.1.0.0\lib\..\mingw\bin\windres: can't open
Hi,
I am trying to use Haddock on the Haskell Platform 2010.1.0.0 and getting
haddock.exe: can't find a package database at
E:\ghc\ghc-6.12.1\lib\package.conf.d
I have tried uninstalling and re-installing HP (just in case) to no avail.
Has anybody else seen this?
Chris
Hi Everyone,
I am trying to get cabal-install to work on a system in which /tmp is
mounted noexec. Is there any way to configure it to use another directory?
I would be happy to patch the source and rebuild if need be.
Thanks in advance,
Chris
Thanks Daniel and Erlend,
I now have cabal-install working.
Chris
-Original Message-
From: daniel.is.fisc...@web.de [mailto:daniel.is.fisc...@web.de]
Sent: 17 April 2010 5:4 PM
To: haskell-cafe@haskell.org
Cc: Chris Dornan
Subject: Re: [Haskell-cafe] redirecting cabal-install from /tmp
Hi Everyone,
Just to report that I now have Haskell Platform built for CentOS 5.2 with a
/tmp mounted noexec.
Looking back, the first main hurdle was getting GHC built for CentOS 5.2
(which uses Linux 2.6.9/glibc 2.5), but the procedure was pretty straight
forward:
. Keep
of the testing that goes into each GHC release.
Chris
-Original Message-
From: Ivan Lazar Miljenovic [mailto:ivan.miljeno...@gmail.com]
Sent: 18 April 2010 12:03 AM
To: Chris Dornan
Cc: haskell-cafe@haskell.org
Subject: Re: [Haskell-cafe] building Haskell Platform for CentOS 5.2 with a
/tmp mounted
...
Chris
-Original Message-
From: Corey O'Connor [mailto:coreyocon...@gmail.com]
Sent: 13 April 2010 2:37 AM
To: Chris Dornan
Cc: Haskell-Cafe@haskell.org
Subject: Re: [Haskell-cafe] problem getting cabal-install to work on CentOS 5.2
I suspect CentOS might disable execute permissions
Right: in this case /tmp is being mounted noexec.
Thanks again.
Chris
-Original Message-
From: Brandon S. Allbery KF8NH [mailto:allb...@ece.cmu.edu]
Sent: 14 April 2010 10:41 AM
To: Chris Dornan
Cc: Brandon S. Allbery KF8NH; 'Corey O'Connor'; Haskell-Cafe@haskell.org
Subject: Re
Hi,
I am trying to install cabal-install 0.8.2 with GHC 6.12.1 on a CentOS 5.2
system and am running up against a 'ExitFailure 127' error.
I can download the package and run 'cabal install' inside the package
directory and all will be fine, but if I let cabal download and install the
and it gives developers the freedom to run whatever OS they like, which
is a huge benefit if you use contractors or if devs want to work from home.
On Sun, Mar 28, 2010 at 5:11 AM, Chris Dornan ch...@chrisdornan.com wrote:
Hi,
I am choosing a Linux distribution for a production Haskell project
distribution?
Chris
---
Chris Dornan
email : ch...@chrisdornan.com
tel : +1 (847) 691 7945
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
I am using Cabal on Windows and Haskell Platform 2009.2.0.2 and have been
trying get it to install the package source code with no success, so I am
considering writing a script to unpack the tar archive and install it in my
own package source repository.
Is there an easier way to do this?
.
Chris
-Original Message-
From: Colin Paul Adams [mailto:co...@colina.demon.co.uk]
Sent: 23 March 2010 11:35 AM
To: Chris Dornan
Subject: Re: [Haskell-cafe] Cabal source installation
Have you tried?
cabal unpack package-name
--
Colin Adams
Preston Lancashire
Hi Folks,
I am battling Database.HSQL to get it to work on GHC-6.8.3 running Cygwin/XP
and I seem to have found a worthy opponent.
I have got the following to work:
import Database.HSQL
import Database.HSQL.MySQL
main :: IO ()
main =
do c - cnct
of Alex-generated scanners to suit the big Haskell compilers such as GHC.
Until the integration has been completed the new home for Alex is
http://www.syntaxpolice.org/~ijones/alex/
Please email Isaac ([EMAIL PROTECTED]) if you have any queries.
Cheers,
Chris Dornan
[EMAIL PROTECTED
We are having a problem with ghc --make. We have a standard set of libraries
that we build and install in a shared area and then use with ghc --make. The
problem is that ghc then (sometimes) tries to rebuild the libraries: something
that is doomed to fail for a variety of reasons.
(We think
with a strong
emphasis on microprocessor architecture, a high degree of proficiency in
programming, preferably Haskell and C, is regarded as essential.
Chris Dornan
Principal Research Engineer
ARM RD [EMAIL PROTECTED]+44 (0)1223 400498
Principal Research Engineer, Cambridge
Thanks Sigbjorn, that worked perfectly and TclHaskell built with no problems,
and the demos built and run without a hitch. I *am* impressed.
Cheers,
Chris
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
have noticed that ghc-5.00.2 seems to be more reliable with the x86 native
generator but I don't think I can avoid it here as the module is calling out
to C.
Is this a known problem?
Can anyone suggest a work-around?
Cheers,
Chris Dornan
[EMAIL PROTECTED
1 - 100 of 108 matches
Mail list logo
