Yes, last night's build worked for me, thanks.On 11/21/05, Simon Peyton-Jones [EMAIL PROTECTED] wrote:
I believe I have fixed this.(It was my fault, late last week.)I'm compiling now to test.Meanwhile it'd be worth your having another
go.Simon
___
Hi,
I just noticed the GhcWithJavaGen in mk/config.mk. It sounds
interesting and useful. I decided to switch it on and experiment, but:
Could not find module `PrimRep':
use -v to see a list of the files searched for
(imported from javaGen/JavaGen.lhs)
It seems that I'm missing some
Hello,
I am having some annoying problems with the 6.x compilers:
6.4 and 6.4.1: When repeating a build (with ghc --make) all modules are
rebuild even if nothing has changed. With earlier compilers, only
linking takes place in this setting. Can I change this behaviour? I
cannot
On Tue, Nov 22, 2005 at 05:16:43PM -, Simon Peyton-Jones wrote:
It was never fully functional, and is now seriously bit-rotted. But the
vestiges are still there if anyone feels like resurrecting it.
On a similar note, how about the .NET support? Can it work on a
platform where the only
Am Montag, 21. November 2005 13:01 schrieb Bulat Ziganshin:
[...]
#ifdef mingw32_HOST_OS
type CFilePath = LPCTSTR
type CFileOffset = Int64
withCFilePath = withTString
peekCFilePath = peekTString
#else
type CFilePath = CString
type CFileOffset = COff
withCFilePath = withCString
Hello Sven,
Tuesday, November 22, 2005, 8:53:55 PM, you wrote:
#ifdef mingw32_HOST_OS
type CFilePath = LPCTSTR
type CFileOffset = Int64
SP Whatever will be done, please use *feature-based* ifdefs, not those
SP platform-dependent ones above, which will be proven wrong either
immediately
SP
Hello Michael,
Tuesday, November 22, 2005, 8:18:24 PM, you wrote:
MM 6.2 and up: The object file is named after the module, not after the
MM source file as in 5.04. As there are several main modules in my
MM project, each in its own source file, all I get is a big mess. Any
MM
