Re: better improvement for nm-classic message?

2016-04-28 Thread Ben Gamari
Brandon Allbery writes: > It's slower the first time it is run but should be fast afterward unless > you switch active Xcode toolchains, as xcrun caches the result. > > --with-nm=$(xcrun --find nm-classic) > Ahh, perfect! Thanks! Cheers, - Ben signature.asc Description: PGP signature ___

[ANNOUNCE] GHC 8.0.1 release candidate 4 available

2016-04-28 Thread Ben Gamari
Hello Haskellers, The GHC team is happy to announce the availability of fourth release candidate of the Glasgow Haskell Compiler's 8.0.1 release. Source and binary distributions can be found at, http://downloads.haskell.org/~ghc/8.0.1-rc4/ This is the last of four candidates leading up to t

Re: Bikeshedding request for GHCi's :type

2016-04-28 Thread Johannes Waldmann
> .. :type should report the real type What about defaulting? Is it real? https://ghc.haskell.org/trac/ghc/ticket/11994 - J.W. ___ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Bikeshedding request for GHCi's :type

2016-04-28 Thread Iavor Diatchki
Currently GHCi shows the "real" type of an expression (i.e., the inferred generalized type), when you ask it: Prelude> :t 1 1 :: Num a => a Note that there is no defaulting happening, at least at the top level---of course if there were local things that needed to be defaulted while the expression

Re: Bikeshedding request for GHCi's :type

2016-04-28 Thread Johannes Waldmann
Hi, > If you ask GHCi to *evaluate* a polymorphic expression, then it will ... Sure, I understand the motivation for defaulting, and I am not suggesting to change anything there. What I am saying is that I see no way to have ghci show * the defaulted type, * or the even the fact that defaulting

Draft 8.0 Mac build directions

2016-04-28 Thread Carter Schonwald
Hey all: I've drafted some hopefully cleaner Mac build directions and I'd love some feedback on them Nb: I think I forgot to mention the cabal install hscolour step, I'll add that -Carter ___ ghc-devs mailing list ghc-devs@haskell.org http://mail.ha

Reverted your commit

2016-04-28 Thread Simon Peyton Jones
Simon I reverted your commit https://phabricator.haskell.org/rGHC546f24e4f8a7c086b1e5afcdda624176610cbcf8 because it made every single binary that GHC builds seg-fault on windows. Even main = return () seg-faults. You may want to review and re-commit it. Simon commit 24864ba5587c1

Re: Reverted your commit

2016-04-28 Thread Ben Gamari
Simon Peyton Jones writes: > Simon > I reverted your commit > https://phabricator.haskell.org/rGHC546f24e4f8a7c086b1e5afcdda624176610cbcf8 > because it made every single binary that GHC builds seg-fault on windows. > Even > main = return () > seg-faults. It looks like Nathan Ho

Windows link failure

2016-04-28 Thread Simon Peyton Jones
OK Windows is back. But all these fail with this error Stderr: /bin/sh: cc: command not found make[3]: *** [t_11223_simple_unused_duplicate_lib] Error 127 Simon rts/T11223 T11223_link_order_a_b_2_fail [bad exit code] (normal) rts/T11223 T11223_link_order_a_b_succeed [

Re: Windows link failure

2016-04-28 Thread Austin Seipp
This seems to be a problem with the T11223 Makefile, which inconsistently sets: GCC=gcc and uses $(GCC) in some places, but only "$(CC)" in another, which Make will default to "CC=cc" Patch incoming. On Thu, Apr 28, 2016 at 5:09 PM, Simon Peyton Jones wrote: >OK Windows is back. But all t

Re: Windows link failure

2016-04-28 Thread Austin Seipp
D2158 On Thu, Apr 28, 2016 at 5:12 PM, Austin Seipp wrote: > This seems to be a problem with the T11223 Makefile, which inconsistently > sets: > > GCC=gcc > > and uses $(GCC) in some places, but only "$(CC)" in another, which > Make will default to "CC=cc" > > Patch incoming. > > On Thu, Apr 28,

Re: Draft 8.0 Mac build directions

2016-04-28 Thread Carter Schonwald
Woops forgot to link them this morning https://gist.github.com/cartazio/32038db09222a2aac767cb5c03b406c6 Feedback would be appreciated. And still need to mention cabal install hscolour :) Pardon the noise and feedback would be appreciated! On Thursday, April 28, 2016, Carter Schonwald wrote:

Re: Draft 8.0 Mac build directions

2016-04-28 Thread George Colpitts
Thanks for working on this! fwiw, my comments: 1. It would be good to provide a link to the current doc so we can compare with that. 2. Steps 12, 13, 14 and 15 are only necessary if you are building from a fresh git checkout, not necessary if you're building from source tree tar

Re: Windows link failure

2016-04-28 Thread Austin Seipp
This is in HEAD now, so please try again and I think that'll get you up and running, Simon. On Thu, Apr 28, 2016 at 5:23 PM, Austin Seipp wrote: > D2158 > > On Thu, Apr 28, 2016 at 5:12 PM, Austin Seipp wrote: >> This seems to be a problem with the T11223 Makefile, which inconsistently >> sets:

Re: Draft 8.0 Mac build directions

2016-04-28 Thread Carter Schonwald
1) done 2) steps 12,13,15 are specific to git checkout, step 14 is still necessary! a) hyperlinked-source is not enabled by default for the boot libs and ghc source, which is AMAZING to have b) buliding the pdf version of the user guide isn't enabled by default c) if you have gmp lib somewhere i

Re: Draft 8.0 Mac build directions

2016-04-28 Thread Carter Schonwald
i also added mention of invoking ulimit before make to work around a current bug in haddock resource usage when generating hyperlinked-source files for all of ghc :) On Thu, Apr 28, 2016 at 8:22 PM, Carter Schonwald < carter.schonw...@gmail.com> wrote: > 1) done > > 2) steps 12,13,15 are specific

Re: [ANNOUNCE] GHC 8.0.1 release candidate 4 available

2016-04-28 Thread Takenobu Tani
Hi Ben, Richard and GHC team, I appreciate your great effort. The rc4 simply represents `$` type in ghci. $ ./ghcii.sh GHCi, version 8.0.0.20160421: http://www.haskell.org/ghc/ :? for help Prelude> :t ($) ($) :: (a -> b) -> a -> b Newcomers may love it :) Thank you very much, Takenobu