Re: Broken build
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?
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
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?
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
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
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
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