<span class="gmail_quote"></span><span class="q"><br>
</span><div><span class="q"><span class="gmail_quote"></span></span><div>*
The "Program Files" folder usually has at least one space in its
path, which could cause a lot of problems for Unix-centric software.
For this reason alone, I always install anything that isn't
Windows-specific into "c:\software" instead of "C:\Program Files." If
the default prefix is going to be "Program Files" then there should be
a note in the Cabal documentation that the application should expect to
be installed into a directory with spaces in the path.<br>
<br>* Even if a program is written in Haskell and is built with
Cabal, I imagine that people who write Windows Haskell software for non-developers
will not expect users to install the software via Cabal. Instead, they
will provide an MSI with a GUI installer. That means that, for the most
part, the only users of Cabal on Windows will be programmers. So, I
think that the Cabal experience on Windows should be
optimized for us. In particular, if I run "runghc Setup.hs install" when
I am using MSYS Bash, I want the package to install into "/usr/local/"
just like it would on Unix. <br>
<br>* I don't think it makes sense for executable packages to have
"Haskell" in their prefix unless they are explicitly "for Haskell." For
example, Darcs isn't a Haskell tool; it is a versioning tool that
happens to be implemented in Haskell, so it wouldn't make sense for it
to be installed into "C:\Program Files\Haskell\Darcs-1.0," just like we
wouldn't want it installed into "C:\Prgoram Files\C#\Darcs-1.0" if it
was written in C#. Conversely, library packages are presumable
Haskell-specific and so it makes sense for them to have "Haskell" in
their prefix.<br>
<br>
Just my 2 cents.<br>
<br>
- Brian<br>
<br>
- Brian<br>
<br>
[1]
<a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/reference/functions/shgetfolderpath.asp" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/reference/functions/shgetfolderpath.asp
</a><br>
[2] <a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwue/html/ch11b.asp" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwue/html/ch11b.asp
</a><br><span class="sg">
<br>
- Brian<br>
<br>
</span></div><div><span class="e" id="q_10484090db3386d5_6"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">or<br><br>2) C:\Haskell\<package-name>-<version>
<br><br>where "Haskell" could also be "Packages" I guess.
<br><br>-- Daan Leijen<br><br>Brian Smith wrote:<br>> On 6/15/05, *Simon Marlow* <<a href="mailto:simonmar@microsoft.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">simonmar@microsoft.com
</a><br>> <mailto:<a href="mailto:simonmar@microsoft.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">simonmar@microsoft.com
</a>>> wrote:<br>><br>> On 15 June 2005 05:49, Brian Smith wrote:<br>><br>> > The documentation states in Section 3.1 that the default value of<br>> > "prefix" is "/usr/local" on Unix. However, it doesn't specify
<br>> what the<br>> > prefix is on Windows. I found that the default value for prefix is:<br>> > C:\Program<br>> > Files\<package-name>\<compiler-name>-<compiler-version>. For example,
<br>> > version 1.0 of a package named "Foo" compiled with GHC<br>> > 6.5 would have a default prefix of:<br>> > C:\Program Files\Foo\ghc-6.5<br>><br>><br>> The compiler version is there to avoid conflicts in the case when you
<br>> have multiple versions of GHC installed and the package is installed for<br>> each one. However, I don't think we currently include the compiler &<br>> version in the default $(libdir) on Unix, so whatever we do we should do
<br>> it consistently.<br>><br>><br>> Okay, that makes more sense to me. However, I think that executables<br>> should go in "C:\Program Files\<package-name>-<package-version>\bin,"
<br>> not <C:\Program<br>> Files\<package-name>\<compiler-name>-<compiler-version>\bin" as they do<br>> currently.<br>><br>> - Brian<br>><br>><br>><br>> ------------------------------------------------------------------------
<br>><br>> _______________________________________________<br>> Libraries mailing list<br>> <a href="mailto:Libraries@haskell.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Libraries@haskell.org
</a><br>> <a href="http://www.haskell.org/mailman/listinfo/libraries" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://www.haskell.org/mailman/listinfo/libraries</a><br><br></blockquote></span></div></div><br>