Re: proposal: separate lists for ghc-cvs commits and ghc-dev chatter

2012-12-05 Thread Austin Seipp
I think we already mostly have this. The separation (remembering something I read off Trac I think,) was something like: * cvs-ghc mailing list: Prospective patches, automatically generated build/commit emails, etc. * glasgow-haskell-users mailing list: Developers and users of GHC discussing iss

Re: proposal: separate lists for ghc-cvs commits and ghc-dev chatter

2012-12-05 Thread Erik de Castro Lopo
Carter Schonwald wrote: > hey all, > It seems to me (and i've certainly heard other people echo this sentiment) > that: ghc dev chatting gets buried in the huge volume of commit + build > report emails, and that creates (perhaps) another barrier to involvement in > ghc dev at the hobbyist (rather

proposal: separate lists for ghc-cvs commits and ghc-dev chatter

2012-12-05 Thread Carter Schonwald
hey all, It seems to me (and i've certainly heard other people echo this sentiment) that: ghc dev chatting gets buried in the huge volume of commit + build report emails, and that creates (perhaps) another barrier to involvement in ghc dev at the hobbyist (rather than part time/full time ) scale?

Does GHC still support x87 floating point math?

2012-12-05 Thread Johan Tibell
Hi, I'm currently trying to implement word2Double#. Other such primops support both x87 and sse floating point math. Do we still support x87 fp math? Which compiler flag enables it? -- Johan ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@

Emitting constants to the .data section from the NatM monad

2012-12-05 Thread Johan Tibell
Hi! I'm trying to implement word2Double# and I've looked at how e.g. LLVM does it. LLVM outputs quite clever branchless code that uses two predefined constants in the .data section. Is it possible to add contents to the current .data section from a function in the NatM monad e.g. coerceWord2F

Re: The end of an era, and the dawn of a new one

2012-12-05 Thread Johan Tibell
On Wed, Dec 5, 2012 at 12:37 PM, David Terei wrote: > I have always considered the LLVM code generator my responsibility and > will continue to do so. I don't seem to find the time to make > improvements to it but make sure to keep it bug free and working with > the latest LLVM releases. So if oth

Re: The end of an era, and the dawn of a new one

2012-12-05 Thread David Terei
I have always considered the LLVM code generator my responsibility and will continue to do so. I don't seem to find the time to make improvements to it but make sure to keep it bug free and working with the latest LLVM releases. So if others want are interested in working on it then there is plenty

The end of an era, and the dawn of a new one

2012-12-05 Thread Simon Peyton-Jones
Friends You'll have seen Simon Marlow's recent announcement (included below): | Today I'm announcing that I'm leaving Microsoft Research. Simon Marlow and I have worked together on GHC for nearly two decades. During much of that time we have shared a cup of coffee every morning (one cup each, si

Re: Dynamic libraries by default and GHC 7.8

2012-12-05 Thread Brandon Allbery
On Wed, Dec 5, 2012 at 12:03 AM, Chris Smith wrote: > I'm curious how much of the "compile twice" situation for static and > dynamic libraries could actually be shared. Probably none; on most platforms you're actually generating different code (dynamic libraries require generation of position-i