#2467: orphan instance warnings are badly behaved
---+
Reporter: duncan| Owner:
Type: bug | Status: new
Priority: normal| Milestone:
#3085: warn about language extensions that are not used
--+-
Reporter: PVerswyvelen | Owner:
Type: feature request | Status: new
#2143: Yhc's sort is faster than GHC's
-+--
Reporter: NeilMitchell| Owner: NeilMitchell
Type: bug | Status: new
Priority: normal | Milestone: Not
#2143: Yhc's sort is faster than GHC's
-+--
Reporter: NeilMitchell| Owner: igloo
Type: bug | Status: new
Priority: normal | Milestone: Not
Dear GHC team,
I have tested ghc-6.12.0.20091121
by
1) installing its binary and making and running the DoCon and Dumatel
programs,
2) making it from source by its binary,
making and running on it the DoCon and Dumatel programs.
It looks all right.
I skipped profiling.
Regards,
#3683: could not build ghc-6.12.0.20091121 under solaris
---+
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: normal |
#3668: PIE-enabled hardened gcc might broke GHC.
---+
Reporter: secludedsage | Owner:
Type: bug | Status: new
Priority: normal| Milestone:
Component:
#3668: PIE-enabled hardened gcc might broke GHC.
---+
Reporter: secludedsage | Owner:
Type: bug | Status: new
Priority: normal| Milestone:
Component:
#3605: Dll's freeze with -threaded
+---
Reporter: NeilMitchell | Owner:
Type: bug| Status: new
Priority: high | Milestone: 6.12.1
#3633: Heap size suggestion of 2145 MB gets ignored
-+--
Reporter: tim | Owner: igloo
Type: merge | Status: new
Priority: high| Milestone: 6.12.2
#3668: PIE-enabled hardened gcc might broke GHC.
---+
Reporter: secludedsage | Owner:
Type: bug | Status: new
Priority: normal| Milestone:
Component:
#3130: copyFile and findExecutable don't work correctly if filename has national
symbols
--+-
Reporter: shelarcy | Owner:
Type: bug | Status: new
#3070: floor(0/0) should not be defined
---+
Reporter: carette | Owner: squadette
Type: bug | Status: new
Priority: normal| Milestone: 6.12.2
#3070: floor(0/0) should not be defined
---+
Reporter: carette | Owner: squadette
Type: bug | Status: new
Priority: normal| Milestone: 6.12.2
#3130: copyFile and findExecutable don't work correctly if filename has national
symbols
--+-
Reporter: shelarcy | Owner:
Type: bug | Status: new
#3130: copyFile and findExecutable don't work correctly if filename has national
symbols
--+-
Reporter: shelarcy | Owner:
Type: bug | Status: new
#3130: copyFile and findExecutable don't work correctly if filename has national
symbols
--+-
Reporter: shelarcy | Owner:
Type: bug | Status: closed
#3684: Missing ghc-pkg options in --help
-+--
Reporter: kolmodin | Owner:
Type: bug | Status: new
Priority: normal|
#3589: Recompilation checker doesn't take into account CPP headers
---+
Reporter: simonmar | Owner:
Type: bug | Status: new
Priority: normal|
#3685: double free or corruption error when running Setup.hs with other GHC in
PATH
---+
Reporter: ajd | Owner:
Type: bug | Status: new
Priority: normal |
#3686: please remove huge ghc-tarballs/
-+--
Reporter: juhpetersen | Owner:
Type: bug | Status: new
Priority: normal| Component: Build
Dear GHC team,
I have tested ghc-6.12.0.20091121
by
1) installing its binary and making and running the DoCon and Dumatel
programs,
2) making it from source by its binary,
making and running on it the DoCon and Dumatel programs.
It looks all right.
I skipped profiling.
Regards,
http://www.haskell.org/ghc/dist/6.12.1-rc2/
Here is a development test build for Fedora:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1824814
with shared libraries. :-)
BTW I already succeeded in building
a dynamically linked cabal-install rpm locally.
For a comparison of size:
1.2M
On 22/11/09 22:58, Alex Dunlap wrote:
On Sun, Nov 22, 2009 at 10:26:02PM +, Ian Lynagh wrote:
On Sun, Nov 22, 2009 at 01:35:00PM -0800, Alex Dunlap wrote:
I installed this and tried to build the network package. Here's what happened:
SNIP
$ ~/usr/bin/ghc --make Setup.hs
Linking
On 23/11/09 06:53, Daniel Schüssler wrote:
Hi,
I don't think this is the same problem as the one mentioned by Alex
(installing `network' works for me):
{--
$ cabal install X11
Resolving dependencies...
Configuring X11-1.4.6.1...
configure: WARNING:
On 23/11/09 07:02, Daniel Schüssler wrote:
P.S.:
Locale is UTF-8, I guess hGetContents gets the default encoding from the
locale now?
Yes it does. It just occurred to me that hsc2hs should probably be
setting the encoding to UTF8 explicitly before reading Haskell source files.
Cheers,
On Mon, Nov 23, 2009 at 01:41:30PM +1000, Jens Petersen wrote:
We are pleased to announce the second release candidate for GHC 6.12.1:
http://www.haskell.org/ghc/dist/6.12.1-rc2/
Thank you!
For the Linux binary
distributions, the linux-n tarballs are recommended over the linux
Hi,
see below.
Greetings,
Daniel
$ cabal install ghc-paths
Resolving dependencies...
[1 of 1] Compiling Main ( /tmp/ghc-paths-0.1.0.523651/ghc-
paths-0.1.0.5/Setup.hs, /tmp/ghc-paths-0.1.0.523651/ghc-
paths-0.1.0.5/dist/setup/Main.o )
(Apologies if you receive multiple copies of this announcement)
*
Third International Conference on Verified Software:
Theories, Tools, and Experiments
Call for Conference Workshop Papers
Edinburgh,
[Apologies for multiple copies]
JOURNAL OF SYMBOLIC COMPUTATION
Special Issue on Automated Specification and Verification of Web Systems
Has there been real world adoption of any of these, in the shape of
a moderately complex end-user application that is not just a library
demo?
martin
On Mon, Nov 23, 2009 at 8:48 AM, Keith Holman hol...@gmail.com wrote:
You should also check out Fudgets and Tangible Functional
Programming.
Hi Yair,
I wrote some Template Haskell templates that I think may be of use to others.
The first generates in and with functions for newtypes.
This looks very nice. Have you thought about putting this code in to
the Derive package? (http://community.haskell.org/~ndm/derive, and
also on
Nice idea. I will try it if you write runGUI :-)
Sure, just let me know :)
If this is to be done, I think it's better that the person writing
the Haskell code do not write runGUI, so the implementation
details wouln't discourage ideas that make life easier for users.
This is an imperative
Hi everyone
I recently started porting cabal-install to Freebsd. When I looked at its
dependencies on hackage, I noticed HTTP (=4000.0.2 4001). However the
latest HTTP version on hackage is 4000.0.8. That struck me as kinda odd. How
can cabal tell that it won't be compatible with HTTP version
I recently started porting cabal-install to Freebsd. When
I looked at its dependencies on hackage, I noticed HTTP
(=4000.0.2 4001). However the latest HTTP version on
hackage is 4000.0.8. That struck me as kinda odd. How can cabal
tell that it won't be compatible with HTTP version 4001?
If
Hello,
Are there currently any known problems that would hinder the
implementation of kind polymorphism [1], e.g. unresolved inelegancies or
technical limitations, or is it only a matter of finding the time to
implement it?
Thanks,
Martijn.
[1]
Minor aside.
- Could be the first GUI to build on hackage :)
If you have wxWidgets installed, the new fully Cabalised wxHaskell
builds just fine. It's quite handy/refreshing for 'cabal install wx' to
finally just work :-)
Unless you mean build on the Hackage server which should also be
On 19/11/09 12:17, Simon Marlow wrote:
Ok, unless there are any further objections, I'll change the names back to
class NFData a where
rnf :: a - ()
and also add
deepseq :: a - b - b
but I'll leave the module name as Control.DeepSeq.
I made this change and uploaded deepseq-1.1.0.0 on
Hi folks, my name is Juan Maiz and i'm starting to study Haskell (again).
Is anyone from Brazil in the list?i
I'm currently reading The Haskell Road to Logic, Maths and Programming and
having a lot of (geek) fun. By the way, i found this:
Forgot the URL: http://github.com/softa/rl
On Mon, Nov 23, 2009 at 2:01 PM, Juan Maiz juanm...@gmail.com wrote:
Hi folks, my name is Juan Maiz and i'm starting to study Haskell (again).
Is anyone from Brazil in the list?i
I'm currently reading The Haskell Road to Logic, Maths and Programming
Hello Juan,
Monday, November 23, 2009, 7:01:39 PM, you wrote:
But in HUGS i can't. It says:
ERROR conjunction.hs:1 - Unrecognised character `\8743'
hugs doesn't accept unicode source files
there are lots of unicode support problems in both haskell
implementations. probably we have some wiki
Yeah, I found many pages about it (some making fun of a interpreter that
follows all H98 spec). But i'm still crawling to understand who is who and
what are the pages to get help in Haskell community :D
And well, tha's bad, i've really enjoyed Hugs, but i'll have to use GHC
instead :D
Thanks.
Thinking of a parallel with Java for a second, is there a GUI library out there
that's structured like Java Swing? Meaning, there is a GUI library that has a
small platform-specific GUI foundation (e.g. a per platform implementation of
the core AWT functionality) and the rest of the
On Sun, Nov 22, 2009 at 11:56 AM, Antoine Latter aslat...@gmail.com wrote:
Running 'pandoc --strict' over the Markdown readme.text takes:
~0.09s with pandoc built against parsec-2
~0.19s with pandoc built against parsec-3
on my machine.
I have a branch of parsec-3 which seems to brings us
On Mon, 2009-11-23 at 09:50 -0200, Maurício CA wrote:
I recently started porting cabal-install to Freebsd. When
I looked at its dependencies on hackage, I noticed HTTP
(=4000.0.2 4001). However the latest HTTP version on
hackage is 4000.0.8. That struck me as kinda odd. How can cabal
Thinking of a parallel with Java for a second, is there a GUI library
out there that's structured like Java Swing? Meaning, there is a GUI
library that has a small platform-specific GUI foundation (e.g. a per
platform implementation of the core AWT functionality) and the rest of
the
If it doesn't break dependencies, it won't be called http 4001,
it will be called 4000.0.9 :)
Check:
http://www.haskell.org/haskellwiki/Package_versioning_policy
I see. Thanks for the link. I wasn't aware of the versioning policy.
Just to clarify though, wouldn't the next higher major version
On Mon, Nov 23, 2009 at 11:50 AM, Neil Mitchell ndmitch...@gmail.com wrote:
This looks very nice. Have you thought about putting this code in to
the Derive package? (http://community.haskell.org/~ndm/derive, and
also on Hackage).
Hi Neil,
If you think this would belong in Derive, then, cool,
On Sat, 21 Nov 2009 12:14:29 -0800 (PST), jfred...@gmail.com wrote:
Typef*ck: Brainf*ck in the type system. Johnny Morrice [23]showed us
his implementation of everyone's favorite profane programming
language... in the type system.
Incidentally, I've always wondered about the politically
I censored it because I intend the HWN to be a PG rated article. I
figure -- while I am not under any delusion that kids these days have
mouths fouler than mine, which is a feat for sure -- that some young
programmer with strict speaking morals may stumble upon the HWN and say,
Hey self!
Hi Benjamin
On 24 Nov 2009, at 02:35, Benjamin L.Russell wrote:
On Sat, 21 Nov 2009 12:14:29 -0800 (PST), jfred...@gmail.com wrote:
Typef*ck: Brainf*ck in the type system. Johnny Morrice [23]showed us
his implementation of everyone's favorite profane programming
language... in the type
On Mon, 23 Nov 2009 21:50:22 -0500, Joe Fredette jfred...@gmail.com
wrote:
I guess my view is that such a paper with an unintentionally foul-
mouthed name -- like Brainf*ck -- ought not be the reason for which
your paper is rejected from a journal or other publication source, but
rather it
On Tue, 24 Nov 2009 02:58:30 +, Conor McBride
co...@strictlypositive.org wrote:
Hi Benjamin
On 24 Nov 2009, at 02:35, Benjamin L.Russell wrote:
On Sat, 21 Nov 2009 12:14:29 -0800 (PST), jfred...@gmail.com wrote:
Typef*ck: Brainf*ck in the type system. Johnny Morrice [23]showed us
his
I should point out that what seems like a rude name in one
language may be a perfectly proper word in another.
For example, ai in Maori means to copulate, and yet
we have things like the AI Journal. Naughty naughty.
F*ck is a perfectly good German name, I believe, and
you will find that name
Simon Peyton-Jones simo...@microsoft.com writes:
Personally I think there are strong advantages to .:
I'm sorry, but I don't see it. Function composition is one of /the/ most
central concepts to functionaly programming. Overloading dot further is
a terrible idea. I don't see why using it for
55 matches
Mail list logo
