Right way to turn off dynamic linking in build.mk
Johan Tibell
johan.tibell at gmail.com
Tue Dec 30 16:59:41 UTC 2014
Not a good answer, I just set
GhcLibWays = v
DYNAMIC_GHC_PROGRAMS = NO
DYNAMIC_BY_DEFAULT = NO
at the bottom of the file. This feels a bit hacky because we're
overriding GhcLibWays
(e.g. we could be dropping the prof way by accident). I think it should be
possible to state our desire (i.e. I don't want dyn) somewhere in the file
and have that just work. Trying to manually change things like GhcLibWays
is error prone.
On Tue, Dec 30, 2014 at 11:48 AM, Tuncer Ayaz <tuncer.ayaz at gmail.com> wrote:
> On Thu, Dec 18, 2014 at 9:52 AM, Johan Tibell <johan.tibell at gmail.com>
> wrote:
> > Some times when I play around with GHC I'd like to turn off dynamic
> > linking to make GHC compile faster. I'm not sure what the right way
> > to do this in build.mk. It's made confusing by the conditional
> > statements in that file:
> >
> > GhcLibWays = $(if $(filter $(DYNAMIC_GHC_PROGRAMS),YES),v dyn,v)
> >
> > This line make me worry that if I don't put
> >
> > DYNAMIC_GHC_PROGRAMS = NO
> >
> > in the right place in build.mk it wont "take".
> >
> > There's also this one:
> >
> > ifeq "$(PlatformSupportsSharedLibs)" "YES"
> > GhcLibWays += dyn
> > endif
> >
> > Seeing this makes me wonder if
> >
> > DYNAMIC_GHC_PROGRAMS = NO
> > DYNAMIC_BY_DEFAULT = NO
> >
> > is enough or if the build system still sniffs out the fact that my
> > platform supports dynamic linking.
> >
> > Could someone please give an authoritative answer to how to turn off
> > dynamic linking?
>
> Hi Johan,
>
> did you find the answer?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20141230/53499008/attachment.html>
More information about the ghc-devs
mailing list