Re: ANNOUNCE: GHC version 6.8.2
With the Windows release of GHC 6.8.2, GHCi does not find .ghci in %HOME% (though it finds it in the current directory):
try %HOMEDRIVE% %HOMEPATH% instead? or the result of 'System.Directory.getHomeDirectory'. you might have set %HOME% to help some unix software along, but this variable doesn't seem to exist by default. claus http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-... http://en.wikipedia.org/wiki/Home_directory
This fixed the problem, and on Windows XP Professional, I was able to set GHCi to find .ghci in %HOMEPATH%, which turned out to be c:\Documents and Settings\<username>. However, I would like to override this setting, and either have GHCi look for .ghci in %HOME%, as opposed to %HOMEPATH% (so that this value is not automatically set by the OS), or to set %HOMEPATH% itself to be c:\home. However, when I go to the Control Panel, then to the System applet, then to the Advanced tab, then click on the Environment Variables button, and then create an environmental variable called "HOMEPATH" (either local or global), this setting does not override the default setting for this environmental variable, and GHCi still looks for .ghci in the default location (c:\Documents and Settings\<username>). Does anybody know how to cause GHCi to look for .ghci in c:\home? Benjamin L. Russell --- Claus Reinke <claus.reinke@talk21.com> wrote:
With the Windows release of GHC 6.8.2, GHCi does not find .ghci in %HOME% (though it finds it in the current directory):
try %HOMEDRIVE% %HOMEPATH% instead?
or the result of 'System.Directory.getHomeDirectory'.
you might have set %HOME% to help some unix software along, but this variable doesn't seem to exist by default.
claus
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-...
http://en.wikipedia.org/wiki/Home_directory
_______________________________________________ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Benjamin L. Russell wrote:
This fixed the problem, and on Windows XP Professional, I was able to set GHCi to find .ghci in %HOMEPATH%, which turned out to be c:\Documents and Settings\<username>.
However, I would like to override this setting, and either have GHCi look for .ghci in %HOME%, as opposed to %HOMEPATH% (so that this value is not automatically set by the OS), or to set %HOMEPATH% itself to be c:\home.
However, when I go to the Control Panel, then to the System applet, then to the Advanced tab, then click on the Environment Variables button, and then create an environmental variable called "HOMEPATH" (either local or global), this setting does not override the default setting for this environmental variable, and GHCi still looks for .ghci in the default location (c:\Documents and Settings\<username>).
Does anybody know how to cause GHCi to look for .ghci in c:\home?
Create a .ghci file in c:\Documents And Settings\<user>, with the following contents: :cmd readFile "c:\\home\\.ghci" Cheers, Simon
The binaries do work in Leopard, but it misses all library files, such as System.IO. How can I build them form the sources? I have no cabal-install as well. and the macports 6.6 is broken.
My experience with the mac stuff is that you are just better off building everything yourself. It runs in the background while you go eat dinner and then you are done. -Alex- Hugo Pacheco wrote:
The binaries do work in Leopard, but it misses all library files, such as System.IO. How can I build them form the sources? I have no cabal-install as well. and the macports 6.6 is broken.
------------------------------------------------------------------------
_______________________________________________ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
From the ghc-6.8.2 sources then, I'm just afraid of possible errors, and I don't have any previous ghc installed.
Do the sources permit bootstrapping? From what I know... *The source distribution needs an installed GHC (version 6.0 at least). If your platform isn't currently supported with a binary distribution, then you'll need to consult the section on Porting GHC<http://hackage.haskell.org/trac/ghc/wiki/Building/Porting>in the Building Guide. * I'm afraid of the same error as macports 6.6.1: configure: error: GHC is required unless bootstrapping from .hc files.
Hi, On Dec 20, 2007, at 2:31 PM, Hugo Pacheco wrote:
From the ghc-6.8.2 sources then, I'm just afraid of possible errors, and I don't have any previous ghc installed.
Do the sources permit bootstrapping? From what I know... The source distribution needs an installed GHC (version 6.0 at least). If your platform isn't currently supported with a binary distribution, then you'll need to consult the section on Porting GHC in the Building Guide.
I'm afraid of the same error as macports 6.6.1:
configure: error: GHC is required unless bootstrapping from .hc files.
The macports 6.8.2 should be ready soon for Tiger (PPC and Intel) and Leopard (Intel only). I have had successful builds on these platforms and the Portfile is updated. However, the 6.8 branch seems to have introduced a bug in file locking (#1992 in the trac) that causes the build to fail once out of every four or five times. This is not acceptable for a production release, so this has to be tracked down before GHC from macports is updated. Sorry for the delay, Greg
But is it like days, weeks, months? I really need GHC installed on my intel mac w/ leopard. How can I build the libraries in the current leopard release?
Will a binary version of 6.8.2 be released any time soon for Mac OS X 10.5.x Leopard running on a PowerPC, as opposed to an Intel? I have a first-generation aluminum PowerBook with a PowerPC currently running Mac OS X 10.2.8 Jaguar, and am considering upgrading to Leopard next month, but want to install GHC 6.8.2 on it with a binary. Does this mean that I should not upgrade to that OS version? Benjamin L. Russell --- Gregory Wright <gwright@comcast.net> wrote:
... The macports 6.8.2 should be ready soon for Tiger (PPC and Intel) and Leopard (Intel only). I have had successful builds on these platforms and the Portfile is updated. However, the 6.8 branch seems to have introduced a bug in file locking (#1992 in the trac) that causes the build to fail once out of every four or five times. This is not acceptable for a production release, so this has to be tracked down before GHC from macports is updated.
Sorry for the delay, Greg
_______________________________________________ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Hmm, basically, the build from the GHC site ssimply installs the executables, every libary file is missing somehow (all the base package.. etc) Therefore I have two options to have a working 6.8.x installation: - wait around a week for a new macport (preferable) - try to install the missing libraries in the corrent directories I'm sorry for enquiring about this kind of specific stuff hugo
Benjamin L. Russell wrote:
Will a binary version of 6.8.2 be released any time soon for Mac OS X 10.5.x Leopard running on a PowerPC, as opposed to an Intel?
I have a first-generation aluminum PowerBook with a PowerPC currently running Mac OS X 10.2.8 Jaguar, and am considering upgrading to Leopard next month, but want to install GHC 6.8.2 on it with a binary.
Does this mean that I should not upgrade to that OS version?
I have a PPC laptop with OS 10.5.1 Leopard. The ghc-6.8.1 does not work. Though there is limited success if you only ever use -fvia-C. Fixing one problem ( http://hackage.haskell.org/trac/ghc/ticket/1843 ) has merely revealed another ( http://hackage.haskell.org/trac/ghc/ticket/1958 ). The problem is being worked on. But you will not get (PPC && Leopard && ghc-6.8) yet.
Thank you; yes, that will work for the time being, until an option for specifying the %HOME% directory is re-incorporated back into a future version of GHCi. It would probably be better if GHCi simply looked for .ghci in the location specified by the %HOME% environmental variable (which can be customized), instead of the one in the %HOMEPATH% variable (which cannot). One of the best solutions, in my opinion, would be if GHCi looked for .ghci in a location specified by a custom %GHCHOME% environmental variable, since the %HOME% variable is also used by Emacs. That way, I could put .ghci in a location separate from both the Emacs and OS home directories. Benjamin L. Russell --- Simon Marlow <simonmarhaskell@gmail.com> wrote:
Benjamin L. Russell wrote:
This fixed the problem, and on Windows XP Professional, I was able to set GHCi to find .ghci in %HOMEPATH%, which turned out to be c:\Documents and Settings\<username>.
However, I would like to override this setting, and either have GHCi look for .ghci in %HOME%, as opposed to %HOMEPATH% (so that this value is not automatically set by the OS), or to set %HOMEPATH% itself to be c:\home.
However, when I go to the Control Panel, then to the System applet, then to the Advanced tab, then click on the Environment Variables button, and then create an environmental variable called "HOMEPATH" (either local or global), this setting does not override the default setting for this environmental variable, and GHCi still looks for .ghci in the default location (c:\Documents and Settings\<username>).
Does anybody know how to cause GHCi to look for .ghci in c:\home?
Create a .ghci file in c:\Documents And Settings\<user>, with the following contents:
:cmd readFile "c:\\home\\.ghci"
Cheers, Simon _______________________________________________ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
participants (7)
-
Alex Jacobson -
Benjamin L. Russell -
Chris Kuklewicz -
Claus Reinke -
Gregory Wright -
Hugo Pacheco -
Simon Marlow