<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><blockquote type="cite"><div>BTW, how did you get the package installed in that location? Did it<br>involve copying into a temp dir and copying again? I believe that on<br>OSX, copying a .a file breaks the ar index. This is because for reasons<br>best known to themselves Apple decided that the index is only valid if<br>its timestamp is the same as the last modification time of the file.<br></div></blockquote></div><br><div>OK -- what I did was rather drastic -- I got ar as a part of cctools off Apple's Open Source and verified that it didn't run ranlib on my Leopard 10.5. &nbsp;However it turns out it's supposed to do so -- folks from MacPorts even got a flag -S to make it *not* tun ranlib... &nbsp;Yet they're on PPC, and I'm on Intel (MBP).</div><div><br></div><div>So what I ended up doing is patching Apple's ar as described in that MacPorts thread:</div><div><br></div><div><a href="http://lists.macosforge.org/pipermail/macports-users/2009-March/014218.html">Why ar doesn't call ranlib on Mac?</a></div><div><br></div><div>And after that, cabal-install did bootstrap.sh like a charm.</div><div><br></div><div>I know some folks say that they don't need to run ranlib on their Macs, and some do, and I could have &nbsp;wrapped it in sh-wrappers and investigate it forever, but this issue has re-ar-ed its head often enough that I'm happy with just fetching the li'l slimy ar out of its source soup and fixing it in the bud.</div><div><br></div><div>Cheers,</div><div>Alexy</div><div><br></div></body></html>