Re: [Haskell] ANNOUNCE: multiset 0.1
(http://www.cs.utexas.edu/~EWD/ewd07xx/EWD786a.PDF, That would make for a nice script font :) Oh, wait, there is one already: http://lucacardelli.name/Fonts.htm ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
[Haskell] REMINDER: Next Hackathon (Hac4) starts in 4 days
Hi Haskell Hackers! There are only 4 days left until the fourth Hackathon (http:// www.haskell.org/haskellwiki/Hac4) at Chalmers University in Gothenburg, Sweden. If you haven't registered, yet, please do so now! Registration deadline: Tuesday, April 8, 2008 To register, go to http://www.haskell.org/haskellwiki/Hac4/Register and follow the steps. For all those already registered, here's a short (not nearly complete) checklist: * Make sure you have an account on code.haskell.org. (See http:// www.haskell.org/haskellwiki/Hac4/Projects for how to do that.) * Decide what to work on if you haven't yet. (See http:// www.haskell.org/haskellwiki/Hac4/Projects for ideas.) * Make sure your laptop is working and that you take all required extra equipment. (If your wireless driver sucks, we can probably find some cables and a switch here.) * It would be good to have all the code you want to work on already on your computer. Also make sure it builds with your compiler version. If your distro doesn't have binaries, maybe install some software in advance, like Gobby or profiled versions of GHC, newest version of gtk2hs or whatever seems appropriate. It would just be a shame to waste hours of precious hacking time. * Make a backup. Just in case. ;) * Many hostels want a confirmation a few days before arrival, don't forget. * If you need some phone numbers of locals, check the wiki site, if you need some more help from us locals, you can ask us at our IRC channel #haskell-hac4. We're looking forward to a fun weekend! / The Hac4 Team ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] ANNOUNCE: htags-1.0
Nice! FWIW, there's also GHC's version of ghctags which uses the GHC API. This is both good and bad: Good: - Precise source information - Parses everything that GHC parses (and typechecks) - It automatically runs GHC's pre-processors. Bad: - The source has to typecheck. - It's rather slow (then again you don't run it very often) I'm using it for the GHC source code, and it works rather well now. If anyone is interested we could certainly release a version that works with 6.10.1 (or if someone wants to backport it, go ahead). Cheers, Thomas 2008/11/3 David Sankel <[EMAIL PROTECTED]>: > http://hackage.haskell.org/cgi-bin/hackage-scripts/package/htags > > htags is a tag file generator to enable extra functionality in editors > like vim. It expands upon hasktags by using a full Haskell 98 parser > and options for recursion. > > -- > David Sankel > Sankel Software > www.sankelsoftware.com > 585 617 4748 (Office) > 585 309 2016 (Mobile) > ___ > Haskell mailing list > Haskell@haskell.org > http://www.haskell.org/mailman/listinfo/haskell > ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] ANNOUNCE: barchart-0.1.1
Sorry to be That Guy, but: Your use of rounded borders for the boxes is skewing the correct perception of the data. The rounded borders remove more area from the smaller bars than the from the larger bars, so smaller bars will seem even smaller in comparison. In general, never ever try to make diagrams "pretty" without reading Tufte [1] front to back at least twice. Other than that, nice work! I especially like that you show the raw data next to the bars. [1]: http://www.edwardtufte.com/tufte/books_vdqi On 7 March 2010 17:10, Sebastian Fischer wrote: > barchart is a command-line program with associated Haskell library for > generating bar charts, for example, from CSV files. It has special support > for creating charts from data generated by the Haskell benchmarking tools > criterion and progression. > > Instead of drawing bars of different benchmarks next to each other like > progression does, barchart draws one bar for each benchmarked implementation > where the benchmarks are represented as blocks of the same bar. As a > consequence, one can recognise on first sight, which implementation is the > fastest _in total_ because the hight of each bar is the sum of run times of > all benchmarks for an implementation. Another difference to progression is > that barchart is (only) a post processor and you usually do not import > barchart modules into your Haskell code. > > Please refer to the project website for more information: > > http://sebfisch.github.com/haskell-barchart/ > > I would not have written this program without the Diagrams library by Brent > Yorgey and the CmdArgs package by Neil Mitchell. Thank you for your > excellent libraries! > > I hope barchart is useful for some of you! > > Sebastian > > > -- > Underestimating the novelty of the future is a time-honored tradition. > (D.G.) > > > > ___ > Haskell mailing list > Haskell@haskell.org > http://www.haskell.org/mailman/listinfo/haskell > -- Push the envelope. Watch it bend. ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] ANNOUNCE: jhc 0.7.4
Great work. > * a garbage colletor which can be enabled with '-fjgc' is available. > after some more testing, I will make it the default in the 0.7.5 release. > * A new memory allocator based on Jeff Bonwick's slab memory allocator for > kernels. This means that in many cases, memory can be pulled off a slab > and immediately used with no initialization, in addition, it allowed a > rearrangement of the GC meta-data to optimizally use the cache. That sounds like you're essentially using BIBOP (big bag of pages, http://www.memorymanagement.org/glossary/b.html#bibop). Did you compare the overheads with the header-based scheme? Do you still need a tag/header word or do you get the tag by looking up the per page info? Do you use this scheme for all objects or only for small objects? I could imagine a hybrid scheme where where you use bibop for, say, single-constructor objects, although I wonder how you would deal with thunks and their update. > * packed representation of algebraic types, 'Maybe Foo' is actually > represented in memory as a NULL pointer or just a 'Foo' with no tag bits. > Combined with the slab allocator, this can double the number of some common > values that can be put in a cache line. Interesting. How do you distinguish 'Just e' from 'Just _|_'? Do you need the whole program assumption to disprove that the latter case can happen? / Thomas ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] haskell.org migration complete
On 1 December 2010 15:18, Johan Tibell wrote: > On Wed, Dec 1, 2010 at 3:28 PM, Henk-Jan van Tuyl wrote: >> On Tue, 30 Nov 2010 22:47:30 +0100, Ian Lynagh wrote: >> >>> Hi all, >>> >>> The haskell.org server migration is now complete. >>> >>> Please let us know if you have any problems. >> >> I noticed that the following images are missing: >> http://www.haskell.org/haskellwiki/Image:Yhc_Logo.png >> http://www.haskell.org/haskellwiki/Image:Cabal-With-Text-small.png >> and the images on the pages: >> http://www.haskell.org/haskellwiki/Special:Mostimages >> http://www.haskell.org/haskellwiki/index.php?title=Special:Mostimages&limit=50&offset=50 >> http://www.haskell.org/haskellwiki/index.php?title=Special:Mostimages&limit=50&offset=100 > > Perhaps we can run a broken link detector on the site to see if there > are more broken links and if there's some systematic problem causing > the breakage. All images are currently missing, presumably because they weren't copied over from the old wiki. I currently don't have enough permissions to fix this -- or even access to the old wiki data. Otherwise, I'm on it, though. ;) Once that is fixed a systematic clean-up would be nice. I'll send out a separate mail regarding the new wiki, as some Wiki features have changed which might break old markup. / Thomas ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] haskell.org migration complete
I created http://www.haskell.org/haskellwiki/MigratingWikiContent to list known issues and workarounds. Please feel free to extend that page where needed. / Thomas ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] Please help me to reconstruct the Yarrow website! Re: New haskell.org server
It's still available at http://haskell.cs.yale.edu/yarrow/ I believe the correct new location will be on community server. See http://community.haskell.org/ for instructions on how to get an account there. On 10 December 2010 12:23, Frank Rosemeier wrote: > > Dear Haskellers, > today I have noticed that the link > http://www.haskell.org/yarrow > is broken! > Who is responsible or can help me to reconstruct the Yarrow home page? > To my mind this it is not a fair treatment of the Yarrow wersite: > I asked in September for prolongation of this website, > than I have been informed thirty days ago that it has to be moved, > so that I asked for support with the migration process about a week ago > and today the homepage is not accessible. > I would like to have more time and more support! > Is it possible to setup the old home page for some weeks (or better months) > again? > > Kind regards > Frank Rosemeier > > > > Anfang der weitergeleiteten E-Mail: > > Von: Frank Rosemeier > Datum: 2. Dezember 2010 10:08:08 GMT+01:00 > An: Ian Lynagh > Kopie: "Frank ((FH Hamm)) Rosemeier" > Betreff: Re: Yarrow website! Re: [Haskell] New haskell.org server > > Hello Ian, > I am sorry that the Yarrow homepage has to be moved. > How long will the old website be accessible? > I would prefer to have the redirection for some years (not only for some > months) > because presumably it will take some months to create the new home for > Yarrow. > Are there any tools or tutors to help me with this migration? > > Kind regards > Frank > > > Am 20.11.2010 um 16:29 schrieb Ian Lynagh: > > Hi Frank, > Sorry for the slow reply; it's taken longer than I expected to get > everything worked out. > On Thu, Sep 09, 2010 at 07:21:48PM +0200, Frank Rosemeier wrote: > > the Yarrow website has been hosted by haskell.org for some years now > (http://www.haskell.org/yarrow/ ). > Thank you very much for this service! > I would be very happy, if you could transfer these pages to the new > server. > > The haskell.org committee have decided that the community server would > be a better fit for the yarrow site. We will be happy to add a redirect > from http://www.haskell.org/yarrow/ to the community site for a few > months, so links don't instantly break. > To get an account on the community server, you need to fill in: > http://community.haskell.org/admin/account_request.html > and then to get a project for yarrow: > http://community.haskell.org/admin/project_request.html > Information on how to use a community project is here: > http://community.haskell.org/admin/using_project.html > Please let me know if you have any problems. > > Thanks > Ian > > > > ___ > Haskell mailing list > Haskell@haskell.org > http://www.haskell.org/mailman/listinfo/haskell > > -- Push the envelope. Watch it bend. ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
