Re: Binary bloat in 7.10

Jeremy, On Thu, Apr 2, 2015 at 2:12 PM, Thomas Miedema thomasmied...@gmail.com wrote: Maybe `split-objs` is not applied? That suggestion was completely misguided. Compiling with `-split-objs` makes a library _grow_ in size, but makes executables that link against it _smaller_. Size

Re: Binary bloat in 7.10

Maybe `split-objs` is not applied? * Stray `SplitObjs = NO` in your build.mk? * You're on an old OS X with XCode 3.2? * Build system bug? On Thu, Apr 2, 2015 at 11:19 AM, Jeremy volderm...@hotmail.com wrote: Very strange. If I download Cabal from hackage and build it with 'cabal build' the

Re: Binary bloat in 7.10

-users- | boun...@haskell.org] On Behalf Of Jeremy | Sent: 05 April 2015 20:30 | To: glasgow-haskell-users@haskell.org | Subject: Re: Binary bloat in 7.10 | | Thomas Miedema wrote | That suggestion was completely misguided. Compiling with `-split-objs` | makes a library _grow_ in size

Re: record field names vs. -fwarn-unused-binds

Through a patch by Oleg Grenrus (phadej), GHC 8 will have the following new flags: -fwarn-unused-top-binds -fwarn-unused-local-binds -fwarn-unused-pattern-binds So you'll be able to pick and choose. On Tue,

Re: GHC 7.10.2 and 7.8.4 - optimization flags do not force recompilation.

It's a bug, see http://ghc.haskell.org/trac/ghc/ticket/10923 Workaround: use `-fforce-recomp`. On Sat, Oct 31, 2015 at 2:39 PM, Mateusz Kłoczko < mateusz.p.kloc...@gmail.com> wrote: > Hello > > I would like to ask one question about optimization flags. > For different n, executing ghc --make

Re: ANNOUNCE: GHC 7.10.2 Release Candidate 2

On Tue, Jul 7, 2015 at 10:54 AM, Sven Panne svenpa...@gmail.com wrote: * The package cache is still always out of date (I thought there was a fix for that): Please reopen https://ghc.haskell.org/trac/ghc/ticket/10205 with the output of `which ghc-pkg` and `ghc-pkg list -v`.

Re: build ghc without ghci libraries?

On Mon, Nov 30, 2015 at 2:42 PM, Jeremy wrote: > I'm currently removing *.o after building ghc to save space (I don't need > them for what I'm doing). Is there a straightforward way to tell GHC not to > build them in the first place, such as --disable-library-for-ghci

Re: Discovery of source dependencies without --make

On Fri, Nov 28, 2014 at 3:41 PM, Lars Hupel wrote: > Let's say the hypothetical feature is selected via the GHC flag > "--topo-sort". It would add a step before regular compilation and > wouldn't affect any other flag: > > ghc -c --topo-sort fileA.hs fileB.hs ... > > This

Re: Proposal process status

> > * What would you like to see changed in the proposed process, if > anything? > *Simon Peyton Jones as Benevolent Dictator For Life (BDFL)* If the BDFL had made a simple YES/NO decision on ShortImports [1] and ArgumentDo [2], we wouldn't be here talking about process proposals, Anthony