Hi Amos,
Thanks very much - I am taking a look.
Dominic Steinitz
domi...@steinitz.org
http://idontgetoutmuch.wordpress.com
On 30 Mar 2015, at 22:05, Amos Robinson wrote:
> Hi Dominic,
>
> A few years ago we wrote a program for analysing DPH runs, dph-event-seer. It
> provides a few general a
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
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 g
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 symbo
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 symbol
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" wrote:
> Roman Cheplyaka-2 wrote
> > I'm not denying (or confirming) your claim, but it would look more
>
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
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 beca
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 due
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 HSC
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 comple
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 list
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 libH
14 matches
Mail list logo