February 2010 - jhc - Haskell.org

ghc 6.10
by John Meacham 01 Mar '10

01 Mar '10

Just a note, now that ghc 6.12 is out, I am going to start requiring ghc 6.10 to compile jhc. 0.7.3 should work with 6.8 and 6.10, future versions should work with both 6.10 and 6.12. John -- John Meacham - ⑆repetae.net⑆john⑈ - http://notanumber.net/

1 0

ANNOUNCE: jhc-0.7.3
by John Meacham 01 Mar '10

01 Mar '10

It's been a long time coming, but jhc-0.7.3 is here. If you have been following the darcs repository, there are not a whole lot of new changes, but there have been substantial fixes since 0.7.2. http://repetae.net/computer/jhc/ One of the most important ones is I have begun the process of standardizing on YAML for all external interfaces that may be useful to automation, this should make interfacing jhc with external tools written in any language much easier, and it will prevent me from spending time trying to invent proprietary formats every time I think of something new to spit out. right now it is used in 3 places: - dumping dependency info with --deps - library dumping with --list-libraries -v - annotating source code, for inputting to documentation generators via --annotate-source The main place it isn't used yet that I desire too is to replace the 'cabal' library description format with a true YAML file. jhc cabal files were never quite compatible with cabal ones anyway and naming them the same thing has been a source of connfusion. some of the other changes have been: features: - a lot more regression tests, many user submitted bugs are now regressions - support for using 'mock' to build rpms - System.Exit, System.Cmd added to base - better compatibility with ghc in some library functions - ui improvements in showing progress and errors - extended --list-libraries info - --deps dependency dumping - more francise compatible thanks to patches from droundy - more instances for bigger tuples added - uses editline if readline not available - select libraries by hash as well as version - add System.IO.Pipe - detect version of gcc needed for cross compiling to windows performance: - storage analysis - a very basic region inference enabled by default - deadcode analysis can see through partial applications now - profiled and sped up some library routines that were producing inellegant core. - figure out when top level grin functions call themselves recursively and turn them into explicit loops. bug fixes: - do expression in infix - fix strict newtype bug - U2U bug fixed - desugaring inside of list comprehensions fix - c generator doesn't mess up on unknown values - the compiler version is stored in the cache files, so multiple versions of jhc don't clobber each others cache entries - Ord instance for lists fixed - recursive type synonyms detected properly - make sure errno.h is included when errno is referenced - don't give a parse error when seeing ghc extensions to INLINE - qualified method names fix John -- John Meacham - ⑆repetae.net⑆john⑈ - http://notanumber.net/

1 0

dependency information
by John Meacham 27 Feb '10

27 Feb '10

Sorry for the long hiatus in development. I am glad to say that I have begun work again this month and accepted a position at Google. They are very keen on letting their developers work on open source projects in their own time, so I should have no problem spending more time on jhc. I am getting ready to release 0.7.4 which among other things has a new feature '--deps file.yaml' which will spit out the dependency information for everything it reads as a yaml file. This, along with the extended --list-libraries output should make it easier for other tools to interact with jhc. I have attached a sample dependency file generated by a build of the containers library for comment. John -- John Meacham - ⑆repetae.net⑆john⑈ - http://notanumber.net/

2 1

Re: [jhc] Fast array processing
by Henning Thielemann 27 Feb '10

27 Feb '10

On Wed, 24 Feb 2010, Josef Svenningsson wrote: > Hi, > > I'd like some advice on how to get decent array processing speeds. jhc > doesn't seem to be able to remove all the inefficiencies of the Array > library interface according to my experiments. And as far as I can see > jhc doesn't support any kind of unboxed arrays. Are there any other > alternatives that I've missed? I got StorableVector compiled on JHC but even simple examples did not produce runnable executables.

2 3

Re: [jhc] Fast array processing
by Josef Svenningsson 24 Feb '10

24 Feb '10

On Wed, Feb 24, 2010 at 11:57 AM, Henning Thielemann <lemming(a)henning-thielemann.de> wrote: > > On Wed, 24 Feb 2010, Josef Svenningsson wrote: > >> Hi, >> >> I'd like some advice on how to get decent array processing speeds. jhc >> doesn't seem to be able to remove all the inefficiencies of the Array >> library interface according to my experiments. And as far as I can see >> jhc doesn't support any kind of unboxed arrays. Are there any other >> alternatives that I've missed? > > I got StorableVector compiled on JHC but even simple examples did not > produce runnable executables. > Ok. Thanks for the info. Josef

1 0

Fast array processing
by Josef Svenningsson 24 Feb '10

24 Feb '10

Hi, I'd like some advice on how to get decent array processing speeds. jhc doesn't seem to be able to remove all the inefficiencies of the Array library interface according to my experiments. And as far as I can see jhc doesn't support any kind of unboxed arrays. Are there any other alternatives that I've missed? Thanks, Josef

1 0