haskell-platform: Ticket Queryhttp://trac.haskell.org/haskell-platform/query?group=status&milestone=2013.2.0.0&row=description
The Haskell Platform: a comprehensive and robust collection of Haskell librariesen-UShaskell-platformhttp://trac.haskell.org/haskell-platform/chrome/site/platform-header.pnghttp://trac.haskell.org/haskell-platform/query?group=status&milestone=2013.2.0.0&row=description
Trac 0.11.1http://trac.haskell.org/haskell-platform/ticket/62
http://trac.haskell.org/haskell-platform/ticket/62#62: It should be possible to run the Windows installer as non-adminThu, 04 Jun 2009 04:24:28 GMTrefold<p>
Current installer almost works when run under a limited user account, but the <a class="ext-link" href="http://www.galois.com/~dons/images/hklm.png"><span class="icon">error message</span></a> could be more clear. A more ambitious goal is to support a special "limited user" install mode.
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/62#changeloghttp://trac.haskell.org/haskell-platform/ticket/64
http://trac.haskell.org/haskell-platform/ticket/64#64: Add a vcvars32.bat-like bat fileThu, 04 Jun 2009 04:44:13 GMTrefold<p>
To make it easier to use several HP versions installed on the same machine, there should be a convenient way to temporary modify the environment to make a specific HP version the default. If you have used Visual Studio, then vcvars32.bat is what I have in mind. Bulat also suggested adding a GUI tool for this. This ticket depends on <a class="assigned ticket" href="http://trac.haskell.org/haskell-platform/ticket/63" title="enhancement: Different versions of Haskell Platform should be allowed to co-exist (assigned)">#63</a>.
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/64#changeloghttp://trac.haskell.org/haskell-platform/ticket/97
http://trac.haskell.org/haskell-platform/ticket/97#97: The default install dir for cabal-install should be $PLATFORMDIR/cabalTue, 06 Oct 2009 08:04:02 GMTrefold<p>
Installer should set the default cabal-install install directory to $PLATFORMDIR/cabal (or something similar). Users find having two different directories for "Haskell stuff" confusing:
</p>
<p>
"OK. But given that I said "install Haskell" in *this* location, I sort
of expected all my Haskell stuff to go there."
</p>
<p>
<a class="ext-link" href="http://thread.gmane.org/gmane.comp.lang.haskell.cafe/64355"><span class="icon">http://thread.gmane.org/gmane.comp.lang.haskell.cafe/64355</span></a>
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/97#changeloghttp://trac.haskell.org/haskell-platform/ticket/129
http://trac.haskell.org/haskell-platform/ticket/129#129: WinGHCi won't start if installed without enviroment variables setSun, 04 Jul 2010 03:26:36 GMTlummar<p>
Problem Description:
When try to start WinGHCi, an error occurred with message: GHCiCreateProcess failed with failed with error 2. Grammer issues either.
</p>
<p>
OS: Windows Server 2008 R2 Ent(Simplified Chinese), X64
</p>
<p>
Haskell version: Haskell Platform 2010.1.0.0.
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/129#changeloghttp://trac.haskell.org/haskell-platform/ticket/196
http://trac.haskell.org/haskell-platform/ticket/196#196: add DESTDIR parameter to Haskell Platform installer MakefileSun, 20 May 2012 21:08:33 GMTchrisdornan<p>
When packagers install they usually don't want to install the prepared files but to install into a staging area for packaging. This is usually done by specifying a DESTDIR paramater to 'make install':
</p>
<blockquote>
<p>
make DESTDIR=${RPM_BUILD_ROOT} install
</p>
</blockquote>
<p>
It would be nice if the haskell platform installer could do this.
</p>
<p>
At the moment I am patching the scripts/install.sh to look out for a DESTDIR file and use the specified directory as the root if it is specified. The package installation scripts get passed back to the installer in $(DESTDIR)/load (see attached script). I am not not necessarily advocating this organization but just use it myself because it keeps the patch restricted to install.sh. I submit it in case somebody else would find it useful.
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/196#changeloghttp://trac.haskell.org/haskell-platform/ticket/209
http://trac.haskell.org/haskell-platform/ticket/209#209: 64-bit version of the Windows installerFri, 31 Aug 2012 18:07:08 GMTrefold<p>
GHC 7.6 will have a 64-bit Windows version. If we decide to use GHC 7.6 for the next release, we should also provide a 64-bit version of the Windows installer.
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/209#changeloghttp://trac.haskell.org/haskell-platform/ticket/213
http://trac.haskell.org/haskell-platform/ticket/213#213: Documentation for some packages is missingThu, 25 Oct 2012 13:04:24 GMTrefold<p>
Documentation for GLUT and maybe some other packages is missing, even though the installer now ships with documentation for the extralibs. I'll have to investigate why is that happening.
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/213#changeloghttp://trac.haskell.org/haskell-platform/ticket/215
http://trac.haskell.org/haskell-platform/ticket/215#215: Error executing files compiled with GHC from Haskell Platform InstallerFri, 23 Nov 2012 13:24:44 GMTkgabis<p>
After compiling some trivial code with ghc (for instance:&#34;main = do print (reverse [1..10])&#34;) there is a following error when running it:
internal error: evacuate(static): strange closure type 3840
</p>
<blockquote>
<p>
(GHC version 7.4.2 for i386_apple_darwin)
</p>
</blockquote>
<p>
But when I use runhaskell it all seems to work alright. I used both x86 and x86_64 versions of the Haskell Platform Installer.
I'm using OS X 10.8, and when I installed (or rather built) haskell-platform using homebrew it all works allright.
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/215#changeloghttp://trac.haskell.org/haskell-platform/ticket/217
http://trac.haskell.org/haskell-platform/ticket/217#217: Incorrect build order in source tarballMon, 24 Dec 2012 06:12:24 GMTandykitchen<p>
Building with the tarball on a system without happy installed fails because happy is not built before alex. Reordering the entries in packages/platform.packages fixes the problem. Patch attached.
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/217#changeloghttp://trac.haskell.org/haskell-platform/ticket/202
http://trac.haskell.org/haskell-platform/ticket/202#202: No Glut Documentation (Haskell Platform Library Docs)Thu, 21 Jun 2012 09:45:20 GMTmbrodersen<p>
The Glut documentation is missing from the Haskell Platform Library Docs.
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/202#changeloghttp://trac.haskell.org/haskell-platform/ticket/214
http://trac.haskell.org/haskell-platform/ticket/214#214: web site doesn't refresh when updatedTue, 06 Nov 2012 07:57:00 GMTMtnViewMark<p>
The web server for the platform's web pages doesn't seem to use ETags for static content. As such, browser's caching heuristics run afoul with our infrequent page updates: After releasing a new version of the platform, people often don't see it without explicit refreshing in their browsers.
</p>
<p>
The web site should be configured to use ETags... or whatever it takes, to get better behavior.
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/214#changeloghttp://trac.haskell.org/haskell-platform/ticket/146
http://trac.haskell.org/haskell-platform/ticket/146#146: Cannot update cabal (Windows PATH issue)Sun, 12 Sep 2010 01:53:36 GMTOlathe<p>
On Windows with Haskell Platform 2010.1.0.0 :
</p>
<ul><li>The all-users <tt>PATH</tt> variable contains <tt>%INSTALLDIR%\lib\extralibs\bin</tt>.
</li><li>The user-specific <tt>PATH</tt> variable contains <tt>%APPDATA%\cabal\bin</tt>.
</li></ul><p>
This causes a problem because :
</p>
<ul><li>Every directory in the all-users <tt>PATH</tt> variable is always checked first, so the shell always uses <tt>%INSTALLDIR%\lib\extralibs\bin\cabal.exe</tt>.
</li><li><tt>cabal install cabal-install</tt> only updates <tt>%APPDATA%\cabal\bin\cabal.exe</tt> rather than both.
</li><li>So, you effectively can't update <tt>cabal</tt> on Windows.
</li></ul><p>
<i><span class="underline">Workaround</span></i>: Delete <tt>%INSTALLDIR%\lib\extralibs\bin\cabal.exe</tt>.
</p>
Resultshttp://trac.haskell.org/haskell-platform/ticket/146#changelog