Re: Broken build

2005-11-22 Thread Dinko Tenev
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
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


GHC targetting Java?

2005-11-22 Thread John Goerzen
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 needed files.  Any idea where I'd find
them?  Any other reference on the Java target from GHC?

(This is GHC 6.4.1)

Thanks,

-- John


___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Problems with 6.x compilers

2005-11-22 Thread Michael Marte
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 develop this way.

6.2 and up: The object file is named after the module, not after the
source file as in 5.04. As there are several main modules in my
project, each in its own source file, all I get is a big mess. Any
suggestions?

Thank you,
Michael

___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Re: GHC targetting Java?

2005-11-22 Thread John Goerzen
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 .NET support is Mono?

___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Re: adding to GHC/win32 Handle operations support of Unicode filenames and files larger than 4 GB

2005-11-22 Thread Sven Panne
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
 peekCFilePath = peekCString
 #endif
 [...]
 #ifdef mingw32_HOST_OS
 INLINE time_t __hscore_st_mtime ( struct _stati64* st ) { return
 st-st_mtime; } #else
 INLINE time_t __hscore_st_mtime ( struct stat* st ) { return st-st_mtime;
 } #endif
[...]

Whatever will be done, please use *feature-based* ifdefs, not those 
platform-dependent ones above, which will be proven wrong either immediately 
or after a short time. We already have too much of those wrong ifdefs in the 
code...

Cheers,
   S.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Re[2]: adding to GHC/win32 Handle operations support of Unicode filenames and files larger than 4 GB

2005-11-22 Thread Bulat Ziganshin
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 or after a short time. We already have too much of those wrong ifdefs in 
the 
SP code...

as GHC authors will say - for me there is no difference

-- 
Best regards,
 Bulatmailto:[EMAIL PROTECTED]



___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Re: Problems with 6.x compilers

2005-11-22 Thread Bulat Ziganshin
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 suggestions?

you can give different module names to this modules and use -main-is
option to specify main module in each compilation (see
.../ghc/doc/html/users_guide/flag-reference.html)



-- 
Best regards,
 Bulatmailto:[EMAIL PROTECTED]



___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users