[Hackage] #318: Library cannnot be used when registered
in-place on OS X
Hackage
trac at galois.com
Thu Apr 2 05:50:32 EDT 2009
#318: Library cannnot be used when registered in-place on OS X
----------------------------+-----------------------------------------------
Reporter: guest | Owner:
Type: defect | Status: new
Priority: normal | Milestone:
Component: Cabal library | Version: 1.4.0.1
Severity: normal | Resolution:
Keywords: | Difficulty: easy (<4 hours)
Ghcversion: 6.8.3 | Platform: Mac OS
----------------------------+-----------------------------------------------
Comment (by duncan):
Replying to [comment:4 guest]:
> It turns out that {{{cabal install --inplace}}} doesn't run {{{ranlib}}}
either -- the step is skipped completely in
{{{Distribution.Simple.GHC.installLib}}} when the {{{copyInPlace}}} flag
is set.
This would be worth fixing if the decision is that running ranlib each
time is too expensive. No OSX person has tried this yet or made a decision
as far as I know.
I now rather expect that nobody would notice if we did just do it every
time. Better than running ranlib is to call `ar` without the `q` flag. On
GNU systems the `q` is effectively ignored anyway but on OSX it does make
it quicker at the expense of not building the index.
So on the basis that a decision is better than no decision, even if as a
non-OSX user I'm uninformed, how about we change the way we call ar so it
always make the index and then just ask some OSX person to try it (and
time it).
Still need someone to make the change and test it. Do not wait for me to
do it, I do not have the time.
--
Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/318#comment:5>
Hackage <http://haskell.org/cabal/>
Hackage: Cabal and related projects
More information about the cabal-devel
mailing list