Re: [Haskell-cafe] Executables got bigger using dynamic link.
You also need to enable executable-dynamic. On Mon, Oct 29, 2012 at 7:13 AM, Magicloud Magiclouds < [email protected]> wrote: > Sorry, I left the profiling option on, which seems to suppress the > dynamic options. > > On Mon, Oct 29, 2012 at 1:29 PM, Magicloud Magiclouds > wrote: > > Hi, > > I set "shared: True" in ~/.cabal/config, and using ghc 7.6.1. Then > > clear user space hackages and reinstall them. > > First of all, I think comparing to static link, dynamic linked > > executables file should be smaller. And the libraries (.so) could > > benefits from caching to save memory usage. > > > > Well, I installed cabal-install and alex. I got this: > > cabal 9.9M -> 24M > > alex 2.7M -> 5.1M > > Is this correct? > > -- > > 竹密岂妨流水过 > > 山高哪阻野云飞 > > > > And for G+, please use magiclouds#gmail.com. > > > > -- > 竹密岂妨流水过 > 山高哪阻野云飞 > > And for G+, please use magiclouds#gmail.com. > > ___ > Haskell-Cafe mailing list > [email protected] > http://www.haskell.org/mailman/listinfo/haskell-cafe > ___ Glasgow-haskell-users mailing list [email protected] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Dynamic libraries by default and GHC 7.8
On Tue, Nov 27, 2012 at 3:52 PM, Ian Lynagh wrote: > This has some advantages and some disadvantages, so we need to make a > decision about what we want to do in GHC 7.8. > When I built my CLI app with dynamic linking, the time to run and complete a command went from 20ms to 100ms, which is particularly noticeable when used via its bash completions which call the program to provide completions. ___ Glasgow-haskell-users mailing list [email protected] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Dynamic libraries by default and GHC 7.8
That was with GHC 7.4.1, I should add. I didn't measure overall performance difference, only the time to finish a command-line invocation. On Wed, Nov 28, 2012 at 3:11 AM, [email protected] < [email protected]> wrote: > On Tue, Nov 27, 2012 at 3:52 PM, Ian Lynagh wrote: > >> This has some advantages and some disadvantages, so we need to make a >> decision about what we want to do in GHC 7.8. >> > > When I built my CLI app with dynamic linking, the time to run and complete > a command went from 20ms to 100ms, which is particularly noticeable when > used via its bash completions which call the program to provide completions. > ___ Glasgow-haskell-users mailing list [email protected] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Dynamic libraries by default and GHC 7.8
And on 32 bit Linux, which apparently is known to suffer from dynamic... Though from 20ms to 100ms is more than 30% penalty. On Wed, Nov 28, 2012 at 3:16 AM, [email protected] < [email protected]> wrote: > That was with GHC 7.4.1, I should add. I didn't measure overall > performance difference, only the time to finish a command-line invocation. > > > > On Wed, Nov 28, 2012 at 3:11 AM, [email protected] < > [email protected]> wrote: > >> On Tue, Nov 27, 2012 at 3:52 PM, Ian Lynagh wrote: >> >>> This has some advantages and some disadvantages, so we need to make a >>> decision about what we want to do in GHC 7.8. >>> >> >> When I built my CLI app with dynamic linking, the time to run and >> complete a command went from 20ms to 100ms, which is particularly >> noticeable when used via its bash completions which call the program to >> provide completions. >> > > ___ Glasgow-haskell-users mailing list [email protected] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
