Re: Cabal 1.22 RC ready to test

On Sat, Jan 3, 2015 at 2:36 AM, Mikhail Glushenkov the.dead.shall.r...@gmail.com wrote: Hi, On 3 January 2015 at 03:36, Johan Tibell johan.tib...@gmail.com wrote: If I don't hear anything the next few days I will make the release. The test suite doesn't compile with GHC HEAD on Travis.

Re: Shipping core libraries with debug symbols

How much debug info (as a percentage) do we currently generate? Could we just keep it in there in the release? On Sat, Jan 3, 2015 at 1:33 PM, Peter Wortmann sc...@leeds.ac.uk wrote: The debian package seems to simply put un-stripped libraries into a special path (/usr/lib/debug/...). This

Re: Shipping core libraries with debug symbols

The debian package seems to simply put un-stripped libraries into a special path (/usr/lib/debug/...). This should be relatively straight-forward to implement. Note though that from a look at the RPM infrastructure, they have a tool in there (dwarfread) which actually parses through DWARF

Re: Cabal 1.22 RC ready to test

I'm pretty sure we just need to update the submodule. On Sat, Jan 3, 2015 at 5:20 PM, Alan Kim Zimmerman alan.z...@gmail.com wrote: I tried to build https://github.com/ghc/packages-Cabal earlier today and got the same error, but it went fine with the version at

Re: Windows build gotchas

On Thu, Jan 1, 2015 at 6:42 PM, Herbert Valerio Riedel hvrie...@gmail.com wrote: I noticed that the cabal output made reference to C:\Users\Martin\AppData\Roaming\cabal\, so tried moving that out of the way, but it only made the problem worse. I did figure it out eventually: in addition

Re: Cabal 1.22 RC ready to test

I tried to build https://github.com/ghc/packages-Cabal earlier today and got the same error, but it went fine with the version at https://github.com/haskell/cabal On Sat, Jan 3, 2015 at 10:17 PM, Johan Tibell johan.tib...@gmail.com wrote: It might be as simple as bumping the Cabal submodule

Re: Cabal 1.22 RC ready to test

It might be as simple as bumping the Cabal submodule in GHC to match the upstream 1.22 branch. On Sat, Jan 3, 2015 at 8:46 AM, Jake Wheat jakewheatm...@gmail.com wrote: On 3 January 2015 at 15:05, Johan Tibell johan.tib...@gmail.com wrote: The error

Re: Bash completion in GHC 7.10

On Wed, 10 Dec 2014 16:43:57 +0400 Lennart Kolmodin kolmo...@gmail.com wrote: Hi everybody! TL;DL GHC 7.10 will have better bash completion, try it out! I'd like your help to verify the categorisation of DynFlags into ghc / ghci / shared or hidden flags. Thank you! On the way to users :)

Re: cryptarithm2 +8.16%

Hi, Am Donnerstag, den 01.01.2015, 13:30 +0100 schrieb Joachim Breitner: due to #9938 ghcspeed did not measure every commit but somewhere in these commits, cryptarithm2 regressed by 8%: it seems that d8d003185a4bca1a1ebbadb518ef37bbc83a (When solving one Given from another, use the depth

linker error on OSX (symbol not found _iconv)

Hi, On OSX Yosemite I am facing the following build failure while building from the master (please find the complete error at the bottom of the email): ld: couldn't dlopen() /usr/lib/libdtrace.dylib: dlopen(/usr/lib/libdtrace.dylib, 1): Symbol not found: _iconv Referenced from: