Why do the 7.10 libraries take up so much more space than 7.8? For example,
using the same build options and strip --strip-unneeded, 7.8 leaves me with
15M libHSCabal-1.18.1.5.a
17M HSCabal-1.18.1.5.o
whereas 7.10 balloons to
23M HSCabal-1.22.2.0-HWT8QvVfJLn2ubvobpycJY.o
53M
Forall hi,
I just uprgaded both of my machines to use GHC 7.10.1. I keep sandboxed
installations of GHC and
this means I had to rebuild Agda and Idris because the binaries built with GHC
7.8.4 were stored
inside deactivated 7.8.4 sandbox. Sadly, I had problems building both Agda and
Idris
Roman Cheplyaka-2 wrote
I'm not denying (or confirming) your claim, but it would look more
legitimate if you compared the same version of Cabal compiled with
different versions of GHC.
At least some of this bloat could be because Cabal simply gained more
code.
Tricky to test that because
On 01/04/15 12:30, Jeremy wrote:
Why do the 7.10 libraries take up so much more space than 7.8? For example,
using the same build options and strip --strip-unneeded, 7.8 leaves me with
15M libHSCabal-1.18.1.5.a
17M HSCabal-1.18.1.5.o
whereas 7.10 balloons to
23M
7.10.1 should IIRC support some kind of DWARF debugging information and
IIRC it was mentioned and decided on ghc devel that the libraries will
ship with some DWARF to easy debugging
-- but takes me lightly on it and verify if this is the case since I may
be completely off and this may apply
It's not just binaries, even hi files have ballooned. (I should note that
(stripped) executables appear to be unaffected.)
--
View this message in context:
http://haskell.1045720.n5.nabble.com/Binary-bloat-in-7-10-tp5768067p5768072.html
Sent from the Haskell - Glasgow-haskell-users mailing
Karel Gardas wrote
7.10.1 should IIRC support some kind of DWARF debugging information and
IIRC it was mentioned and decided on ghc devel that the libraries will
ship with some DWARF to easy debugging
-- but takes me lightly on it and verify if this is the case since I may
be completely
Roman Cheplyaka-2 wrote
I'm not denying (or confirming) your claim, but it would look more
legitimate if you compared the same version of Cabal compiled with
different versions of GHC.
At least some of this bloat could be because Cabal simply gained more
code.
I was going to prove you
How much of this might be attributable to longer linker symbol names? Ghc
7.10 object code does have larger symbols! Is there a way to easily
tabulate that?
On Apr 1, 2015 9:40 AM, Jeremy volderm...@hotmail.com wrote:
Roman Cheplyaka-2 wrote
I'm not denying (or confirming) your claim, but it
Carter Schonwald wrote
How much of this might be attributable to longer linker symbol names? Ghc
7.10 object code does have larger symbols! Is there a way to easily
tabulate that?
That would explain why the hi files have also increased many-fold. Is there
any way to avoid the larger symbols?
On Wed, Apr 01, 2015 at 02:30:49AM -0700, Jeremy wrote:
Why do the 7.10 libraries take up so much more space than 7.8? For example,
using the same build options and strip --strip-unneeded, 7.8 leaves me with
That would be some kind of harsh april 1st joke, if everything compiled
at that day
Yes, this does seem like a potential culprit, although
we did do some measurements and I didn't think it was too bad.
Maybe we were wrong!
Edward
Excerpts from Jeremy's message of 2015-04-01 07:26:55 -0700:
Carter Schonwald wrote
How much of this might be attributable to longer linker symbol
Mind you I'm just trying to come up with theories we can test, I'm not
assigning blame. :)
I'm not sure how to do the apples to apples comparison, but it sounds like
some sleuthing Is In order.
I dont have a 7.10 setup yet, but if someone can put a tarballed dist build
folder for a 7.10 and the
13 matches
Mail list logo
