Re: [GHC] #3071: Network.Socket.recv throws IOException on reading 0 bytes
#3071: Network.Socket.recv throws IOException on reading 0 bytes ---+ Reporter: tibbe | Owner: Type: bug| Status: closed Priority: normal | Milestone: Component: libraries/network |Version: 6.10.1 Severity: normal | Resolution: invalid Keywords: | Testcase: Os: Unknown/Multiple | Architecture: Unknown/Multiple ---+ Changes (by tibbe): * status: new = closed * resolution: = invalid Comment: Moved to http://trac.haskell.org/network/ticket/7 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3071#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #650: Improve interaction between mutable arrays and GC
#650: Improve interaction between mutable arrays and GC -+-- Reporter: simonmar |Owner: Type: run-time performance bug | Status: new Priority: normal|Milestone: _|_ Component: Runtime System| Version: 6.4.1 Severity: normal| Resolution: Keywords:| Difficulty: Moderate (1 day) Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by ertai): * cc: ertai (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/650#comment:9 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #2395: Pattern match(es) are overlapped warning with a single view pattern (ghc 6.9.20080606)
#2395: Pattern match(es) are overlapped warning with a single view pattern (ghc 6.9.20080606) -+-- Reporter: rwbarton |Owner: Type: bug | Status: new Priority: normal|Milestone: 6.10 branch Component: Compiler | Version: 6.9 Severity: minor | Resolution: Keywords:| Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by ajd): * cc: alexander.dun...@gmail.com (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2395#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #3150: Overlapping data instances can segfault
#3150: Overlapping data instances can segfault -+-- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Component: Compiler (Type checker) Version: 6.10.1| Severity: normal Keywords:| Testcase: Os: Unknown/Multiple | Architecture: Unknown/Multiple -+-- When exploring data families for some fast unboxed tuple representation, we came across the following scenario. {{{ class Foo a where data Bar a :: * instance Foo a where data Bar a = PBar a instance Foo () where data Bar () = PUnit }}} {{{ GHCi, version 6.10.1: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer ... linking ... done. Loading package base ... linking ... done. [1 of 1] Compiling Main ( Foo.hs, interpreted ) Ok, modules loaded: Main. *Main case PUnit of PBar x - x Segmentation fault }}} It appears the compiler is allowing the refinement of a into () because they overlap, when it shouldn't. This is less academic than this example, because it affects doing similar operations to automatically unbox tuples of primitives when possible. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3150 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3085: warn about language extensions that are not used
#3085: warn about language extensions that are not used -+-- Reporter: PVerswyvelen |Owner: Type: feature request | Status: new Priority: normal|Milestone: Component: Compiler | Version: 6.10.1 Severity: normal| Resolution: Keywords: warnings extensions language | Difficulty: Unknown Testcase:| Os: Unknown/Multiple Architecture: Unknown/Multiple | -+-- Changes (by tim): * cc: cheval...@alum.wellesley.edu (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3085#comment:15 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1015: regex001(ghci,threaded1) seg-faults under Solaris
#1015: regex001(ghci,threaded1) seg-faults under Solaris -+-- Reporter: mae...@tzi.de |Owner: benl Type: bug | Status: closed Priority: normal|Milestone: _|_ Component: Compiler | Version: 6.6 Severity: normal| Resolution: fixed Keywords:| Difficulty: Unknown Testcase:| Os: Solaris Architecture: Unknown/Multiple | -+-- Changes (by benl): * status: assigned = closed * resolution: = fixed Comment: Mon Apr 6 15:35:13 EST 2009 ben.lippme...@anu.edu.au * Fix #1015: Don't free the buffers of regexes who's compile fails. The SunOS 5.10 man page says that if regcomp fails then the regex buffer becomes undefined. Trying to free it causes a segv under x86 and SPARC. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1015#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #3151: Hello World does not compile (missing Prelude?)
#3151: Hello World does not compile (missing Prelude?) +--- Reporter: fft1976 | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 6.10.1 | Severity: normal Keywords: | Testcase: Os: Linux| Architecture: x86 +--- Note: This is actually 6.10.2 (the Ticket Properties does not give this choice) {{{ $ cat hello.hs main = do putStrLn Hello, World $ which ghc /home/t/local/bin/ghc $ ghc --version The Glorious Glasgow Haskell Compilation System, version 6.10.2 $ ghc --make hello [1 of 1] Compiling Main ( hello.hs, hello.o ) hello.hs:1:0: Failed to load interface for `Prelude': Use -v to see a list of the files searched for. }}} Ubuntu 8.04 GHC 6.8.2 works though: {{{ $ /usr/bin/ghc --version The Glorious Glasgow Haskell Compilation System, version 6.8.2 $ /usr/bin/ghc --make hello [1 of 1] Compiling Main ( hello.hs, hello.o ) Linking hello ... $ ./hello Hello, World }}} {{{ $ ghc -v --make hello }}} Prints lots of stuff, including: {{{ hello.hs:1:0: Failed to load interface for `Prelude': locations searched: Prelude.hs Prelude.lhs }}} Indeed, Prelude seems to be missing: {{{ $ cd ~/local/lib/ghc-6.10.2/ $ find . -name \*elude\* }}} I can also confirm another bug report (the reason is likely the same): {{{ $ ghci GHCi, version 6.10.2: http://www.haskell.org/ghc/ :? for help ghc: panic! (the 'impossible' happened) (GHC version 6.10.2 for i386-unknown-linux): interactiveUI:setBuffering2 Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3151 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [Haskell] Re: ANNOUNCE: GHC version 6.10.2
Duncan Coutts wrote: In the mean time you can just: $ cabal install time Where do I get the cabal command? I'm installing GHC on a new machine and I was hoping it would be included. I can't obtain it via cabal install cabal-install because I don't have the cabal command and I don't know how to tie the knot in this case. -- Ashley Yakeley ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Haskell] Re: ANNOUNCE: GHC version 6.10.2
Am Sonntag 05 April 2009 10:24:25 schrieb Ashley Yakeley: Duncan Coutts wrote: In the mean time you can just: $ cabal install time Where do I get the cabal command? I'm installing GHC on a new machine and I was hoping it would be included. I can't obtain it via cabal install cabal-install because I don't have the cabal command and I don't know how to tie the knot in this case. Download the cabal-install .tar.gz from Hackage, unpack it. There's a script bootstrap.sh in the directory, run that, it wgets zlib and HTTP and installs them, after that, it installs cabal-install and you're ready to go. If you're on windows, there's a cabal binary installer somewhere (should be findable from the cabal homepage, I believe). ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Haskell] Re: ANNOUNCE: GHC version 6.10.2
daniel.is.fischer: Am Sonntag 05 April 2009 10:24:25 schrieb Ashley Yakeley: Duncan Coutts wrote: In the mean time you can just: $ cabal install time Where do I get the cabal command? I'm installing GHC on a new machine and I was hoping it would be included. I can't obtain it via cabal install cabal-install because I don't have the cabal command and I don't know how to tie the knot in this case. Download the cabal-install .tar.gz from Hackage, unpack it. There's a script bootstrap.sh in the directory, run that, it wgets zlib and HTTP and installs them, after that, it installs cabal-install and you're ready to go. If you're on windows, there's a cabal binary installer somewhere (should be findable from the cabal homepage, I believe). ___ There are binaries of the 'cabal' command on many distros too. -- Don ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Haskell] Re: ANNOUNCE: GHC version 6.10.2
And to make many, many peoples life easier the binaries could have been included in ghc 6.10.2 (but I know there are some philosophical reasons against it). -- Lennart On Sun, Apr 5, 2009 at 5:48 PM, Don Stewart d...@galois.com wrote: daniel.is.fischer: Am Sonntag 05 April 2009 10:24:25 schrieb Ashley Yakeley: Duncan Coutts wrote: In the mean time you can just: $ cabal install time Where do I get the cabal command? I'm installing GHC on a new machine and I was hoping it would be included. I can't obtain it via cabal install cabal-install because I don't have the cabal command and I don't know how to tie the knot in this case. Download the cabal-install .tar.gz from Hackage, unpack it. There's a script bootstrap.sh in the directory, run that, it wgets zlib and HTTP and installs them, after that, it installs cabal-install and you're ready to go. If you're on windows, there's a cabal binary installer somewhere (should be findable from the cabal homepage, I believe). ___ There are binaries of the 'cabal' command on many distros too. -- Don ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
[Haskell] [OT] Plural forms of the word octopus [Was: Re: Marketing Haskell]
On Sat, 04 Apr 2009 22:44:13 -0400, a...@spamcop.net wrote: G'day all. Quoting Benjamin L.Russell dekudekup...@yahoo.com: Actually, according to the Wikipedia entry for octopus (see http://en.wikipedia.org/wiki/Octopus), I probably should have written the plural as either octopuses or octopodes: Ah, but octopodes is only the _nominative_ plural. You really should have written this: Or is that a logo of two octoposi, one with four arms, and the other with three? Oh no, the poor octopodes! Or, if the second sentence addresses the octopous, this would be correct: Oh no, the poor octopoi! Hope this helps. For your homework, what is the plural of topos? According to the Merriam-Webster Online Dictionary, it is topoi (see http://www.merriam-webster.com/dictionary/topos). Where did you find octoposi? I just searched online, but wasn't able to find a reference. -- Benjamin L. Russell -- Benjamin L. Russell / DekuDekuplex at Yahoo dot com http://dekudekuplex.wordpress.com/ Translator/Interpreter / Mobile: +011 81 80-3603-6725 Furuike ya, kawazu tobikomu mizu no oto. -- Matsuo Basho^ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell-cafe] Link errors in Gtk2Hs are more general than I thought.
Jeff == Jeff Wheeler j...@nokrev.com writes: Jeff I installed Gtk2Hs on a similar machine earlier tonight, Jeff with much success, even with Yi. Jeff I did not use MacPorts, and instead followed the Jeff instructions on the HaskellWiki [1] under Using the GTK+ OS Jeff X Framework (including compiling pkg-config from src). I'm Jeff not sure how having attempted the installation through Jeff MacPorts may have littered your system, unfortunately. A lot I think (I tried the Framework install once, and spent a LOT of time cleaning up, and the same when I reverted macports). -- Colin Adams Preston Lancashire ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANNOUNCE: fad 1.0 -- Forward Automatic Differentiation library
Henning Thielemann schrieb: with advanced type classes: http://hackage.haskell.org/packages/archive/numeric-prelude/0.0.5/doc/html/MathObj-PowerSeries.html I'll take this as another opportunity to point out that the Haddock docs of the Numeric Prelude are highly unreadable, due to all qualified class and type names appearing as just C or T. I'm wondering, too, if the Numeric Prelude could be organized more cleanly if we had a fancier module system - does someone have sufficient experience with, say, ML-style module systems to tell? Kalman ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Hackage not updating package list
Hi, I just uploaded network-2.2.1. It appears on Hackage [1] but a `cabal update` followed by `cabal install network-2.2.1` results in: Resolving dependencies... cabal: There is no available version of network that satisfies ==2.2.1 The upload took a very long time and it seemed to time out at some point. My guess is that Hackage got itself into an inconsistent state. Could someone who has access to the Hackage server check what happened? 1. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/network-2.2.1 Cheers, Johan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: Haskell EDSL to generate SQL?
Hi Jeremy, apologies for my initial response, that was definately premature. I had a second look and am quite impressed now. What is the best resource to look for more detail examples? Günther Jeremy Shaw schrieb: At Sat, 04 Apr 2009 15:40:56 +0200, Günther Schmidt wrote: But I hope to be able to use an DSL from which I can automatically generate SQL-Strings instead of writing the SQL statements literally. Has anyone else taken a similar approach? HaskellDB has an DSL for generating SQL strings. Though, it is not a straightforward mapping. The haskellDB DSL provides you with relational algebra operators that you use to build your query. - jeremy ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] ANN: network-bytestring 0.1.2
I am pleased to announce a new release of network-bytestring, a Haskell library for fast socket I/O using ByteStrings. New in this release is support for scatter/gather I/O (also known as vectored I/O). Scatter/gather I/O provides more efficient I/O by using one system call to send several separate pieces of data and by avoiding unnecessary copying. I would like to thank Brian Lewis, Bryan O'Sullivan, and Thomas Schilling for contributing patches for this release. Get it: cabal install network-bytestring And on Hackage: http://hackage.haskell.org/cgi-bin/hackage-scripts/package/network-bytestring Windows hackers needed: I've made sure that the library builds on Windows but since I don't use Windows myself I haven't implemented scatter/gather I/O support for Windows. It should be straightforward to add and I'd be happy to review the patches. Cheers, Johan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Numeric Prelude and identifiers (Was: fad 1.0 -- Forward AutomaticDifferentiation library)
On Sun, 5 Apr 2009, Kalman Noel wrote: Henning Thielemann schrieb: with advanced type classes: http://hackage.haskell.org/packages/archive/numeric-prelude/0.0.5/doc/html/MathObj-PowerSeries.html I'll take this as another opportunity to point out that the Haddock docs of the Numeric Prelude are highly unreadable, due to all qualified class and type names appearing as just C or T. It's Haddock's fault. :-) I have written a Trac ticket, but trac.haskell.org does currently not respond. I'm wondering, too, if the Numeric Prelude could be organized more cleanly if we had a fancier module system - does someone have sufficient experience with, say, ML-style module systems to tell? Are you complaining about the organisation or about the identifiers? If you mean the former, then what organisation do you propose? If you mean the latter ... Many proposals about extended import facilities I saw were complicated and could simply be avoided using the naming style I use. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Numeric Prelude and identifiers (Was: fad 1.0 -- Forward AutomaticDifferentiation library)
On Apr 5, 2009, at 9:33 AM, Henning Thielemann wrote: On Sun, 5 Apr 2009, Kalman Noel wrote: Henning Thielemann schrieb: with advanced type classes: http://hackage.haskell.org/packages/archive/numeric-prelude/0.0.5/doc/html/MathObj-PowerSeries.html I'll take this as another opportunity to point out that the Haddock docs of the Numeric Prelude are highly unreadable, due to all qualified class and type names appearing as just C or T. It's Haddock's fault. :-) I have written a Trac ticket, but trac.haskell.org does currently not respond. I may be treading in murky waters here, but I do think a large part of the problem is that the Numeric Prelude has chosen to use ML naming conventions (which refer to types in a module as T, etc.) when you're writing a Haskell program. Surely if the types, classes, and so forth were given evocative names, numeric prelude programs would become readable? And as a special bonus, though it may offend your sensibilities, numeric prelude programs might be able to use unqualified import in certain circumstances? -Jan-Willem Maessen [For each language, its own idiom!] ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Lazy vs correct IO [Was: A round of golf]
2008/09/18 o...@okmij.org: Operationally, the code does not open more than one file at a time. More importantly, the code *never* reads more than 4096 characters at a time. A block of the file is read, split into words, counted, and only then another chunk is read. After one file is done, it is closed, and another file is processed. One can see that only one file is being opened at a time by enabling traces. The processing is fully incremental. It opens and closes each file in turn; but it would it be unwise to open and close each file as we'd read a chunk from it? This would allow arbitrary interleaving. -- Jason Dusek ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Lazy vs correct IO [Was: A round of golf]
I hate to say it; but you know you can tweak the OS to allow excessive file handle usage. I once wrote a Haskell script to empty a very, vary large S3 bucket. On Linux, I had to put it in a shell while loop to keep it going, due to file handle exhaustion. On my Mac it ran without incident. :; ulimit unlimited Turns out the `ulimit` on my Mac is pretty high. -- Jason Dusek |...tweak the OS...| http://www.kegel.com/c10k.html#limits.filehandles ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Lazy vs correct IO [Was: A round of golf]
Oh, curses. I didn't run it with the right option. :; ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) 6144 file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 256 pipe size(512 bytes, -p) 1 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 266 virtual memory (kbytes, -v) unlimited So now I'm not sure why it worked on my Mac. -- Jason Dusek ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] EclipseFP proposal for Google Summer of Code
To everyone involved in the Google Summer of Code program, I have submitted a GSoC proposal to work on EclipseFP, the Haskell plugin for Eclipse. The proposal is crossposted to both haskell.org and the Eclipse Foundation, each in their respective templates. This is also stated at the top of the proposal. I send this e-mail because of possible scheduling issues: I will be away starting on April 15. So, if you want to ask me things, have suggestions for improvement, or want to do an interview or something, this can only be done *before* that date. This is also stated in the proposal, but since I have no idea how the proposals are processed by the mentoring organizations, I figured that an explicit notification would be a good idea. For your convenience, here are links to the proposal. haskell.org version: http://socghop.appspot.com/student_proposal/show/google/gsoc2009/thomastc/t12376710 and also on http://docs.google.com/Doc?id=dfmvb7sr_13fzdg5qhr Eclipse Foundation version: http://socghop.appspot.com/student_proposal/show/google/gsoc2009/thomastc/t123867654843 and also on http://docs.google.com/Doc?id=dfmvb7sr_15gb9258fg If my schedule causes any problems, please let me know. Also, comments on the proposal in general would be much appreciated. Thanks, Thomas P.S. I hope it's okay that I post this to the haskell-cafe list as well; since haskell.org has no GSoC-specific mailing list, it seems to be the most appropriate place that I could find. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] System.Process.Posix
On Sat, Apr 4, 2009 at 10:28 PM, Don Stewart d...@galois.com wrote: cristiano.paris: ... Isn't this the goal of the process package? Hi Don, thank you for the reference. I saw System.Process but when I needed it I was in a hurry and having a UNIX background I googled for some snippet daemonizing a process which led me to the System.Process.Posix package. Yet, I was surprised not to find it in Hoogle as I thought it to be a comprehensive search engine. But I was wrong :D Thanks. Cristiano ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Lazy vs correct IO [Was: A round of golf]
It depends on the underlying file control used by ghc. if it's the FILE stream pointer, some implementations suffer from a 255 file limit. If it's a standard file descriptor (open instead of fopen), then it's limited by ulimit. On Sun, Apr 5, 2009 at 10:35 AM, Jason Dusek jason.du...@gmail.com wrote: Oh, curses. I didn't run it with the right option. :; ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) 6144 file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 256 pipe size(512 bytes, -p) 1 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 266 virtual memory (kbytes, -v) unlimited So now I'm not sure why it worked on my Mac. -- Jason Dusek ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe -- We can't solve problems by using the same kind of thinking we used when we created them. - A. Einstein ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Hackage not updating package list
johan.tibell: Hi, I just uploaded network-2.2.1. It appears on Hackage [1] but a `cabal update` followed by `cabal install network-2.2.1` results in: Resolving dependencies... cabal: There is no available version of network that satisfies ==2.2.1 The upload took a very long time and it seemed to time out at some point. My guess is that Hackage got itself into an inconsistent state. Could someone who has access to the Hackage server check what happened? 1. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/network-2.2.1 Seems to have worked now. We had time out problems a couple of weeks ago too. Unknown cause at this point. All seems to be working though: $ cabal install network-bytestring ... Installing library in /home/dons/.cabal/lib/network-bytestring-0.1.2/ghc-6.10.1 Registering network-bytestring-0.1.2... Reading package info from dist/installed-pkg-config ... done. Writing new package config file... done. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Confused about readline/editline
Hello café, I'm trying to write an executable that depends on Yogurt-0.3, readline (indirectly) and hint. However, including hint in the build-depends field causes cabal to link the executable against editline instead of readline. Here is a small test case: File: Test.cabal Name: Test Version: 0 Build-Type: Simple Cabal-Version: = 1.2 Executable test Main-Is:Test.hs Build-Depends: base, Yogurt, hint GHC-Options:-threaded File: Test.hs module Main where import Network.Yogurt main:: IO () main = do connect eclipse.cs.pdx.edu 7680 (return ()) The example doesn't use any functions from hint, but simply mentioning it in the cabal file causes this behaviour. What's going on? How can I fix or work around this? I am able to reproduce this behaviour in two configurations: * Leopard Intel; cabal-install version 0.6.2, using version 1.6.0.1 of the Cabal library; GHC 6.10.1 * Ubuntu; cabal-install version 0.6.2, using version 1.6.0.3 of the Cabal library; GHC 6.10.2 Thank you very much in advance, Martijn. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] high probability of installation problems and quality of the glorious implementation
I'm still learning Haskell and also evaluating whether I want to use the language in my work. It seems like a fascinating language so far (although I don't know if laziness will be a detriment later for me eventually), but I'm a bit worried about the overall quality of its GHC implementation. For example, I tried installing GHC-6.10.2 on my Ubuntu 8.04 machine (probably the most mainstream Linux these days). 1st attempt: binary = failed the impossible happened, report bug (I think it's already in bugzilla for an even earlier version) 2nd attempt: source and docs = followed README, but make failed while building docs 3rd attempt: source only, no docs = make install succeeded, but ghci now seems to have its readline screwed up (no editing, can't quit even with Ctrl-C or Ctrl-D), while Ubuntu-bundled 6.8.* ghci works fine in this regard. If these kinds of issues are common only during installation, I can live with that, but if GHC is flaky overall, having to deal with this may cancel out whatever productivity advantages Haskell provides. If the quality of the installation procedures is different from the compiler itself, can you explain why? ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Hackage not updating package list
It has been slow for me today as well. I spammed up 3 released of a package in rapid succession because it wasn't showing up in the list. Apparently stuff is at least showing up several minutes after the upload completes though as evidenced by the fact that I can see all of those versions now. -Edward Kmett On Sun, Apr 5, 2009 at 12:47 PM, Don Stewart d...@galois.com wrote: johan.tibell: Hi, I just uploaded network-2.2.1. It appears on Hackage [1] but a `cabal update` followed by `cabal install network-2.2.1` results in: Resolving dependencies... cabal: There is no available version of network that satisfies ==2.2.1 The upload took a very long time and it seemed to time out at some point. My guess is that Hackage got itself into an inconsistent state. Could someone who has access to the Hackage server check what happened? 1. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/network-2.2.1 Seems to have worked now. We had time out problems a couple of weeks ago too. Unknown cause at this point. All seems to be working though: $ cabal install network-bytestring ... Installing library in /home/dons/.cabal/lib/network-bytestring-0.1.2/ghc-6.10.1 Registering network-bytestring-0.1.2... Reading package info from dist/installed-pkg-config ... done. Writing new package config file... done. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Confused about readline/editline
On Sun, Apr 5, 2009 at 10:06 AM, Martijn van Steenbergen mart...@van.steenbergen.nl wrote: Hello café, I'm trying to write an executable that depends on Yogurt-0.3, readline (indirectly) and hint. However, including hint in the build-depends field causes cabal to link the executable against editline instead of readline. Here is a small test case: File: Test.cabal Name: Test Version: 0 Build-Type: Simple Cabal-Version: = 1.2 Executable test Main-Is: Test.hs Build-Depends: base, Yogurt, hint GHC-Options: -threaded File: Test.hs module Main where import Network.Yogurt main:: IO () main = do connect eclipse.cs.pdx.edu 7680 (return ()) The example doesn't use any functions from hint, but simply mentioning it in the cabal file causes this behaviour. What's going on? How can I fix or work around this? I am able to reproduce this behaviour in two configurations: * Leopard Intel; cabal-install version 0.6.2, using version 1.6.0.1 of the Cabal library; GHC 6.10.1 * Ubuntu; cabal-install version 0.6.2, using version 1.6.0.3 of the Cabal library; GHC 6.10.2 Probably what's happening is that hint depends on the ghc package, which links to editline in 6.10 since it includes all the code for ghci. I'm not sure, but there might be some order of flags or packages you could give to Cabal which would cause it to link to readline first; I think if gcc gets -lreadline -ledit in that order then it will do what you want. Passing -v or -v3 to cabal build should let you see what's going on. For ghc-6.12 there's plans to prevent this issue by separating out ghci as a separate program than the core ghc package. -Judah ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Confused about readline/editline
Judah Jacobson wrote: I'm not sure, but there might be some order of flags or packages you could give to Cabal which would cause it to link to readline first; I think if gcc gets -lreadline -ledit in that order then it will do what you want. Passing -v or -v3 to cabal build should let you see what's going on. Yes, -v3 indeed shows that edit comes before readline. Adding this extra line fixes it: Extra-Libraries: readline Is adding that extra line a robust, portable and documented way of solving the problem? Whew, I'm really glad it's fixed now. It took me half a day to narrow the problem down. :-) Thanks, Martijn. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
On Sun, Apr 5, 2009 at 12:35 PM, John Dorsey hask...@colquitt.org wrote: Once it's installed and working, GHC's a very decent compiler. My general null hypothesis is, as Alec Baldwin put it, that a loser is a loser, or a buggy project is buggy. If GHC is robust overall (which I'm yet to find out), why is the installation so broken? ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
That is strange, I'm using Ubuntu myself, and I come from Windows so know absolutely nothing about Linux whatsoever, but GHC 6.10.2 binary installed without problems. But anyway, in this case, if you're on Windows, installation of GHC works like a charm: download, install, play. But for most of the packages on Hackage, Windows is not a good platform :) On Sun, Apr 5, 2009 at 10:19 PM, FFT fft1...@gmail.com wrote: On Sun, Apr 5, 2009 at 12:35 PM, John Dorsey hask...@colquitt.org wrote: Once it's installed and working, GHC's a very decent compiler. My general null hypothesis is, as Alec Baldwin put it, that a loser is a loser, or a buggy project is buggy. If GHC is robust overall (which I'm yet to find out), why is the installation so broken? ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] binary package: memory problem decoding an IntMap
Manlio Perillo ha scritto: Hi. I'm having memory problems decoding a big IntMap. The data structure is: IntMap (UArr (Word16 :*: Word8)) There are 480189 keys, and a total of 100480507 elements (Netflix Prize). The size of the encoded (and compressed) data is 184 MB. When I load data from the Netflix Prize data set, total memory usage is 1030 Mb. It seems there is a problem with tuples, too. I have a: [(Word16, UArr (Word32 :*:* Word8))] This eats more memory than it should, since tuples are decoded lazily. Manlio ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
What about 6.10.1? Is it failing too? On 5 Apr 2009, at 22:22, FFT wrote: I'm still learning Haskell and also evaluating whether I want to use the language in my work. It seems like a fascinating language so far (although I don't know if laziness will be a detriment later for me eventually), but I'm a bit worried about the overall quality of its GHC implementation. For example, I tried installing GHC-6.10.2 on my Ubuntu 8.04 machine (probably the most mainstream Linux these days). 1st attempt: binary = failed the impossible happened, report bug (I think it's already in bugzilla for an even earlier version) 2nd attempt: source and docs = followed README, but make failed while building docs 3rd attempt: source only, no docs = make install succeeded, but ghci now seems to have its readline screwed up (no editing, can't quit even with Ctrl-C or Ctrl-D), while Ubuntu-bundled 6.8.* ghci works fine in this regard. If these kinds of issues are common only during installation, I can live with that, but if GHC is flaky overall, having to deal with this may cancel out whatever productivity advantages Haskell provides. If the quality of the installation procedures is different from the compiler itself, can you explain why? ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
FFT wrote: John Dorsey wrote: Once it's installed and working, GHC's a very decent compiler. My general null hypothesis is, as Alec Baldwin put it, that a loser is a loser, or a buggy project is buggy. If GHC is robust overall (which I'm yet to find out), why is the installation so broken? Part of the problem is that GHC 6.6 is the last version that supported bootstrapping. Some of the changes in 6.8 broke that, and so the longer it goes the harder bootstrapping/installation becomes. It's a major bug that many people would like fixed; I don't know the details, but I'm sure the GHC mailing lists[1] or #ghc would have more to say about it. There are also some issues about libeditline which is used for the interactive debugger, and has a lot to do with Linux vs BSD nonsense. Once these two issues are dealt with, the rest is smooth sailing. As the flagship Haskell compiler a lot of work has been invested in optimizations and the general running of GHC. Installation is less glorious work, so less academic and corporate investment has been paid to that part of things. Since most of the community already has a GHC installed, the bootstrapping issue isn't devastating to those already in the loop. Consequently, a lot of work has been done on making the post-compiler development cycle more robust with projects like Cabal, Hackage, cabal-install, and the Haskell Platform. These projects are still under rapid development, but they are fairly stable and they make it very friendly to install libraries--- which greatly speeds up development. [1] http://www.haskell.org/ghc/docs/latest/html/users_guide/introduction-GHC.html#mailing-lists-GHC -- Live well, ~wren ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
Quoth FFT: My general null hypothesis is, as Alec Baldwin put it, that a loser is a loser, or a buggy project is buggy. I can't see the world in such black and white terms. GHC has strengths and weaknesses, as do other projects. GHC is changing over time, as are other projects. Formally verified software is still rare. Most of the useful stuff lies somewhere between buggy and bug-free. If GHC is robust overall (which I'm yet to find out), why is the installation so broken? History. Limited resources. Complexity and diversity of target environments. Moving targets. Day jobs. Of course, you have to determine what your needs and standards are for any product you use. Regards, John ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] binary package: memory problem decoding an IntMap
Excerpts from Manlio Perillo's message of Sun Apr 05 22:41:57 +0200 2009: Manlio Perillo ha scritto: Hi. I'm having memory problems decoding a big IntMap. The data structure is: IntMap (UArr (Word16 :*: Word8)) There are 480189 keys, and a total of 100480507 elements (Netflix Prize). The size of the encoded (and compressed) data is 184 MB. When I load data from the Netflix Prize data set, total memory usage is 1030 Mb. It seems there is a problem with tuples, too. I have a: [(Word16, UArr (Word32 :*:* Word8))] This eats more memory than it should, since tuples are decoded lazily. Why not switch to [(Word16 :*: UArr (Word32 :*: Word8))] then? -- Nicolas Pouillard ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] binary package: memory problem decoding an IntMap
Manlio Perillo ha scritto: [...] It seems there is a problem with tuples, too. I have a: [(Word16, UArr (Word32 :*:* Word8))] This eats more memory than it should, since tuples are decoded lazily. My bad, sorry. I simply solved by using a strict consumer (foldl' instead of foldl). Manlio ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
FFT wrote: I'm still learning Haskell and also evaluating whether I want to use the language in my work. snip For example, I tried installing GHC-6.10.2 on my Ubuntu 8.04 machine (probably the most mainstream Linux these days). I'm on Ubuntu 8.10 and soon to move to 9.04 and I agree that the standard 6.8.2 compiler on Debian/Ubuntu is a PITA. I haven't tried 6.10.2 yet, but the way I installed 6.10.1 and a bunch of other packages was by installing them from the Debian unstable source packages. HTH, Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
On Sun, Apr 5, 2009 at 4:13 PM, Erik de Castro Lopo mle...@mega-nerd.com wrote: FFT wrote: I'm still learning Haskell and also evaluating whether I want to use the language in my work. snip For example, I tried installing GHC-6.10.2 on my Ubuntu 8.04 machine (probably the most mainstream Linux these days). I'm on Ubuntu 8.10 and soon to move to 9.04 and I agree that the standard 6.8.2 compiler on Debian/Ubuntu is a PITA. In particular, I advise my friends not to install GHC from apt on Debian/Ubuntu because of the way the packages are fractured on those distros. Nothing but problems for casual Haskell hackers. If you know your distro and Haskell well, then sure it's easy to install all the packages that constitute a normal ghc install. For everyone else it's just confusing and frustrating. I've heard that from a distro point of view the split packages are nice and that the solution to my complaint is a proper meta or virtual package. I wonder when we'll get a good haskell virtual package on Debian? Just my $0.02, Jason ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
Jason Dagit wrote: In particular, I advise my friends not to install GHC from apt on Debian/Ubuntu because of the way the packages are fractured on those distros. Fractured? Nothing but problems for casual Haskell hackers. If you know your distro and Haskell well, then sure it's easy to install all the packages that constitute a normal ghc install. Well I admit that having done a lot of debian packaging in my day job I know the debian packaging system pretty well. I chose to stick to the debian packages because I found cabal to be a pain in the neck in comparison :-). I've heard that from a distro point of view the split packages are nice and that the solution to my complaint is a proper meta or virtual package. My overwhelming complaint about the packages in Ubuntu and Debian stable/testing is that they are for ghc-6.8.2. I wonder when we'll get a good haskell virtual package on Debian? What would this package do? Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
On Sun, Apr 5, 2009 at 1:41 PM, Peter Verswyvelen bugf...@gmail.com wrote: That is strange, I'm using Ubuntu myself, and I come from Windows so know absolutely nothing about Linux whatsoever, but GHC 6.10.2 binary installed without problems. Are you running 32-bit Ubuntu 8.04 ? /etc/lsb-release and /etc/issue* may contain this info, also $ uname -a It may also be the presence or absence of some packages that the installation requires, but ./configure doesn't check. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [darcs-users] [Haskell-cafe] Reverting to any old version using Darcs
On Wed, Apr 1, 2009 at 11:25 PM, Claus Reinke claus.rei...@talk21.comwrote: Perhaps the rumours refer to non-tagged versions? In conventional non-distributed version control systems, one might go back to the version on a specific date, while with darcs, that only makes sense wrt a specific repo (I think?). On Wed, Apr 01, 2009 at 23:43:36 +0200, Peter Verswyvelen wrote: Yes, that might be the rumor indeed, it surely sounds like it :) Darcs is really very different, so it takes a while to get used to it when coming from other systems. This has been said in one of the earlier responses, but I thought it was worth repeating: darcs has a notion of context files which can be used to retrieve exactly another version of a repository with darcs get --context name-of-file. You can generate such files by invoking darcs changes --context. For that matter, patch bundles (as created by darcs send) can also be used as context files. It's sometimes quite handy to do something like darcs get --context foo.dpatch to retrieve exactly the version of the repository a patch bundle was meant to apply to. This is one of the little known features of darcs, and should probably appear in some kind of darcs tips series of blog articles :-) -- Eric Kow http://www.nltg.brighton.ac.uk/home/Eric.Kow PGP Key ID: 08AC04F9 pgpajaZ83hl21.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
On 2009 Apr 5, at 19:47, Erik de Castro Lopo wrote: Jason Dagit wrote: I wonder when we'll get a good haskell virtual package on Debian? What would this package do? Install ghc + all the little pieces of libghc6-cruft needed to get a sane working environment? -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allb...@kf8nh.com system administrator [openafs,heimdal,too many hats] allb...@ece.cmu.edu electrical and computer engineering, carnegie mellon universityKF8NH PGP.sig Description: This is a digitally signed message part ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Combining sequences
On Sat, 4 Apr 2009, michael rice wrote: Is there a simple way to combine two sequences that are in ascending order into a single sequence that's also in ascending order? An example would be the squares [1,4,9,16,25..] combined with the cubes [1,8,27,64,125..] to form [1,1,4,8,9,16,25,27..]. http://hackage.haskell.org/packages/archive/utility-ht/0.0.4/doc/html/Data-List-HT.html#v%3AmergeBy ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] haskelldb, how to escape table names
Hi, how can I escape table and column names, from something like: kh-internes-kennz to this: [kh-internes-kennz] ? Günther ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
On 6 Apr 2009, at 1:05 pm, Brandon S. Allbery KF8NH wrote: On 2009 Apr 5, at 19:47, Erik de Castro Lopo wrote: What would this package do? Install ghc + all the little pieces of libghc6-cruft needed to get a sane working environment? I want the Zen package: Make me one with everything. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Combining sequences
Thanks. It looks like mergeBy will do the job, but is it available in Hugs? Michael --- On Sun, 4/5/09, Henning Thielemann lemm...@henning-thielemann.de wrote: From: Henning Thielemann lemm...@henning-thielemann.de Subject: Re: [Haskell-cafe] Combining sequences To: michael rice nowg...@yahoo.com Cc: haskell-cafe@haskell.org Date: Sunday, April 5, 2009, 9:09 PM On Sat, 4 Apr 2009, michael rice wrote: Is there a simple way to combine two sequences that are in ascending order into a single sequence that's also in ascending order? An example would be the squares [1,4,9,16,25..] combined with the cubes [1,8,27,64,125..] to form [1,1,4,8,9,16,25,27..]. http://hackage.haskell.org/packages/archive/utility-ht/0.0.4/doc/html/Data-List-HT.html#v%3AmergeBy ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] high probability of installation problems and quality of the glorious implementation
On Sun, Apr 5, 2009 at 4:47 PM, Erik de Castro Lopo mle...@mega-nerd.com wrote: Jason Dagit wrote: In particular, I advise my friends not to install GHC from apt on Debian/Ubuntu because of the way the packages are fractured on those distros. Fractured? In the sense that they split up the things GHC builds. Specifically, you need to install quite a few packages to get everything that GHC would come with. Nothing but problems for casual Haskell hackers. If you know your distro and Haskell well, then sure it's easy to install all the packages that constitute a normal ghc install. Well I admit that having done a lot of debian packaging in my day job I know the debian packaging system pretty well. Nice! Debian is my favorite distro by leaps and bounds. I chose to stick to the debian packages because I found cabal to be a pain in the neck in comparison :-). Interesting. I'm glad that Open Source provides enough diversity that people can use the tools they enjoy working with. I like cabal just fine but I'm glad we can both choose different paths to meet a common goal. I wonder when we'll get a good haskell virtual package on Debian? What would this package do? At a minimum it will give you everything that the GHC HQ installer gives you. For the casual haskell hacker, it ideally also gives you the profiled versions of everything thath GHC HQ installer gives you. Perhaps this is the Debian equivalent of the 'batteries included' haskell platform. Thanks, Jason ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Combining sequences
It's not in hugs, nor in ghc. It's just in hackage. However, by the looks of it, you should probably be able to use it in hugs. I didn't actually check this, but the cabal file didn't name any fancy extensions, so it looks pretty cross-compiler. You can just go to http://hackage.haskell.org/cgi-bin/hackage-scripts/package/utility-ht-0.0.4 wget http://hackage.haskell.org/packages/archive/utility-ht/0.0.4/utility-ht-0.0.4.tar.gz untar and put them with the rest of the files your hugs compiler uses for package import. (I don't actually know how package installation works in hugs... isn't it just put the files into a dir?) thomas. 2009/4/5 michael rice nowg...@yahoo.com: Thanks. It looks like mergeBy will do the job, but is it available in Hugs? Michael --- On Sun, 4/5/09, Henning Thielemann lemm...@henning-thielemann.de wrote: From: Henning Thielemann lemm...@henning-thielemann.de Subject: Re: [Haskell-cafe] Combining sequences To: michael rice nowg...@yahoo.com Cc: haskell-cafe@haskell.org Date: Sunday, April 5, 2009, 9:09 PM On Sat, 4 Apr 2009, michael rice wrote: Is there a simple way to combine two sequences that are in ascending order into a single sequence that's also in ascending order? An example would be the squares [1,4,9,16,25..] combined with the cubes [1,8,27,64,125..] to form [1,1,4,8,9,16,25,27..]. http://hackage.haskell.org/packages/archive/utility-ht/0.0.4/doc/html/Data-List-HT.html#v%3AmergeBy ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Lazy vs correct IO [Was: A round of golf]
It opens and closes each file in turn; but it would it be unwise to open and close each file as we'd read a chunk from it? This would allow arbitrary interleaving. If I understand you correctly, you are proposing processing several files in parallel, so to interleave IO. If the `files' in question are communication pipes, or if KAIO (kernel asynchronous IO) is available, it is indeed a good strategy. The last example in the file http://okmij.org/ftp/Haskell/Iteratee/IterateeM.hs (called test_driver_mux) demonstrates how to interleave IO with Iteratees. Iteratees of course do not care how the source data have been obtained, with or without interleaving. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] cabal build on mac os 10.5.6 , can't find gmp
Hi, Cabal won't build zlib because it can't find libgmp. It's there, in /sw/lib (fink installation). I've modified the bootstrap script and added -L/sw/lib to the ghc options. This is a mystery in itself because ghc is itself a fink package and should know where gmp is, so that's already a bad sign. I can get to the build step with the additional -L option but then ./ Setup fails again because it can't find gmp. Help ? Thanks, Brian ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Linking hmatrix without LAPACK
I'm curious if there is a quick fix to this. I installed GLS and hmatrix, and it runs wonderfully together in ghci. When I run ghc -- make, however, I run into the following link dependency: Linking SilkwormGame ... Undefined symbols: _dgemm_, referenced from: _multiplyR in libHShmatrix-0.5.0.1.a(lapack-aux.o) _dgesv_, referenced from: _linearSolveR_l in libHShmatrix-0.5.0.1.a(lapack-aux.o) ... etc Is there a way to tell ghc to not link these? Or am I making a poor assumption that if my code runs in ghci, it does not need LAPACK? Thanks, Duane Johnson ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: Linking hmatrix without LAPACK
On a related note, I've installed Atlas, and I get the following error when linking: Linking SilkwormGame ... ld: in /opt/local/lib/liblapack.a(), not a valid archive member collect2: ld returned 1 exit status How would I go about diagnosing this? I've never seen an ld error like that. Thanks again! Duane Johnson On Apr 5, 2009, at 11:02 PM, Duane Johnson wrote: I'm curious if there is a quick fix to this. I installed GLS and hmatrix, and it runs wonderfully together in ghci. When I run ghc -- make, however, I run into the following link dependency: Linking SilkwormGame ... Undefined symbols: _dgemm_, referenced from: _multiplyR in libHShmatrix-0.5.0.1.a(lapack-aux.o) _dgesv_, referenced from: _linearSolveR_l in libHShmatrix-0.5.0.1.a(lapack-aux.o) ... etc Is there a way to tell ghc to not link these? Or am I making a poor assumption that if my code runs in ghci, it does not need LAPACK? Thanks, Duane Johnson ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe