It might be enough to just add a NOWARN pragma that acts on
a single line/expression. I've seen it in both C++ and Python linters and
it works reasonably well and it's quite general.
On Tue, Oct 6, 2015 at 10:44 AM, Ben Gamari wrote:
> Sven Panne
(Resending with smaller recipient list to avoid getting stuck in the
moderator queue.)
On Tue, Oct 6, 2015 at 9:10 AM, Herbert Valerio Riedel <h...@gnu.org> wrote:
> On 2015-10-05 at 21:01:16 +0200, Johan Tibell wrote:
> > On the libraries I maintain and have a copy of on my com
On Mon, Oct 5, 2015 at 8:34 PM, Gregory Collins
wrote:
>
> On Mon, Oct 5, 2015 at 8:09 AM, Gershom B wrote:
>
>> My understanding of the argument here, which seems to make sense to me,
>> is that the AMP already introduced a significant breaking
On Mon, Oct 5, 2015 at 9:02 PM, Erik Hesselink wrote:
> On 5 October 2015 at 20:58, Sven Panne wrote:
> > 2015-10-05 17:09 GMT+02:00 Gershom B :
> >>
> >> [...] As for libraries, it has been pointed out, I believe, that without
> >>
There have been some requests for a Cabal library release for 7.10.2. I
remember something about truncate directories/symbol names being an issue.
I'm CC:ing the Cabal mailing list for comments.
On Wed, Jun 3, 2015 at 3:40 PM, Sergei Meshveliani mech...@botik.ru wrote:
Please,
consider my
Try
cabal install --allow-newer=base -j3 cabal-install
Once GHC 7.10 is out we might make another Cabal 1.20 release to bump the
upper bound on the base dependency if 1.20 is indeed compatible with the
latest base.
On Thu, Jan 1, 2015 at 12:08 PM, George Colpitts george.colpi...@gmail.com
That would be nice if we had a clean slate, but I don't people are going to
change their whole import lists now. Adding a comma at the end is less
disruptive.
On Fri, Sep 26, 2014 at 11:06 PM, John Wiegley jo...@newartisans.com
wrote:
Richard Eisenberg e...@cis.upenn.edu writes:
What if we
gets blamed for a line of code. The standard programming language way of
solving that problem is to allow a trailing comma.
On Fri, Sep 26, 2014 at 11:16 PM, Brandon Allbery allber...@gmail.com
wrote:
On Fri, Sep 26, 2014 at 5:12 PM, Johan Tibell johan.tib...@gmail.com
wrote:
That would
Hi!
On Thu, Aug 14, 2014 at 5:54 PM, Christian Höner zu Siederdissen
choe...@tbi.univie.ac.at wrote:
However, due to the way ghc handles unsafe imports, namely block
everything else whenever 'cfun' is called, I happen to have only one
active 'go'. Lets assume 'cfun' is cheap and would suffer
On Wed, Jul 30, 2014 at 2:50 PM, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
On 30 July 2014 22:07, Andreas Abel andreas.a...@ifi.lmu.de wrote:
I am a bit surprised by the distinction you outline below. This is maybe
because I am native German, not English. The German equivalent of
On Tue, Jul 29, 2014 at 11:50 AM, Herbert Valerio Riedel h...@gnu.org wrote:
On 2014-07-29 at 11:29:45 +0200, Niklas Hambüchen wrote:
instance {-# OVERLAPPABLE #-} Show a = Show [a] where …
Is the syntax somewhat flexible in where the pragma can be placed?
For example, some might prefer
On Tue, Jul 29, 2014 at 12:37 PM, Daniel Trstenjak
daniel.trsten...@gmail.com wrote:
On Tue, Jul 29, 2014 at 12:02:19PM +0200, Johan Tibell wrote:
What's the rationale to not require
{-# OVERLAPPING Show [Char] #-}
here? Perhaps it's too annoying to have to repeat the types?
This one
I would say sooner. Here are still unmerged things that I think we could
merge before (i.e. easy to merge):
https://ghc.haskell.org/trac/ghc/ticket/9001
https://ghc.haskell.org/trac/ghc/ticket/9078
https://ghc.haskell.org/trac/ghc/ticket/8475
https://ghc.haskell.org/trac/ghc/ticket/8783
Thanks. Between you and Mikhail we got the Windows side covered. :)
On Sun, May 4, 2014 at 11:13 AM, Niklas Larsson metanik...@gmail.comwrote:
Hi!
I put a Windows build here:
https://www.dropbox.com/s/at7wc1dh0lfr7lc/cabal.exe.zip
Niklas
2014-05-04 2:24 GMT+02:00 Johan Tibell johan.tib
I just uploaded 1.20.0.1 so there's only an OS X binary so far. I'm waiting
for someone to send me a Windows one.
On Sun, May 4, 2014 at 2:06 AM, Ashley Yakeley ash...@semantic.org wrote:
I couldn't find them, and they're not listed at
http://www.haskell.org/cabal/download.html (except OS
+1
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
We now have a (Linux) travis-ci buildbot so we should be able to use
whatever script that buildbot runs.
To make a full validate you simply check out the source repos and run:
CPUS=N sh validate
(CPUS=N is optional of course.)
On Tue, Apr 1, 2014 at 9:42 AM, harry volderm...@hotmail.com
On Tue, Apr 1, 2014 at 10:07 AM, harry volderm...@hotmail.com wrote:
Johan Tibell-2 wrote
We now have a (Linux) travis-ci buildbot so we should be able to use
whatever script that buildbot runs.
Does this mean that the Builder page is also no longer relevant? And if so,
how could
On Tue, Apr 1, 2014 at 12:46 PM, Joachim Breitner
m...@joachim-breitner.dewrote:
Hi,
Am Dienstag, den 01.04.2014, 10:25 + schrieb Simon Peyton Jones:
Joachim Breitner has set up Travis-CI. (I don't know exactly what
that is, but it sounds useful.)
Travis is a free cloud service that
On Mon, Mar 31, 2014 at 2:57 PM, Niklas Larsson metanik...@gmail.comwrote:
Seems to me that a less pessimistic solution would be to set up a
windows buildbot.
+1
I believe there's at least one investment bank that uses Haskell on
Windows. Perhaps they could set one up. ;)
On Wed, Jan 22, 2014 at 12:57 AM, Herbert Valerio Riedel h...@gnu.orgwrote:
On 2014-01-21 at 20:22:48 +0100, Ganesh Sittampalam wrote:
I feel this blurs the roles of GHC and the Platform.
IMO, that's a weak argument, as the roles are already blurred:
GHC comes with `haddock`, `hp2ps`, and
We could offer OS X and Linux binaries in addition to the Windows binaries
already downloaded on the cabal home page (http://www.haskell.org/cabal/)
if someone could commit to building them.
Aside: Right now building the Windows binaries is a very ad-hoc process (I
email Mikhail who has a Windows
I can make another cabal release if needed, if someone submits a pull
request with the right fix (i.e. add TypedHoles with TypeHoles as a
synonym.)
On Tue, Jan 14, 2014 at 5:33 PM, Austin Seipp aus...@well-typed.com wrote:
At the very least, Type(d)Holes would never appear explicitly since it
.
In any case, as Duncan informed me we'll have a Cabal release anyway,
so I'll work on sorting this out and enabling it.
On Tue, Jan 14, 2014 at 10:54 AM, Duncan Coutts dun...@well-typed.com
wrote:
On Tue, 2014-01-14 at 17:44 +0100, Johan Tibell wrote:
I can make another cabal release
And plan 2 doesn't require a magic data type. :)
On Tue, Nov 12, 2013 at 9:36 AM, Simon Peyton-Jones
simo...@microsoft.comwrote:
There is a difference between plan A and B. For example, if
f :: (OneShot a - b) - [a] - [b]
then EVERY function passed to f would have to be
Aside: cabal supports hpc and puts the various files (e.g. .tix) in
separate directories to avoid problems like these.
On Thu, Nov 7, 2013 at 8:55 AM, Roman Cheplyaka r...@ro-che.info wrote:
So Evan's prediction was accurate ;-)
* Carter Schonwald carter.schonw...@gmail.com [2013-11-07
Whatever guarantees GHC offers (e.g. using Safe Haskell), I would always
run things like these in a sandbox. It's much better for security to
dissallow everything and then whitelist some things (e.g. let the sandbox
communicate with the rest of the world in some limited way) than the other
way
Hi,
It depends on what you mean by doesn't parse. From your message is assume
the CSV is valid, but some of the actual values fails to convert (using
FromField). There are a couple of things you could try:
1. Define a newtype for your field that calls runParser using e.g. the Int
parser and if
Is it OK if I release Cabal-1.18.0.1 on Monday if we want it to ship
with GHC 7.8? 1.18.0.1 is a tiny bugfix release on top of 1.18.0.
On Mon, Sep 9, 2013 at 8:44 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Yes I will try to review it this week. (This is the first time I've had
access
On Mon, Sep 9, 2013 at 1:14 PM, Edward Z. Yang ezy...@mit.edu wrote:
I think Kazu is saying that when he builds something with profiling
using cabal-install, it fails because cabal-install tries to build a
dynamic version too. We don't want dyanmic/profiled libraries (there's
no point, you
That sounds terrible expensive to do on every `cabal build` and its a
cost most users won't understand (what was broken before?).
On Mon, Sep 9, 2013 at 4:06 PM, Edward Z. Yang ezy...@mit.edu wrote:
If I am building some Haskell executable using 'cabal build', the
result should be *statically
I don't think so. Perhaps we should set one. What's your use case? Perhaps
you could describe it in a new bug report at
https://github.com/haskell/cabal/issues
On Mon, Sep 9, 2013 at 7:29 PM, satvik chauhan mystic.sat...@gmail.comwrote:
Hi cafe,
I wanted to ask this as I couldn't find this
I pasted your report into the bug tracker:
https://github.com/haskell/cabal/issues/1478
I don't know if you're on GitHub or not so I could link the report to your user.
On Thu, Sep 5, 2013 at 8:16 AM, Rogan Creswick cresw...@gmail.com wrote:
I ran into another oddity due to old build artifacts
Hideyuki Tanaka was missing from the list of contributors (his patch was
applied through me). His contribution made 'cabal update' faster!
On Wed, Sep 4, 2013 at 2:11 PM, Johan Tibell johan.tib...@gmail.com wrote:
Hi all,
On behalf of the cabal maintainers and contributors I'm proud
:
https://github.com/haskell/cabal/compare/cabal-install-v1.16.0.2...cabal-install-v1.18.0
(only shows the last 250 commits).
57 people contributed to this release!
503 Mikhail Glushenkov
99 Johan Tibell
41 Duncan Coutts
39 Ian Lynagh
19 Brent Yorgey
19 Thomas
:
https://github.com/haskell/cabal/compare/cabal-install-v1.16.0.2...cabal-install-v1.18.0
(only shows the last 250 commits).
57 people contributed to this release!
503 Mikhail Glushenkov
99 Johan Tibell
41 Duncan Coutts
39 Ian Lynagh
19 Brent Yorgey
19 Thomas
Hi,
Cabal 1.18 is still in the release candidate stage so it has in fact not
been released yet. We could either bump the dependency on base to 4.8
before the 1.8 release or we could make a Cabal-1.8.0.1 release together
with the GHC release that bumps the dependency.
-- Johan
On Wed, Aug 28,
A good starting point is to estimate how much space you think the data
should take using e.g.
http://blog.johantibell.com/2011/06/memory-footprints-of-some-common-data.html
If you do that, is the actual space usage close to what you expected?
On Thu, Aug 29, 2013 at 5:35 PM, Kyle Hanson
in constant memory. My
programme instead quickly approaches full memory use. Is there any way to
work around this?
Justin
On 25 July 2013 17:53, Johan Tibell johan.tib...@gmail.com wrote:
You can use the Incremental or Streaming modules to get more fine
grained control over when new parsed
July 2013 22:13, Johan Tibell johan.tib...@gmail.com wrote:
On Tue, Jul 23, 2013 at 5:45 PM, Ben Gamari bgamari.f...@gmail.com
wrote:
Justin Paston-Cooper paston.coo...@gmail.com writes:
Dear All,
Recently I have been doing a lot of CSV processing. I initially tried
to
use
On Tue, Jul 23, 2013 at 5:45 PM, Ben Gamari bgamari.f...@gmail.com wrote:
Justin Paston-Cooper paston.coo...@gmail.com writes:
Dear All,
Recently I have been doing a lot of CSV processing. I initially tried to
use the Data.Csv (cassava) library provided on Hackage, but I found this to
still
I filed a bug a while back:
http://ghc.haskell.org/trac/ghc/ticket/7752
Someone that understands the API needs to fix the doc. :)
On Thu, Jul 18, 2013 at 7:58 PM, John Blackbox
blackbox.dev...@gmail.com wrote:
Hi!
Please take a look here:
Hi Harry,
On Tue, Jun 11, 2013 at 3:51 AM, harry volderm...@hotmail.com wrote:
There have been several discussions over the years regarding Enum instances
for Float and Double. The conclusion each time appears to have been that
there are no instances which are both sane and practical.
Do
to write an explicit loop that tests against some
lower/upper bound? It would have the same problem as enumFromTo. I think
the issue here is really that floating point math on computers is hard to
think about.
On Tue, Jun 11, 2013 at 11:18 AM, harry volderm...@hotmail.com wrote:
Johan Tibell
On Tue, Jun 11, 2013 at 3:00 PM, Roman Cheplyaka r...@ro-che.info wrote:
Does such thing as a deprecation pragma for an instance exist?
What triggers it?
I don't know. We'll need one if we're going to deprecating core instances.
Just deleting them is not an option (as it gives users with
On Tue, May 28, 2013 at 8:23 AM, Ian Lynagh i...@well-typed.com wrote:
Dear Haskellers,
I have made a wiki page describing a new proposal,
NoImplicitPreludeImport, which I intend to propose for Haskell 2014:
http://hackage.haskell.org/trac/haskell-prime/wiki/NoImplicitPreludeImport
What
On Fri, May 17, 2013 at 9:17 AM, Garrett Mitchener
garrett.mitche...@gmail.com wrote:
Anyway, this is a paper cut in the language that has been bugging me for
a while, and since there's now a call for suggestions for Haskell 2014, I
thought I'd ask about it.
I've also thought about this
On Wed, May 8, 2013 at 11:01 AM, Bas van Dijk v.dijk@gmail.com wrote:
Good stuff Simon!
It would be great if either strict-base-types, strict or a merger of
the two will find its way into the Haskell Platform. Even better if it
also merged with strict-concurrency and strict-io so that we
On Wed, May 1, 2013 at 2:13 PM, Conal Elliott co...@conal.net wrote:
I'm using the GHC API to compile Haskell source code to Core. I'd like to
pretty-print the result with the sort of simplifications I get with
-dsuppress-type-applications, -dsuppress-uniques, etc (used in combination
with
Sounds like a good idea. Go ahead and apply. :)
On Tue, Apr 30, 2013 at 2:46 AM, Martin Ruderer martin.rude...@gmail.comwrote:
Hi,
I am proposing a GSoC project on Cabal. It aims to open up the dependency
solver
for debugging purposes.
The details are here:
Hi Adam,
Since we have already had *very* long discussions on this topic, I'm
worried that I might open a can of worms be weighing in here, but the issue
is important enough to me that I will do so regardless.
Instead of endorsing one of the listed proposals directly, I will emphasize
the
Hi Ben,
On Thu, Apr 25, 2013 at 7:46 PM, Ben Lippmeier b...@ouroborus.net wrote:
The Repa plugin will also do proper SIMD vectorisation for stream programs,
producing the SIMD primops that Geoff recently added. Along the way it will
brutally convert all operations on boxed/lifted numeric
On Thu, Apr 25, 2013 at 10:30 PM, Andrew Cowie
and...@operationaldynamics.com wrote:
On Thu, 2013-04-25 at 21:15 -0700, Johan Tibell wrote:
{-# LANGUAGE Strict #-}
God, I would love this. Obviously the plugin approach could do it, but
could not GHC itself just _not create thunks_ for things
On Thu, Apr 25, 2013 at 9:20 PM, Ben Lippmeier b...@ouroborus.net wrote:
On 26/04/2013, at 2:15 PM, Johan Tibell wrote:
Hi Ben,
On Thu, Apr 25, 2013 at 7:46 PM, Ben Lippmeier b...@ouroborus.net wrote:
The Repa plugin will also do proper SIMD vectorisation for stream programs,
producing
On Tue, Apr 9, 2013 at 12:40 PM, Joe Nash joen...@blackvine.co.uk wrote:
I would be interested in discussing this project with a potential mentor if
one happens to be reading. I'm a second year Computer Science student at the
University of Nottingham, very interested in doing a haskell.org SoC
Thanks for working on this again this year!
On Mon, Apr 8, 2013 at 12:50 PM, Edward Kmett ekm...@gmail.com wrote:
We (haskell.org) have been officially accepted into the Google Summer of
Code for 2013. We should show up in the mentoring organization list as soon
as I get some information we
Hi all,
Haddock's current markup language leaves something to be desired once
you want to write more serious documentation (e.g. several paragraphs
of introductory text at the top of the module doc). Several features
are lacking (bold text, links that render as text instead of URLs,
inline HTML).
On Thu, Apr 4, 2013 at 9:49 AM, Johan Tibell johan.tib...@gmail.com wrote:
I suggest that we implement an alternative haddock syntax that's a
superset of Markdown. It's a superset in the sense that we still want
to support linkifying Haskell identifiers, etc. Modules that want to
use the new
Would it be too much to ask that a notation be used which has
a formal syntax and a formal semantics?
We will document our superset, sure. That's what others did as well.
The point is using Markdown as the shared base.
___
Haskell-Cafe mailing list
I had a 5 second look at the PSQueue implementation and here's what I got
so far:
* fromList should use foldl'.
* LTree should be spine strict (i.e. strict in the (LTree k p) fields).
* Winner should be strict in the (LTree k p) field and probably in all
other fields as well.
This is a nice
I had a 5 second look at the PSQueue implementation and here's what I got
so far:
* fromList should use foldl'.
* LTree should be spine strict (i.e. strict in the (LTree k p) fields).
* Winner should be strict in the (LTree k p) field and probably in all
other fields as well.
This is a nice
On Tue, Mar 19, 2013 at 3:58 PM, Christopher Done chrisd...@gmail.comwrote:
From the paper Fun with Type Funs, it's said:
One compelling use of such type functions is to make type
coercions implicit, especially in arithmetic. Suppose we want to be able
to
write add a b to add two numeric
[bcc: haskell@haskell.org]
We should make sure that we apply for Google Summer of Code this year as
well. It's been very successful in the previous year, where we have
gotten several projects funded every year.
-- Johan
-- Forwarded message --
From: Carol Smith car...@google.com
[bcc: hask...@haskell.org]
We should make sure that we apply for Google Summer of Code this year as
well. It's been very successful in the previous year, where we have
gotten several projects funded every year.
-- Johan
-- Forwarded message --
From: Carol Smith car...@google.com
On Wed, Mar 13, 2013 at 7:04 AM, Simon Peyton-Jones
simo...@microsoft.comwrote:
Most people won't care and will continue to depend on enough to get
Prelude.
Let me just put this out here so keep it in the back of our heads: most
people don't care about this whole thing (splitting base) so
On Mon, Mar 11, 2013 at 4:45 PM, Simon Peyton-Jones
simo...@microsoft.comwrote:
B Better for internal implementation (eg using containers or bytestring in
base)
Note that this also means better code for external clients, as we can offer
e.g. a better System.IO that lets people use Handles to
Hi Mateusz,
On Wed, Mar 6, 2013 at 4:58 PM, Mateusz Kowalczyk
fuuze...@fuuzetsu.co.ukwrote:
Can someone that has been around for a bit longer comment on what level
of experience with Haskell and underlying concepts is usually expected
from candidates? Are applications discarded simply based
On Mon, Mar 4, 2013 at 11:39 AM, Łukasz Dąbek sznu...@gmail.com wrote:
Thank you for your help! This solved my performance problem :)
Anyway, the second question remains. Why performance of single
threaded calculation is affected by RTS -N parameter. Is GHC doing
some parallelization behind
On Tue, Feb 26, 2013 at 11:17 PM, Vincent Hanquez t...@snarc.org wrote:
On Mon, Feb 25, 2013 at 11:59:42AM -0800, Johan Tibell wrote:
- cereal can output a strict bytestring (runPut) or a lazy one
(runPutLazy), whilst binary only outputs lazy ones (runPut)
The lazy one is more
Hi all,
Let me add the goals I had in mind last time I considered trying to split
base.
1. I'd like to have text Handles use the Text type and binary Handles use
the ByteString type. Right now we have this somewhat awkward setup where
the I/O APIs are spread out and bundled with pure types.
On Mon, Feb 25, 2013 at 4:30 AM, Nicolas Trangez nico...@incubaid.comwrote:
- cereal supports chunk-based 'partial' parsing (runGetPartial). It
looks like support for this is introduced in recent versions of 'binary'
as well (runGetIncremental)
Yes. Binary now support an incremental
On Mon, Feb 25, 2013 at 2:32 PM, Don Stewart don...@gmail.com wrote:
Cassava is quite new, but has the same goals as lazy-csv.
Its about a year old now -
http://blog.johantibell.com/2012/08/a-new-fast-and-easy-to-use-csv-library.html
I know Johan has been working on the benchmarks of late -
On Mon, Feb 25, 2013 at 4:51 PM, Alexander Solla alex.so...@gmail.comwrote:
On Mon, Feb 25, 2013 at 11:59 AM, Johan Tibell johan.tib...@gmail.comwrote:
There are some blog posts and comments out there about merging cereal
and binary, is this what's the goal/going on (cfr runGetIncremental
On Sun, Feb 24, 2013 at 2:31 PM, Herbert Valerio Riedel h...@gnu.org wrote:
I've been experimenting with an alternative implementation of
'System.Timeout.timeout'[1] which avoids the overhead of spawning a new
thread for each invocation.
Part of my motivation is to see if I can implement a
Hi Joachim.
Glad to see you're making progress on this. Once we're done exploring how
fine-grained we can make the division we might want to pull back a bit and
consider what logical groupings makes sense. For example, even if the float
functionality can be split from the int functionality, I
On Fri, Feb 22, 2013 at 3:34 PM, Joachim Breitner
m...@joachim-breitner.dewrote:
right, there is a tension between having just independent APIs and
having also independent implementations. My main goal is to allow
packages to specify their imports more precisely, to require less
changes as
Hi,
On Saturday, February 16, 2013, yi huang wrote:
I' m curious about the design and trade offs behind the new IO manager. I
see two changes from the code:
1. Run IO manager thread on each capability.
2. Use ONESHOT flag to save a system call.
Is there other interesting things to know?
On Thu, Feb 14, 2013 at 6:48 AM, Joachim Breitner
m...@joachim-breitner.dewrote:
Maybe the proper is to reverse the whole approach: Leave base as it is,
and then build re-exporting smaller packages (e.g. a base-pure) on top
of it. The advantage is:
* No need to rewrite the tightly
On Thu, Feb 14, 2013 at 8:45 AM, Joachim Breitner
m...@joachim-breitner.dewrote:
./Control/Applicative.hs
./Control/Arrow.hs
./Control/Category.hs
./Control/Monad/Fix.hs
./Control/Monad.hs
./Data/Bits.hs
./Data/Bool.hs
./Data/Either.hs
./Data/Eq.hs
./Data/Foldable.hs
./Data/Function.hs
On Thu, Feb 14, 2013 at 2:53 PM, Joachim Breitner
m...@joachim-breitner.dewrote:
Hi,
Am Donnerstag, den 14.02.2013, 13:19 -0800 schrieb Johan Tibell:
That's great. I'm curious I was under the impression that it was hard
to split out a pure subset as functions might call 'error' (e.g. due
Hi,
I think reducing breakages is not necessarily, and maybe not even
primarily, an issue of releases. It's more about realizing that the cost of
breaking things (e.g. changing library APIs) has gone up as the Haskell
community and ecosystem has grown. We need to be conscious of that and
On Mon, Feb 11, 2013 at 4:34 PM, Gabriel Dos Reis
g...@integrable-solutions.net wrote:
I have some experience with GCC releases -- having served as a GCC
Release Manager for several years. In fact, the release scheme we currently
have has gone through several iterations -- usually after many
Hi all,
Summer of code has always been a good way for us to get some important
work, that no one has time to do, done. I encourage everyone to come up
with good summer of code projects so we have a good number when the time
for students to apply comes around. Empirically projects that focus on
On Fri, Feb 8, 2013 at 6:28 AM, Simon Marlow marlo...@gmail.com wrote:
For a while we've been doing one major release per year, and 1-2 minor
releases. We have a big sign at the top of the download page directing
people to the platform. We arrived here after various discussions in the
past
On Fri, Feb 8, 2013 at 9:53 AM, Blake Rain blake.r...@gmail.com wrote:
You need to call cabal-dev add-source on P1 again to copy over the sdist,
then do a cabal-dev install.
See notes under Using a sandbox-local Hackage on
On Fri, Feb 8, 2013 at 10:07 AM, JP Moresmau jpmores...@gmail.com wrote:
Johan, thanks, that brings me to a point that I wanted to raise. I'm
playing with cabal-dev because users have asked me to add support for it in
EclipseFP (so projects could have their own sandbox and have dependencies
On Fri, Feb 8, 2013 at 10:24 AM, Ozgun Ataman ozata...@gmail.com wrote:
Which, thanks to Johan's help yesterday, can still be worked around (for
now) by starting ghci with:
ghci -package-conf ./cabal-sandbox/your-package-conf-folder-here/
You can indeed do this. For real ghci support in
On Thu, Feb 7, 2013 at 6:48 PM, Ben Lippmeier b...@ouroborus.net wrote:
Right now, the latest packages uploaded to Hackage get built with ghc-7.6
(only), and all the pages say Built on ghc-7.6. By doing this we force
*all* library developers to run GHC 7.6. I think this sends the clearest
On Sun, Feb 3, 2013 at 4:44 PM, Ben Millwood hask...@benmachine.co.uk wrote:
I have two proposals, I suppose:
- make bang patterns in let altogether invalid
I would prefer it to be valid. It's the syntactically most lightweight
option we have to force some thunks before using the resulting
On Sat, Feb 2, 2013 at 5:14 PM, Ozgun Ataman ozata...@gmail.com wrote:
If you are doing row-by-row transformations, I would recommend giving a try
to my csv-conduit or csv-enumerator packages on Hackage. They were designed
with constant space operation in mind, which may help you here.
If
On Tue, Jan 29, 2013 at 2:15 PM, Ganesh Sittampalam gan...@earth.li wrote:
tl;dr: I'm planning on removing the String instances from the HTTP
package. This is likely to break code. Obviously it will involve a major
version bump.
The basic reason is that this instance is rather broken in
Hi,
The pattern is essentially the same as in imperative languages; every
allocation should involve a finally clause that deallocates the
resource.
On Tue, Jan 29, 2013 at 2:59 PM, Thiago Negri evoh...@gmail.com wrote:
Should I put `Control.Exception.finally` on every single line of my
Adding Bryan, who wrote this code.
On Mon, Jan 28, 2013 at 1:23 AM, jean-christophe mincke
jeanchristophe.min...@gmail.com wrote:
Hello
GHC version : 7.4.2
When I do a cabal-dev instal yesod-core, I get the following error:
Loading package blaze-builder-conduit-0.5.0.3 ... linking ...
Hi!
You have to look outside the place function, which is strict enough. I
would look for a call to unsafeWrite that doesn't evaluate it's
argument before writing it into the vector. Perhaps you're doing
something like:
MV.unsafeWrite (i + 1, ...)
Since tuples are lazy the i + 1 will be
Hi all,
I forgot I once raised this on the GHC bug tracker:
http://hackage.haskell.org/trac/ghc/ticket/7025
Here's what Simon M had to say back then:
The right thing is to put -msse in the cc-options field of your
.cabal file, if that's what you want.
I'm distinctly uneasy about having -msse
On Thu, Jan 17, 2013 at 12:01 PM, Johan Tibell johan.tib...@gmail.com wrote:
I forgot I once raised this on the GHC bug tracker:
http://hackage.haskell.org/trac/ghc/ticket/7025
Here's what Simon M had to say back then:
The right thing is to put -msse in the cc-options field of your
.cabal
On Thu, Jan 17, 2013 at 12:29 PM, Simon Marlow marlo...@gmail.com wrote:
If the intended meaning of -msse is
Use SSE instructions in Haskell compilations
then of course we should pass -mattr=+sse to LLVM, because it is the backend
for Haskell compilations. But we should not pass it to
On Mon, Jan 14, 2013 at 11:14 AM, Andrea Vezzosi sanzhi...@gmail.com wrote:
Have you considered the effect on types like Data.Set that use the
uniqueness of typeclass instances to maintain invariants? e.g. even when we
have newtype X = X Y coercing Set X to Set Y can produce a tree with
the
On Mon, Jan 14, 2013 at 1:19 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Have you considered the effect on types like Data.Set that use the
uniqueness of typeclass instances to maintain invariants? e.g. even when we
have newtype X = X Y coercing Set X to Set Y can produce a tree with
On Mon, Jan 14, 2013 at 1:45 PM, Roman Cheplyaka r...@ro-che.info wrote:
* Johan Tibell johan.tib...@gmail.com [2013-01-14 13:32:54-0800]
On Mon, Jan 14, 2013 at 1:19 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Have you considered the effect on types like Data.Set that use
1 - 100 of 870 matches
Mail list logo