Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
Jason Dagit: On Tue, Nov 4, 2008 at 10:11 AM, Ian Lynagh <[EMAIL PROTECTED]> wrote: How to get it ~ The easy way is to go to the web page, which should be self- explanatory: http://www.haskell.org/ghc/ We supply binary builds in the native package format for many platforms, and the source distribution is available from the same place. Packages will appear as they are built - if the package for your system isn't available yet, please try again later. I'm on OSX and I currently have ghc-6.6.1 and ghc-6.8.3 (installed from a pkg). I would like to add ghc-6.10.1 to my system. I tried to do this with RC1 of 6.10, but I found that it uninstalled my ghc-6.8.3. What will I need to do to get both 6.8.3 and 6.10.1? Are you sure it does deinstall the 6.8 compiler? Or does it just overwrite the symbolic links in /usr/bin? To check, have a look at /Library/Frameworks/GHC.framework/Versions After installing 6.10, there should be a 608/ and a 610/ directory. This certainly happens on my Mac and I am not aware of an option to change that behaviour. And while we are at it...a BIG FAT WARNING: If you installed the 6.10.200081007 pre-release installer package, uninstall that *before* installing the 6.10.1 package. For reasons, I don't understand, the installer otherwise half removes the old package, but doesn't seem to install the new one. Can a Mac expert shed any light on that behaviour? If you tried installing 6.10.1 before reading that, just remove the partial installation you are left with, and install again. Manuel ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
On Wed, Nov 05, 2008 at 11:26:20AM +1100, Manuel M T Chakravarty wrote: > Jason Dagit: > > > >What will I need to do to get both 6.8.3 and 6.10.1? > > Are you sure it does deinstall the 6.8 compiler? It definitely deinstalls it for me; I've just confirmed it. Here's what I saw with a 6.9 OS X installer a while ago: If I start off with 6.8.3 installed: $ ls -l /Library/Frameworks/GHC.framework/Versions/ total 8 drwxrwxr-x 4 root admin 136 Jun 18 03:10 608 lrwxr-xr-x 1 root admin3 Aug 29 12:57 Current -> 608 then while my GHC-6.9.20080828-i386.pkg is installing I see: $ ls -l /Library/Frameworks/GHC.framework/Versions/ total 8 drwxrwxr-x 4 root admin 136 Aug 29 12:58 609 lrwxr-xr-x 1 root admin3 Aug 29 12:57 Current -> 608 (i.e. 608 has disappeared, but it isn't the whole GHC.framework that's been removed because the Current link is still there) and then when the installer has finished: $ ls -l /Library/Frameworks/GHC.framework/Versions/ total 8 drwxrwxr-x 4 root admin 136 Aug 29 12:58 609 lrwxr-xr-x 1 root admin3 Aug 29 12:57 Current -> 608 Thanks IAn ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
On Tue, Nov 4, 2008 at 4:26 PM, Manuel M T Chakravarty <[EMAIL PROTECTED]> wrote: > Jason Dagit: >> >> On Tue, Nov 4, 2008 at 10:11 AM, Ian Lynagh <[EMAIL PROTECTED]> wrote: >>> >>> How to get it >>> ~ >>> >>> The easy way is to go to the web page, which should be self-explanatory: >>> >>> http://www.haskell.org/ghc/ >>> >>> We supply binary builds in the native package format for many >>> platforms, and the source distribution is available from the same >>> place. >>> >>> Packages will appear as they are built - if the package for your >>> system isn't available yet, please try again later. >> >> I'm on OSX and I currently have ghc-6.6.1 and ghc-6.8.3 (installed >> from a pkg). I would like to add ghc-6.10.1 to my system. I tried to >> do this with RC1 of 6.10, but I found that it uninstalled my >> ghc-6.8.3. >> >> What will I need to do to get both 6.8.3 and 6.10.1? > > Are you sure it does deinstall the 6.8 compiler? Or does it just overwrite > the symbolic links in /usr/bin? To check, have a look at > > /Library/Frameworks/GHC.framework/Versions > > After installing 6.10, there should be a 608/ and a 610/ directory. This > certainly happens on my Mac and I am not aware of an option to change that > behaviour. I haven't tried the 6.10.1 install, but after using the 6.8.3 pkg followed by the 6.10 RC1 pkg, followed by the 6.8.3 pkg, I have just 608 in the directory you mention. I guess I should try the 6.10.1 install. If I have to reinstall 6.8.3 again, not the end of the world for me. > And while we are at it...a BIG FAT WARNING: > > If you installed the 6.10.200081007 pre-release installer package, > uninstall that *before* installing the 6.10.1 package. Okay thanks. Although, I don't think that will be a problem for me given the directories I can see. Thanks, Jason ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
On 2008 Nov 4, at 20:26, Jason Dagit wrote: On Tue, Nov 4, 2008 at 4:26 PM, Manuel M T Chakravarty <[EMAIL PROTECTED]> wrote: Jason Dagit: I'm on OSX and I currently have ghc-6.6.1 and ghc-6.8.3 (installed from a pkg). I would like to add ghc-6.10.1 to my system. I tried to do this with RC1 of 6.10, but I found that it uninstalled my ghc-6.8.3. What will I need to do to get both 6.8.3 and 6.10.1? Are you sure it does deinstall the 6.8 compiler? Or does it just overwrite the symbolic links in /usr/bin? To check, have a look at /Library/Frameworks/GHC.framework/Versions After installing 6.10, there should be a 608/ and a 610/ directory. This certainly happens on my Mac and I am not aware of an option to change that behaviour. I haven't tried the 6.10.1 install, but after using the 6.8.3 pkg followed by the 6.10 RC1 pkg, followed by the 6.8.3 pkg, I have just 608 in the directory you mention. I expect if you used the OSX installer then /Library/Receipts is screwing you (it wipes the old files listed in the .bom file). Try finding and removing the receipt directory and bom file before installing. -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] [EMAIL PROTECTED] system administrator [openafs,heimdal,too many hats] [EMAIL PROTECTED] electrical and computer engineering, carnegie mellon universityKF8NH ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
On Tue, Nov 04, 2008 at 09:02:12PM -0500, Brandon S. Allbery KF8NH wrote: > On 2008 Nov 4, at 20:26, Jason Dagit wrote: > >On Tue, Nov 4, 2008 at 4:26 PM, Manuel M T Chakravarty > ><[EMAIL PROTECTED]> wrote: > >> > >>Are you sure it does deinstall the 6.8 compiler? > >> > >>After installing 6.10, there should be a 608/ and a 610/ > >>directory. This > >>certainly happens on my Mac and I am not aware of an option to > >>change that > >>behaviour. > > I expect if you used the OSX installer then /Library/Receipts is > screwing you (it wipes the old files listed in the .bom file). Try > finding and removing the receipt directory and bom file before > installing. The only file I can see that looks relevant is /Library/Receipts/boms/org.haskell.glasgowHaskellCompiler.ghc.pkg.bom Wouldn't removing it make uninstall impossible? In fact, if you did manage to get 2 versions installed, how would /Library/Frameworks/GHC.framework/Tools/Uninstaller know which version to uninstall? Wouldn't it only know how to uninstall the version it came with? I'd suggest that the overlapping file "Uninstaller" could be why the older version gets removed, but that wouldn't explain why Manuel can install both at once. Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
Ian Lynagh: On Tue, Nov 04, 2008 at 09:02:12PM -0500, Brandon S. Allbery KF8NH wrote: On 2008 Nov 4, at 20:26, Jason Dagit wrote: On Tue, Nov 4, 2008 at 4:26 PM, Manuel M T Chakravarty <[EMAIL PROTECTED]> wrote: Are you sure it does deinstall the 6.8 compiler? After installing 6.10, there should be a 608/ and a 610/ directory. This certainly happens on my Mac and I am not aware of an option to change that behaviour. I expect if you used the OSX installer then /Library/Receipts is screwing you (it wipes the old files listed in the .bom file). Try finding and removing the receipt directory and bom file before installing. The only file I can see that looks relevant is /Library/Receipts/boms/ org.haskell.glasgowHaskellCompiler.ghc.pkg.bom Wouldn't removing it make uninstall impossible? In fact, if you did manage to get 2 versions installed, how would /Library/Frameworks/GHC.framework/Tools/Uninstaller know which version to uninstall? Wouldn't it only know how to uninstall the version it came with? I'd suggest that the overlapping file "Uninstaller" could be why the older version gets removed, but that wouldn't explain why Manuel can install both at once. A current limitation of the MacOS package system is that it does not support uninstalling of packages; cf http://developer.apple.com/documentation/DeveloperTools/Conceptual/SoftwareDistribution/Managed_Installs/chapter_5_section_7.html#/ /apple_ref/doc/uid/1145i-CH6-DontLinkElementID_29 This is not a big drama on MacOS, as MacOS encourages the distribution of software packages as "bundles": http://developer.apple.com/documentation/CoreFoundation/Conceptual/CFBundles/CFBundles.html This essentially means that instead of sprinkling files all over the file system (as is common in other OSes), MacOS applications and frameworks (Mac-speak for libraries) are kept in a single directory. Uninstalling then means doing an rm -rf on that directory. Unfortunately, some applications (including GHC and Apple's Xcode IDE) can't be entirely contained in a single directory. In the case of GHC, we want symlinks in /usr/bin. The established way of uninstalling such applications is by supplying an Uninstaller script, just as I did for GHC. (Apple does the same for Xcode.) The purpose of the Uninstaller script is too completely remove GHC.framework from a machine - not just to remove one version. In fact, if more than one version of GHC is installed, the Uninstaller will refuse to run and require the manual removal of all versions, but the current (easily achieved by a "rm -rf /Library/Frameworks/ GHC.framework/Versions/"). The main feature of the Uninstaller script is to get rid of all symlinks pointing into GHC.framework. The framework itself is just deleted by a "rm -rf" as expected. (It also removes the above mentioned receipt file.) So, to directly answer the above questions: * The package manger (which uses the receipts) can't uninstall and the uninstaller script doesn't need the receipt. So, even after deleteing the receibt, you can still uninstall. * The Uninstaller can uninstall any version (at least as long as no symlinks are put into new directories outside of the bundle that the Uninstaller doesn't know about). Manuel ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
On Wed, Nov 5, 2008 at 5:36 PM, Manuel M T Chakravarty <[EMAIL PROTECTED] > wrote: > Ian Lynagh: > > On Tue, Nov 04, 2008 at 09:02:12PM -0500, Brandon S. Allbery KF8NH wrote: >> >>> On 2008 Nov 4, at 20:26, Jason Dagit wrote: >>> On Tue, Nov 4, 2008 at 4:26 PM, Manuel M T Chakravarty <[EMAIL PROTECTED]> wrote: > > Are you sure it does deinstall the 6.8 compiler? > > After installing 6.10, there should be a 608/ and a 610/ > directory. This > certainly happens on my Mac and I am not aware of an option to > change that > behaviour. > >>> I expect if you used the OSX installer then /Library/Receipts is >>> screwing you (it wipes the old files listed in the .bom file). Try >>> finding and removing the receipt directory and bom file before >>> installing. >>> >> >> The only file I can see that looks relevant is >> /Library/Receipts/boms/org.haskell.glasgowHaskellCompiler.ghc.pkg.bom >> >> Wouldn't removing it make uninstall impossible? >> >> In fact, if you did manage to get 2 versions installed, how would >> /Library/Frameworks/GHC.framework/Tools/Uninstaller >> know which version to uninstall? Wouldn't it only know how to uninstall >> the version it came with? I'd suggest that the overlapping file >> "Uninstaller" could be why the older version gets removed, but that >> wouldn't explain why Manuel can install both at once. >> > > A current limitation of the MacOS package system is that it does not > support uninstalling of packages; cf > > > http://developer.apple.com/documentation/DeveloperTools/Conceptual/SoftwareDistribution/Managed_Installs/chapter_5_section_7.html#/ > /apple_ref/doc/uid/1145i-CH6-DontLinkElementID_29 > > This is not a big drama on MacOS, as MacOS encourages the distribution of > software packages as "bundles": > > > http://developer.apple.com/documentation/CoreFoundation/Conceptual/CFBundles/CFBundles.html > > This essentially means that instead of sprinkling files all over the file > system (as is common in other OSes), MacOS applications and frameworks > (Mac-speak for libraries) are kept in a single directory. Uninstalling then > means doing an rm -rf on that directory. > > Unfortunately, some applications (including GHC and Apple's Xcode IDE) > can't be entirely contained in a single directory. In the case of GHC, we > want symlinks in /usr/bin. The established way of uninstalling such > applications is by supplying an Uninstaller script, just as I did for GHC. > (Apple does the same for Xcode.) > > The purpose of the Uninstaller script is too completely remove > GHC.framework from a machine - not just to remove one version. In fact, if > more than one version of GHC is installed, the Uninstaller will refuse to > run and require the manual removal of all versions, but the current (easily > achieved by a "rm -rf > /Library/Frameworks/GHC.framework/Versions/"). The main feature of > the Uninstaller script is to get rid of all symlinks pointing into > GHC.framework. The framework itself is just deleted by a "rm -rf" as > expected. (It also removes the above mentioned receipt file.) > > So, to directly answer the above questions: > * The package manger (which uses the receipts) can't uninstall and the > uninstaller script doesn't need the receipt. So, even after deleteing the > receibt, you can still uninstall. > * The Uninstaller can uninstall any version (at least as long as no > symlinks are put into new directories outside of the bundle that the > Uninstaller doesn't know about). Is there an update on this thread? I would still like to have my cake and eat it too, meaning ghc 6.8.3 and ghc 6.10.1. As far as I know the installer hasn't been updated and if I try again I will lose my copy of 6.8.3. Thanks, Jason ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
Jason Dagit: On Wed, Nov 5, 2008 at 5:36 PM, Manuel M T Chakravarty <[EMAIL PROTECTED] > wrote: Ian Lynagh: On Tue, Nov 04, 2008 at 09:02:12PM -0500, Brandon S. Allbery KF8NH wrote: On 2008 Nov 4, at 20:26, Jason Dagit wrote: On Tue, Nov 4, 2008 at 4:26 PM, Manuel M T Chakravarty <[EMAIL PROTECTED]> wrote: Are you sure it does deinstall the 6.8 compiler? After installing 6.10, there should be a 608/ and a 610/ directory. This certainly happens on my Mac and I am not aware of an option to change that behaviour. I expect if you used the OSX installer then /Library/Receipts is screwing you (it wipes the old files listed in the .bom file). Try finding and removing the receipt directory and bom file before installing. The only file I can see that looks relevant is /Library/Receipts/boms/ org.haskell.glasgowHaskellCompiler.ghc.pkg.bom Wouldn't removing it make uninstall impossible? In fact, if you did manage to get 2 versions installed, how would /Library/Frameworks/GHC.framework/Tools/Uninstaller know which version to uninstall? Wouldn't it only know how to uninstall the version it came with? I'd suggest that the overlapping file "Uninstaller" could be why the older version gets removed, but that wouldn't explain why Manuel can install both at once. A current limitation of the MacOS package system is that it does not support uninstalling of packages; cf http://developer.apple.com/documentation/DeveloperTools/Conceptual/SoftwareDistribution/Managed_Installs/chapter_5_section_7.html#/ /apple_ref/doc/uid/1145i-CH6-DontLinkElementID_29 This is not a big drama on MacOS, as MacOS encourages the distribution of software packages as "bundles": http://developer.apple.com/documentation/CoreFoundation/Conceptual/CFBundles/CFBundles.html This essentially means that instead of sprinkling files all over the file system (as is common in other OSes), MacOS applications and frameworks (Mac-speak for libraries) are kept in a single directory. Uninstalling then means doing an rm -rf on that directory. Unfortunately, some applications (including GHC and Apple's Xcode IDE) can't be entirely contained in a single directory. In the case of GHC, we want symlinks in /usr/bin. The established way of uninstalling such applications is by supplying an Uninstaller script, just as I did for GHC. (Apple does the same for Xcode.) The purpose of the Uninstaller script is too completely remove GHC.framework from a machine - not just to remove one version. In fact, if more than one version of GHC is installed, the Uninstaller will refuse to run and require the manual removal of all versions, but the current (easily achieved by a "rm -rf /Library/Frameworks/ GHC.framework/Versions/"). The main feature of the Uninstaller script is to get rid of all symlinks pointing into GHC.framework. The framework itself is just deleted by a "rm -rf" as expected. (It also removes the above mentioned receipt file.) So, to directly answer the above questions: * The package manger (which uses the receipts) can't uninstall and the uninstaller script doesn't need the receipt. So, even after deleteing the receibt, you can still uninstall. * The Uninstaller can uninstall any version (at least as long as no symlinks are put into new directories outside of the bundle that the Uninstaller doesn't know about). Is there an update on this thread? I would still like to have my cake and eat it too, meaning ghc 6.8.3 and ghc 6.10.1. As far as I know the installer hasn't been updated and if I try again I will lose my copy of 6.8.3. Sorry, but for the moment, my (rather limited knowledge) of the MacOS packaging system is exhausted, and currently I don't have the time to search the web or experiment to try to learn more. It would be helpful to have the input of somebody who has more experience with MacOS packages. Manuel___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
On Wed, Nov 19, 2008 at 1:28 AM, Manuel M T Chakravarty <[EMAIL PROTECTED]> wrote: > Jason Dagit: > > On Wed, Nov 5, 2008 at 5:36 PM, Manuel M T Chakravarty > <[EMAIL PROTECTED]> wrote: >> >> Ian Lynagh: >>> >>> On Tue, Nov 04, 2008 at 09:02:12PM -0500, Brandon S. Allbery KF8NH wrote: On 2008 Nov 4, at 20:26, Jason Dagit wrote: > > On Tue, Nov 4, 2008 at 4:26 PM, Manuel M T Chakravarty > <[EMAIL PROTECTED]> wrote: >> >> Are you sure it does deinstall the 6.8 compiler? >> >> After installing 6.10, there should be a 608/ and a 610/ >> directory. This >> certainly happens on my Mac and I am not aware of an option to >> change that >> behaviour. I expect if you used the OSX installer then /Library/Receipts is screwing you (it wipes the old files listed in the .bom file). Try finding and removing the receipt directory and bom file before installing. >>> >>> The only file I can see that looks relevant is >>> /Library/Receipts/boms/org.haskell.glasgowHaskellCompiler.ghc.pkg.bom >>> >>> Wouldn't removing it make uninstall impossible? >>> >>> In fact, if you did manage to get 2 versions installed, how would >>> /Library/Frameworks/GHC.framework/Tools/Uninstaller >>> know which version to uninstall? Wouldn't it only know how to uninstall >>> the version it came with? I'd suggest that the overlapping file >>> "Uninstaller" could be why the older version gets removed, but that >>> wouldn't explain why Manuel can install both at once. >> >> A current limitation of the MacOS package system is that it does not >> support uninstalling of packages; cf >> >> >> >> http://developer.apple.com/documentation/DeveloperTools/Conceptual/SoftwareDistribution/Managed_Installs/chapter_5_section_7.html#//apple_ref/doc/uid/1145i-CH6-DontLinkElementID_29 >> >> This is not a big drama on MacOS, as MacOS encourages the distribution of >> software packages as "bundles": >> >> >> >> http://developer.apple.com/documentation/CoreFoundation/Conceptual/CFBundles/CFBundles.html >> >> This essentially means that instead of sprinkling files all over the file >> system (as is common in other OSes), MacOS applications and frameworks >> (Mac-speak for libraries) are kept in a single directory. Uninstalling then >> means doing an rm -rf on that directory. >> >> Unfortunately, some applications (including GHC and Apple's Xcode IDE) >> can't be entirely contained in a single directory. In the case of GHC, we >> want symlinks in /usr/bin. The established way of uninstalling such >> applications is by supplying an Uninstaller script, just as I did for GHC. >> (Apple does the same for Xcode.) >> >> The purpose of the Uninstaller script is too completely remove >> GHC.framework from a machine - not just to remove one version. In fact, if >> more than one version of GHC is installed, the Uninstaller will refuse to >> run and require the manual removal of all versions, but the current (easily >> achieved by a "rm -rf >> /Library/Frameworks/GHC.framework/Versions/"). The main feature of >> the Uninstaller script is to get rid of all symlinks pointing into >> GHC.framework. The framework itself is just deleted by a "rm -rf" as >> expected. (It also removes the above mentioned receipt file.) >> >> So, to directly answer the above questions: >> * The package manger (which uses the receipts) can't uninstall and the >> uninstaller script doesn't need the receipt. So, even after deleteing the >> receibt, you can still uninstall. >> * The Uninstaller can uninstall any version (at least as long as no >> symlinks are put into new directories outside of the bundle that the >> Uninstaller doesn't know about). > > Is there an update on this thread? I would still like to have my cake and > eat it too, meaning ghc 6.8.3 and ghc 6.10.1. As far as I know the > installer hasn't been updated and if I try again I will lose my copy of > 6.8.3. > > Sorry, but for the moment, my (rather limited knowledge) of the > MacOS packaging system is exhausted, and currently I don't have the time to > search the web or experiment to try to learn more. It would be helpful to > have the input of somebody who has more experience with MacOS packages. > Manuel Okay. That's fine, the OSX installer system sounds odd. I don't want to fight with it myself. I just want to upgrade ghc and I was getting pressure to do so and I tried the .tar.bz version, but I had some annoying experiences that I can share. So, the page here: http://www.haskell.org/ghc/download_ghc_6_10_1.html#macosxintel Has only this as installation instructions: This is a binary distribution for Mac OS X 10.5 (Leopard), prepared by Christian Maeder. It needs libedit.2.dylib, libncurses.5.dylib and libgmp.3.dylib under /opt/local/lib/. I had no idea how to do the install or how to satisfy the requirements. By pestering others I learned that you install libraries into /opt/local using MacPorts. The next challenge was learning
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
Jason Dagit wrote: > But, I still think I did something wrong because the first thing I > tried to build with 6.10 complained that -lgmp was not found. I have > checked, it's installed and I saw the ./configure script for the 6.10 > installation find it. Actually I have the same problem. I need to set export LIBRARY_PATH=/opt/local/lib when linking, because I've created the binary-dist with this setting. Ideally, /opt/local/lib should also be listed under "library-dirs:" for ghc-pkg describe rts Alternatively, you can copy /opt/local/lib/libgmp.a into ghc's libdir /lib/ghc-6.10.1/, with the additional "benefit" that gmp is statically linked into your binary (for platforms without /opt/local/lib/libgmp.dylib) Cheers Christian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
Also note that gmp.h will not be found without: export CPATH=/opt/local/include This directory should be part of the "include-dirs:" for the rts package. And again the file /opt/local/include/gmp.h could be simply copied to /lib/ghc-6.10.1/include/ Sorry for the trouble Christian Christian Maeder wrote: > Jason Dagit wrote: >> But, I still think I did something wrong because the first thing I >> tried to build with 6.10 complained that -lgmp was not found. I have >> checked, it's installed and I saw the ./configure script for the 6.10 >> installation find it. > > Actually I have the same problem. I need to set > > export LIBRARY_PATH=/opt/local/lib > > when linking, because I've created the binary-dist with this setting. > > Ideally, /opt/local/lib should also be listed under "library-dirs:" for > > ghc-pkg describe rts > > Alternatively, you can copy /opt/local/lib/libgmp.a into ghc's libdir > /lib/ghc-6.10.1/, with the additional "benefit" that gmp is > statically linked into your binary (for platforms without > /opt/local/lib/libgmp.dylib) > > Cheers Christian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
On Fri, Nov 21, 2008 at 6:10 AM, Christian Maeder <[EMAIL PROTECTED]> wrote: > Also note that gmp.h will not be found without: > > export CPATH=/opt/local/include > > This directory should be part of the "include-dirs:" for the rts > package. And again the file /opt/local/include/gmp.h could be simply > copied to /lib/ghc-6.10.1/include/ Hmm...Okay, so how do I add a path to include-dirs? In my case =$HOME, so I looked under ~/lib/ghc-6.10.1 and I didn't see any files I could modify to change it. Was it an option I missed when I was doing the configure for the install? Thanks for making this package. I hope we can make the install easier to understand and less error prone (fewer things to tweak locally). Thanks, Jason ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
Hi Jason, On Nov 21, 2008, at 8:09 AM, Jason Dagit wrote: On Wed, Nov 19, 2008 at 1:28 AM, Manuel M T Chakravarty <[EMAIL PROTECTED]> wrote: Jason Dagit: On Wed, Nov 5, 2008 at 5:36 PM, Manuel M T Chakravarty <[EMAIL PROTECTED]> wrote: Ian Lynagh: On Tue, Nov 04, 2008 at 09:02:12PM -0500, Brandon S. Allbery KF8NH wrote: On 2008 Nov 4, at 20:26, Jason Dagit wrote: On Tue, Nov 4, 2008 at 4:26 PM, Manuel M T Chakravarty <[EMAIL PROTECTED]> wrote: Are you sure it does deinstall the 6.8 compiler? After installing 6.10, there should be a 608/ and a 610/ directory. This certainly happens on my Mac and I am not aware of an option to change that behaviour. I expect if you used the OSX installer then /Library/Receipts is screwing you (it wipes the old files listed in the .bom file). Try finding and removing the receipt directory and bom file before installing. The only file I can see that looks relevant is /Library/Receipts/boms/ org.haskell.glasgowHaskellCompiler.ghc.pkg.bom Wouldn't removing it make uninstall impossible? In fact, if you did manage to get 2 versions installed, how would /Library/Frameworks/GHC.framework/Tools/Uninstaller know which version to uninstall? Wouldn't it only know how to uninstall the version it came with? I'd suggest that the overlapping file "Uninstaller" could be why the older version gets removed, but that wouldn't explain why Manuel can install both at once. A current limitation of the MacOS package system is that it does not support uninstalling of packages; cf http://developer.apple.com/documentation/DeveloperTools/Conceptual/SoftwareDistribution/Managed_Installs/chapter_5_section_7.html#/ /apple_ref/doc/uid/1145i-CH6-DontLinkElementID_29 This is not a big drama on MacOS, as MacOS encourages the distribution of software packages as "bundles": http://developer.apple.com/documentation/CoreFoundation/Conceptual/CFBundles/CFBundles.html This essentially means that instead of sprinkling files all over the file system (as is common in other OSes), MacOS applications and frameworks (Mac-speak for libraries) are kept in a single directory. Uninstalling then means doing an rm -rf on that directory. Unfortunately, some applications (including GHC and Apple's Xcode IDE) can't be entirely contained in a single directory. In the case of GHC, we want symlinks in /usr/bin. The established way of uninstalling such applications is by supplying an Uninstaller script, just as I did for GHC. (Apple does the same for Xcode.) The purpose of the Uninstaller script is too completely remove GHC.framework from a machine - not just to remove one version. In fact, if more than one version of GHC is installed, the Uninstaller will refuse to run and require the manual removal of all versions, but the current (easily achieved by a "rm -rf /Library/Frameworks/GHC.framework/Versions/"). The main feature of the Uninstaller script is to get rid of all symlinks pointing into GHC.framework. The framework itself is just deleted by a "rm -rf" as expected. (It also removes the above mentioned receipt file.) So, to directly answer the above questions: * The package manger (which uses the receipts) can't uninstall and the uninstaller script doesn't need the receipt. So, even after deleteing the receibt, you can still uninstall. * The Uninstaller can uninstall any version (at least as long as no symlinks are put into new directories outside of the bundle that the Uninstaller doesn't know about). Is there an update on this thread? I would still like to have my cake and eat it too, meaning ghc 6.8.3 and ghc 6.10.1. As far as I know the installer hasn't been updated and if I try again I will lose my copy of 6.8.3. Sorry, but for the moment, my (rather limited knowledge) of the MacOS packaging system is exhausted, and currently I don't have the time to search the web or experiment to try to learn more. It would be helpful to have the input of somebody who has more experience with MacOS packages. Manuel Okay. That's fine, the OSX installer system sounds odd. I don't want to fight with it myself. I just want to upgrade ghc and I was getting pressure to do so and I tried the .tar.bz version, but I had some annoying experiences that I can share. So, the page here: http://www.haskell.org/ghc/download_ghc_6_10_1.html#macosxintel Has only this as installation instructions: This is a binary distribution for Mac OS X 10.5 (Leopard), prepared by Christian Maeder. It needs libedit.2.dylib, libncurses.5.dylib and libgmp.3.dylib under /opt/local/lib/. I had no idea how to do the install or how to satisfy the requirements. By pestering others I learned that you install libraries into /opt/local using MacPorts. The next challenge was learning what to do with the .tar.bz file once it was downloaded. I found an INSTALL file inside the tarball with some instructions thankfully. I wish the download page said something
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
Jason Dagit wrote: > On Fri, Nov 21, 2008 at 6:10 AM, Christian Maeder > <[EMAIL PROTECTED]> wrote: >> Also note that gmp.h will not be found without: >> >> export CPATH=/opt/local/include >> >> This directory should be part of the "include-dirs:" for the rts >> package. And again the file /opt/local/include/gmp.h could be simply >> copied to /lib/ghc-6.10.1/include/ > > Hmm...Okay, so how do I add a path to include-dirs? In my case > =$HOME, so I looked under ~/lib/ghc-6.10.1 and I didn't see > any files I could modify to change it. I would suggest to only copy libgmp.a and gmp.h, because the file to edit it /lib/ghc-6.10.1/package.conf. Search for (package) "rts" and the fields "libraryDirs" and "includeDirs". But if you mess up this file, all may be lost (so back it up first). > > Was it an option I missed when I was doing the configure for the install? I'm not sure what configure options to pass (before my building or your installing) > Thanks for making this package. I hope we can make the install easier > to understand and less error prone (fewer things to tweak locally). > > Thanks, > Jason Thanks, too Christian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
On Fri, Nov 21, 2008 at 6:56 AM, Gregory Wright <[EMAIL PROTECTED]> wrote: > > Hi Jason, > > On Nov 21, 2008, at 8:09 AM, Jason Dagit wrote: > >> On Wed, Nov 19, 2008 at 1:28 AM, Manuel M T Chakravarty >> <[EMAIL PROTECTED]> wrote: >>> >>> Jason Dagit: >>> >>> On Wed, Nov 5, 2008 at 5:36 PM, Manuel M T Chakravarty >>> <[EMAIL PROTECTED]> wrote: Ian Lynagh: > > On Tue, Nov 04, 2008 at 09:02:12PM -0500, Brandon S. Allbery KF8NH > wrote: >> >> On 2008 Nov 4, at 20:26, Jason Dagit wrote: >>> >>> On Tue, Nov 4, 2008 at 4:26 PM, Manuel M T Chakravarty >>> <[EMAIL PROTECTED]> wrote: Are you sure it does deinstall the 6.8 compiler? After installing 6.10, there should be a 608/ and a 610/ directory. This certainly happens on my Mac and I am not aware of an option to change that behaviour. >> >> I expect if you used the OSX installer then /Library/Receipts is >> screwing you (it wipes the old files listed in the .bom file). Try >> finding and removing the receipt directory and bom file before >> installing. > > The only file I can see that looks relevant is > /Library/Receipts/boms/org.haskell.glasgowHaskellCompiler.ghc.pkg.bom > > Wouldn't removing it make uninstall impossible? > > In fact, if you did manage to get 2 versions installed, how would > /Library/Frameworks/GHC.framework/Tools/Uninstaller > know which version to uninstall? Wouldn't it only know how to uninstall > the version it came with? I'd suggest that the overlapping file > "Uninstaller" could be why the older version gets removed, but that > wouldn't explain why Manuel can install both at once. A current limitation of the MacOS package system is that it does not support uninstalling of packages; cf http://developer.apple.com/documentation/DeveloperTools/Conceptual/SoftwareDistribution/Managed_Installs/chapter_5_section_7.html#//apple_ref/doc/uid/1145i-CH6-DontLinkElementID_29 This is not a big drama on MacOS, as MacOS encourages the distribution of software packages as "bundles": http://developer.apple.com/documentation/CoreFoundation/Conceptual/CFBundles/CFBundles.html This essentially means that instead of sprinkling files all over the file system (as is common in other OSes), MacOS applications and frameworks (Mac-speak for libraries) are kept in a single directory. Uninstalling then means doing an rm -rf on that directory. Unfortunately, some applications (including GHC and Apple's Xcode IDE) can't be entirely contained in a single directory. In the case of GHC, we want symlinks in /usr/bin. The established way of uninstalling such applications is by supplying an Uninstaller script, just as I did for GHC. (Apple does the same for Xcode.) The purpose of the Uninstaller script is too completely remove GHC.framework from a machine - not just to remove one version. In fact, if more than one version of GHC is installed, the Uninstaller will refuse to run and require the manual removal of all versions, but the current (easily achieved by a "rm -rf /Library/Frameworks/GHC.framework/Versions/"). The main feature of the Uninstaller script is to get rid of all symlinks pointing into GHC.framework. The framework itself is just deleted by a "rm -rf" as expected. (It also removes the above mentioned receipt file.) So, to directly answer the above questions: * The package manger (which uses the receipts) can't uninstall and the uninstaller script doesn't need the receipt. So, even after deleteing the receibt, you can still uninstall. * The Uninstaller can uninstall any version (at least as long as no symlinks are put into new directories outside of the bundle that the Uninstaller doesn't know about). >>> >>> Is there an update on this thread? I would still like to have my cake >>> and >>> eat it too, meaning ghc 6.8.3 and ghc 6.10.1. As far as I know the >>> installer hasn't been updated and if I try again I will lose my copy of >>> 6.8.3. >>> >>> Sorry, but for the moment, my (rather limited knowledge) of the >>> MacOS packaging system is exhausted, and currently I don't have the time >>> to >>> search the web or experiment to try to learn more. It would be helpful >>> to >>> have the input of somebody who has more experience with MacOS packages. >>> Manuel >> >> Okay. That's fine, the OSX installer system sounds odd. I don't want >> to fight with it myself. I just want to upgrade ghc and I was getting >> pressure to do so and I tried the .tar.bz version, but I had some >> annoying experiences that I can share. >> >> So, the page here: >> http://www.haskell.org/ghc/download_ghc_6_10_1.html#macosxin
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
On Fri, Nov 21, 2008 at 7:04 AM, Christian Maeder <[EMAIL PROTECTED]> wrote: > Jason Dagit wrote: >> On Fri, Nov 21, 2008 at 6:10 AM, Christian Maeder >> <[EMAIL PROTECTED]> wrote: >>> Also note that gmp.h will not be found without: >>> >>> export CPATH=/opt/local/include >>> >>> This directory should be part of the "include-dirs:" for the rts >>> package. And again the file /opt/local/include/gmp.h could be simply >>> copied to /lib/ghc-6.10.1/include/ >> >> Hmm...Okay, so how do I add a path to include-dirs? In my case >> =$HOME, so I looked under ~/lib/ghc-6.10.1 and I didn't see >> any files I could modify to change it. > > I would suggest to only copy libgmp.a and gmp.h, because the file to > edit it /lib/ghc-6.10.1/package.conf. Search for (package) "rts" > and the fields "libraryDirs" and "includeDirs". But if you mess up this > file, all may be lost (so back it up first). I created a backup, then made the edits you suggested and the build failure I was seeing went away. Thanks! >> >> Was it an option I missed when I was doing the configure for the install? > > I'm not sure what configure options to pass (before my building or your > installing) Hopefully someone like Ian can comment here. Thanks, Jason ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
Hello Greg, On Friday 21 November 2008 15:56, Gregory Wright wrote: > ... > ppc/ > Leopard still > fails, but I now have an account on a machine that I can use to test > and debug. And if you need such an access (now or in the future), please just say the word and you can get access to my PPC Mac OS X 10.5 Leopard machine. > ... Best regards Thorkil ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.10.1 - MacOS installer
Hi Thorkil, On Nov 21, 2008, at 11:03 AM, Thorkil Naur wrote: Hello Greg, On Friday 21 November 2008 15:56, Gregory Wright wrote: ... ppc/ Leopard still fails, but I now have an account on a machine that I can use to test and debug. And if you need such an access (now or in the future), please just say the word and you can get access to my PPC Mac OS X 10.5 Leopard machine. ... Best regards Thorkil Thank you for your kind offer. I will likely take you up on it in the future. Best Wishes, Greg ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users