On 23/05/2011 13:52, David Waern wrote:
2011/5/23 Simon Marlowmarlo...@gmail.com:
This is the way it's defined in Haskell - a 'module' export expands to all
those names in scope qualified with that module name. There might be
several different modules imported with that name, and the 'module'
On 26/05/2011 17:15, Greg Steuck wrote:
I am trying to get ghc-7.0.3 build procedure down to a byte-identical
rebuild on Linux-amd64.
This is likely to be very fragile with GHC at the moment, due to some
non-deterministic behaviour in its internals. I have tried to eliminate
as much as I
On Fri, May 27, 2011 at 04:35:17PM +0100, Simon Marlow wrote:
Next best idea is to make GHC use repeatable temporary .c .o file
names for each invocation. There is already a unique temporary
directory where all the the temporary files are created. This suggests
I do not need to worry about
2011/5/27 Simon Marlow marlo...@gmail.com:
On 23/05/2011 13:52, David Waern wrote:
2011/5/23 Simon Marlowmarlo...@gmail.com:
This is the way it's defined in Haskell - a 'module' export expands to
all
those names in scope qualified with that module name. There might be
several different
When using dynamic linking on windows, shared libraries seem to be stored in
same folders where the packages where installed i.e each library in a
different folder. And these folders aren't visible to the system (by the
PATH variable). Is it possible to specify the folder to which the libraries