Re: Linking hsc2hs .c output on Windows w/ build system: is it just me..?

2009-05-21 Thread Sigbjorn Finne
Simon Marlow wrote: On 29/04/2009 01:23, Sigbjorn Finne wrote: Thanks Simon, sorry for not noticing your reply amidst the flow of g-h-b ticket reports before now. As there is no need to sail that close to the wind of playing with the delicate linking loading orders of the CRT and base DLLs

Re: Linking hsc2hs .c output on Windows w/ build system: is it just me..?

2009-04-28 Thread Sigbjorn Finne
, Simon Marlow wrote: On 24/04/2009 23:04, Sigbjorn Finne wrote: I've been experiencing repeated woes over the past 4-5 months when trying to spin up build trees on Windows with the new build system. This is happening on the 3-4 boxes that I regularly develop on, which leads me to believe

Re: Linking hsc2hs .c output on Windows w/ build system: is it just me..?

2009-04-25 Thread Sigbjorn Finne
On 4/25/2009 05:37, Ian Lynagh wrote: Hi Sigbjorn, On Fri, Apr 24, 2009 at 03:04:14PM -0700, Sigbjorn Finne wrote: I've been experiencing repeated woes over the past 4-5 months when trying to spin up build trees on Windows with the new build system. By new build system do you mean

Re: Linking hsc2hs .c output on Windows w/ build system: is it just me..?

2009-04-25 Thread Sigbjorn Finne
shows up 5 foo$ --sigbjorn On 4/25/2009 11:38, Sigbjorn Finne wrote: On 4/25/2009 05:37, Ian Lynagh wrote: Hi Sigbjorn, On Fri, Apr 24, 2009 at 03:04:14PM -0700, Sigbjorn Finne wrote: I've been experiencing repeated woes over the past 4-5 months when trying to spin up build trees on Windows

Linking hsc2hs .c output on Windows w/ build system: is it just me..?

2009-04-24 Thread Sigbjorn Finne
Hi, I've been experiencing repeated woes over the past 4-5 months when trying to spin up build trees on Windows with the new build system. This is happening on the 3-4 boxes that I regularly develop on, which leads me to believe that this may not be limited to just me.. The problem is that

Re: [GHC] #1196: Cabal on Windows doesn't like the in-place GHCs

2007-03-06 Thread Sigbjorn Finne
I added support for generating .bat files (to HEAD, I believe) for these in-place wrappers some time ago just to address this issue, so you may want to look into dragging those Makefile mods over. --sigbjorn On 3/5/2007 08:58, GHC wrote: #1196: Cabal on Windows doesn't like the in-place GHCs

Re: [GHC] #1196: Cabal on Windows doesn't like the in-place GHCs

2007-03-06 Thread Sigbjorn Finne
If you're referring to ghc-pkg-inplace invocations from Cabal, the same hack was applied in utils/ghc-pkg also. --sigbjorn On 3/6/2007 08:46, Simon Marlow wrote: Ah, so you did, thanks for reminding me. We still need to do something about ghc-pkg, though. Cheers, Simon Sigbjorn Finne

Re: [GHC] #942: Windows programs throw uncaught Invalid HANDLE exception on exit

2006-10-31 Thread Sigbjorn Finne
[Due to a somewhat inconvenient HD meltdown some weeks ago, I lost a bunch of data/user settings amongst other things, including the password to GHC's Trac, hence this lame response directly to the mailing list] I fixed this one a week or two ago on the 6.6 branch --

Re: [GHC] #942: Windows programs throw uncaught Invalid HANDLE exception on exit

2006-10-31 Thread Sigbjorn Finne
Ought to (but don't sue me if it doesn't.) --sigbjorn Bulat Ziganshin wrote: Hello Sigbjorn, Tuesday, October 31, 2006, 10:04:52 PM, you wrote: is that means that current 6.6 precompiled snapshots like http://www.haskell.org/ghc/dist/stable/dist/ghc-6.6.20061031-i386-unknown-mingw32.tar.gz

Re: ghc-6.6 on Windows Vista: cannot exec as

2006-10-19 Thread Sigbjorn Finne
- From: Sigbjorn Finne [mailto:[EMAIL PROTECTED] Sent: 18 October 2006 14:03 To: Satnam Singh Cc: GHC-bugs list Subject: Re: ghc-6.6 on Windows Vista: cannot exec as Thanks; for people that don't have access to Vista, the output resulting from 'ghc -v Hello.hs' would help narrowing this down a bit...I

Re: ghc-6.6 on Windows Vista: cannot exec as

2006-10-18 Thread Sigbjorn Finne
Thanks; for people that don't have access to Vista, the output resulting from 'ghc -v Hello.hs' would help narrowing this down a bit...I hope. --sigbjorn Satnam Singh wrote: I just installed GHC-6.6. on Windows Vista RC1 (using the MSI installer) but when I compile I get the error:

Re: [GHC] #891: hsc2hs tries to remove an open file

2006-09-07 Thread Sigbjorn Finne
This is a long standing, irksome Win32 timing issue, and is not GC related (AFAICR, it was reproducible in straight C code). A better workaround, which was experimented with in STABLE at some point, is to simply delay the clean up of the files until the end of hsc2hs's run --sigbjorn GHC

Re: [GHC] #882: Overflow bug in System.Time

2006-08-31 Thread Sigbjorn Finne
The fix is trivial though (and have been applied to HEAD) -- http://hackage.haskell.org/trac/ghc/ticket/588 --sigbjorn GHC wrote: #882: Overflow bug in System.Time ---+ Reporter: simonpj |Owner:

Re: [GHC] #840: GHC on loosing its handles takes 100% CPU

2006-08-04 Thread Sigbjorn Finne
But as long as it's Haskell code consuming all those CPU cycles, it can't be all bad? :) If any of you are running into this while invoking ghci.exe, you may want to play with using ghc.exe --interactive instead to see if that improves matters. Not using ghci.exe avoids a layer of

Re: Strange behaviour with classes (both Hugs and GHC)

2006-05-31 Thread Sigbjorn Finne
Hi, if you desugar the definition that's causing the type error, perhaps it becomes a little bit clearer what's going on, i.e., from problematic :: MyAnnotatedType Int problematic = defaultVal{theInt=42,theAnnotation=10} you expand this to problematic' = case defaultVal of { MAT a b c - MAT

Re: Bug in cvs head ghci

2005-12-16 Thread Sigbjorn Finne
Yep, reproducible with last night's HEAD build on mingw (but not STABLE.) --sigbjorn - Original Message - From: Simon Peyton-Jones [EMAIL PROTECTED] To: wld [EMAIL PROTECTED]; glasgow-haskell-bugs@haskell.org Sent: Friday, December 16, 2005 08:13 Subject: RE: Bug in cvs head ghci

Re: cc1plus.exe not included in Win32 distro

2005-10-17 Thread Sigbjorn Finne
It was intentionally removed (the intention being to remove heft from the installer) after it had been unintentionally included for quite a while. The rule has always been that only tools that GHC depends upon to operate are bundled with it on the mingw side -- the only exception to that rule

Re: Network Exception

2005-10-17 Thread Sigbjorn Finne
. Given the two networking issues you've already come across, I wouldn't discount the option that this might be due to a local problem with your networking setup (WinSock proxy config..?) --sigbjorn - Original Message - From: Arias [EMAIL PROTECTED] To: Sigbjorn Finne [EMAIL PROTECTED] Cc

Fw: 6.4.1 win32 candidate installer

2005-08-25 Thread Sigbjorn Finne
FYI - widening the (testing) audience a bit. --sigbjorn - Original Message - From: Sigbjorn Finne [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, August 22, 2005 13:59 Subject: 6.4.1 win32 candidate installer With 6.4.1 being close to done, I've rolled an MSI test installer

Re: Undefined symbols on new install of ghc 6.2.2

2005-08-22 Thread Sigbjorn Finne
, but I don't think that's the case here. --sigbjorn - Original Message - From: Alastair Reid [EMAIL PROTECTED] To: Sigbjorn Finne [EMAIL PROTECTED] Cc: glasgow-haskell-bugs@haskell.org Sent: Monday, August 22, 2005 06:16 Subject: RE: Undefined symbols on new install of ghc 6.2.2 Thanks

Re: Undefined symbols on new install of ghc 6.2.2

2005-08-21 Thread Sigbjorn Finne
Puzzling; couple of things to check for: - nm -o c:/ghc/ghc-6.2.2/libHSbase.a | grep 'T ___stginit_Prelude' is successful. - the TMPDIR setting appears to be w:/tmp -- make sure that actually exists isn't clogged up. Does changing it to . (or somesuch) alter the behaviour? - does an

Re: stdin set to nonblocking mode

2005-08-12 Thread Sigbjorn Finne
Simon Marlow [EMAIL PROTECTED] writes: ... No - read() can always return less than the requested amount of data, even when not in O_NONBLOCK mode. Hmm, care to give some details as to why you equate can with always will on all platforms? --sigbjorn

Re: stdin set to nonblocking mode

2005-08-11 Thread Sigbjorn Finne
Simon Marlow [EMAIL PROTECTED] writes: On 11 August 2005 01:18, John Meacham wrote: Why do we set file descriptors to nonblocking mode anyway if they are waited on by a select. there shouldn't be a need to use both It avoids an extra system call per read(), i.e. a single read() instead of

Re: getDirectoryContents fails in GHC 6.5 snapshots, works in GHC 6.4.1 snapshots

2005-08-09 Thread Sigbjorn Finne
to confusion about the layout of 'struct dirent'. - Original Message - From: Sigbjorn Finne [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: glasgow-haskell-bugs@haskell.org Sent: Monday, August 08, 2005 10:38 Subject: Re: getDirectoryContents fails in GHC 6.5 snapshots,works in GHC 6.4.1

Re: Feature request: Windows ZIP Distribution

2005-05-25 Thread Sigbjorn Finne
Bulat Ziganshin [EMAIL PROTECTED] writes: SF That's an impressive reduction in size; compressing the SF CAB file inside the MSI using the LZW-based compressor SF that Microsoft provides with their 'makecab' utility didn't LZX (very different from LZW, born long ago, in 1984) btw, while

Re: Feature request: Windows ZIP Distribution

2005-05-19 Thread Sigbjorn Finne
that for the next release. It can then be used to derive other distribution/installer formats. --sigbjorn - Original Message - From: Bulat Ziganshin [EMAIL PROTECTED] To: Sigbjorn Finne [EMAIL PROTECTED] Cc: glasgow-haskell-bugs@haskell.org Sent: Wednesday, May 18, 2005 23:09 Subject: Re[2]: Feature

Re: Feature request: Windows ZIP Distribution

2005-05-18 Thread Sigbjorn Finne
One e-mail regarding this would do.. :) The 6.4 installer has a UI bug that may prevent you from using it on a box where you don't have admin privs. Try starting up the installer, hit Next, followed by Back. That should bring up a dialog letting you choose whether to perform a user or machine wide

Re: Build problem from CVS ...?

2005-04-26 Thread Sigbjorn Finne
Did you do a 'cvs up' with the -d option to have it create new directories? ghc/lib/compat/include contains directory.h, and is a fairly new addition. --sigbjorn - Original Message - From: David Duke [EMAIL PROTECTED] To: glasgow-haskell-bugs@haskell.org Sent: Tuesday, April 26, 2005

Re: [nightly] 26-Apr-2005 build of HEAD on OpenBSD/x86

2005-04-26 Thread Sigbjorn Finne
Ditto w/ HEAD -- the compilation error refers to 'stderr'. For that to work, 'stderr' has to be an lvalue, which is an unsound assumption (mingw defines it as (_iob[STDERR_FILENO]).) --sigbjorn - Original Message - From: Conal Elliott [EMAIL PROTECTED] To: glasgow-haskell-bugs@haskell.org

Re: win98, ctrl-c System.system (was: Updated 6.4 Windows installer RC)

2005-03-23 Thread Sigbjorn Finne
Simon Marlow [EMAIL PROTECTED] writes: ... Prelude System.system ls = print *** Exception: C:\WINDOWS\SYSTEM\CMD.EXE: runCommand: does not exist (No such fi le or directory) Prelude System.Cmd.rawSystem ls [] = print _viminfo getname.pl index.html ExitSuccess Prelude System.system false = print

Re: misaligned block returned

2005-01-13 Thread Sigbjorn Finne
Hi, 8 == ERROR_NOT_ENOUGH_MEMORY, which sounds reasonable (albeit cryptic) since Win32 has a default user process size limit of 2Gb. --sigbjorn - Original Message - From: Andreas Marth [EMAIL PROTECTED] To: glasgow-haskell-bugs@haskell.org Sent: Thursday, January 13, 2005 07:41 Subject:

Re: threadDelay space leak under win32

2004-11-08 Thread Sigbjorn Finne
Fixed now on the STABLE branch, but 6.2.2 and, at least, all previous 6.x releases suffer from this embarrassing mem leak. Thanks for reporting the problem. --sigbjorn - Original Message - From: Simon Marlow [EMAIL PROTECTED] To: Philippa Cowderoy [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc:

Re: [Haskell-cafe] hugs segmentation fault

2004-10-29 Thread Sigbjorn Finne
Jon Fairbairn [EMAIL PROTECTED] writes: On 2004-10-29 at 00:50BST Ben Rudiak-Gould wrote: Jon Fairbairn wrote: Well, here's a sample session I recorded just now: C:\\ghc\ghc-6.2.1\bin\ghci Prelude let p = 1 : [2 * x | x - p, x 1] in p [1*** Exception: loop Prelude 123 Fail: thread

Re: Panic

2004-06-14 Thread Sigbjorn Finne
Hi Arjan, the underlying GNU binutils issue which causes this was fixed some 9 months ago. I've been using a new mingw binutils snapshot for a while which includes it -- it's available from http://www.mingw.org/download.shtml (look for binutils-2.15.90-20040222.) You'll still see the

Re: heap exhausted error

2004-05-04 Thread Sigbjorn Finne
MessageThanks, tidied up a while back - 6.2.1 includes the fix. --sigbjorn - Original Message - From: herington, dean To: '[EMAIL PROTECTED]' Sent: Monday, May 03, 2004 08:07 Subject: heap exhausted error ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC

Re: Release Candidate for 6.2.1 available

2004-03-12 Thread Sigbjorn Finne
[EMAIL PROTECTED] To: GHC users [EMAIL PROTECTED] Sent: Friday, March 12, 2004 09:33 Subject: Re: Release Candidate for 6.2.1 available Sigbjorn Finne wrote: An installer for Windows users can now also be found in that directory. - Original Message - From: Simon Marlow [EMAIL

Re: Hello world fails on Win32

2004-01-01 Thread Sigbjorn Finne
I don't have access to a Win9x system right now, but could you try compiling your example w/ 6.2 as follows: ghc -o main main.hs -pgmac:\\ghc\\ghc-6.2\\gcc.exe -B\C:\GHC\GHC-6.2\gcc-lib/\ (minus any line wrapping my e-mail client will no doubt introduce.) --sigbjorn - Original Message

Re: internal error: RTS exhausted max heap size (GHC 6.0.1)

2003-11-19 Thread Sigbjorn Finne
Hi, thanks for the report. The handling of heap overflows on your platform has been cleaned up in the current sources, see: http://haskell.org/pipermail/glasgow-haskell-bugs/2003-October/003699.html http://haskell.org/pipermail/cvs-ghc/2003-October/018987.html --sigbjorn - Original Message

Re: Overflown relocs in ghci

2003-10-29 Thread Sigbjorn Finne
builders on win32. --sigbjorn - Original Message - From: Sigbjorn Finne [EMAIL PROTECTED] To: Pasch, Thomas (ACTGRO) [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, October 24, 2003 15:17 Subject: Re: Overflown relocs in ghci Hi, it looks as if you're running into a GNU ld/BFD

Re: Overflown relocs in ghci

2003-10-24 Thread Sigbjorn Finne
Hi, it looks as if you're running into a GNU ld/BFD bug where it emits bogus PE object files that have more than 0x relocations. The last time I looked this bug still wasn't fixed in the BFD codebase there wasn't any noticeable interest in fixing it when I reported the bug a year or two ago.

Re: valgrind error

2003-10-11 Thread Sigbjorn Finne
Thanks for the report. That unnecessary copying operation was removed in HEAD a couple of months back; the upcoming 6.2 release includes the changes. --sigbjorn - Original Message - From: Abraham Egnor [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, October 11, 2003 08:07

Re: GHCi bug - the impossible happened loading FranTk with ghc-6.0 on Win32

2003-06-23 Thread Sigbjorn Finne
I tidied up this aspect of TclHaskell / FranTk as part of a Galois project a while ago. Attached are the as-is changes needed to avoid being dependent on RTS internals stop doing a busy wait. In addition to these diffs, you also want to comment out the defn of isOnlyProcess in

Re: GHCi bug - the impossible happened loading FranTk with ghc-6.0 on Win32

2003-06-23 Thread Sigbjorn Finne
Sigh, this time with an attachement.. - Original Message - From: Sigbjorn Finne [EMAIL PROTECTED] To: Simon Peyton-Jones [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, June 23, 2003 12:53 Subject: Re: GHCi bug - the impossible happened loading

Re: COM events with HaskellDirect?

2003-03-24 Thread Sigbjorn Finne
Yes, examples/ie-listen/ in the HDirect distrib demonstrates how to sink events (from IE, in that particular example.) --sigbjorn [btw, the CVS version of HDirect was updated a while ago to work with current versions of GHC Hugs.] - Original Message - From: Paul Steckler [EMAIL

Re: getProtocolNumber garbage (was: Network on Win98: failed - socket - no error ??)

2003-03-07 Thread Sigbjorn Finne
[EMAIL PROTECTED]; Sigbjorn Finne [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, March 07, 2003 11:06 Subject: getProtocolNumber garbage (was: Network on Win98: failed - socket - no error ??) okay, after giving myself a day to recover from the frustration, I've given it fresh try today

Re: Network on Win98: failed - socket - no error ??

2003-03-05 Thread Sigbjorn Finne
Something's up with your WinSock setup on that machine, I suspect -- works fine on the Win98 box I tested it on. You may want to investigate whether the 'identical' client written in C (or some such) behaves as expected on that box.. The HEAD version of the 'network' package tidies up the

Re: GHC Undefined

2002-12-13 Thread Sigbjorn Finne
If you're mixing code compiled and linked with different versions of binutils / gcc, then you're pretty much on your own - i.e., I'm assuming you didn't build pdcurses via 'ghc' but 'gcc' 'ld'/'dllwrap'. --sigbjorn - Original Message - From: michael vorin [EMAIL PROTECTED] To: [EMAIL

Re: import ambiguity

2002-10-30 Thread Sigbjorn Finne
Hi, thanks for the report. Now fixed. --sigbjorn - Original Message - From: Dean Herington [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, October 23, 2002 09:14 Subject: import ambiguity With the program: import Exception main = let catch =

Re: Directory.doesDirectoryExist inconsistency

2002-10-22 Thread Sigbjorn Finne
That would take care of the incompatibility here, but it's a slippery slope. Should Haskell provide you with a platform-independent view of filenames and file systems? --sigbjorn - Original Message - From: Simon Peyton-Jones [EMAIL PROTECTED] To: Sigbjorn Finne [EMAIL PROTECTED]; Claus

Re: Newbie building GHC

2002-09-26 Thread Sigbjorn Finne
to take away from all this. May I suggest the GHC downloads page drops the claim that the 5.04.1 RPMs will work under RH7.2? --sigbjorn - Original Message - From: Sigbjorn Finne [EMAIL PROTECTED] To: Saswat Anand [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday

Re: Newbie building GHC

2002-09-26 Thread Sigbjorn Finne
Oops, while trivial, I forgot to include the main.c test wrapper: foo$ cat main.c #include stdio.h extern int invokeCmd(char* cmd); int main() { printf(%d\n, invokeCmd(uname)); return 0; } --sigbjorn - Original Message - From: Sigbjorn Finne [EMAIL PROTECTED] To: [EMAIL

Re: External Core typechecker

2002-09-05 Thread Sigbjorn Finne
To enable type checking of Core, compile with -dcore-lint --sigbjorn - Original Message - From: Kirsten Chevalier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, September 05, 2002 12:05 Subject: External Core typechecker GHC doesn't seem to do much typechecking on external

Re: External Core typechecker

2002-09-05 Thread Sigbjorn Finne
Kirsten Chevalier [EMAIL PROTECTED] writes: On Thu, Sep 05, 2002 at 12:20:27PM -0700, Sigbjorn Finne wrote: To enable type checking of Core, compile with -dcore-lint Ah, thanks. You'd think it would do that by default when starting from an external Core file (hint :-)) It actually

Re: select() failure

2002-08-29 Thread Sigbjorn Finne
Dean Herington [EMAIL PROTECTED] writes: ... When a thread wants to read from a file descriptor, its logic looks like: threadWaitRead (fdToInt fd) ([char], 1) - locked (fdRead fd 1) where `locked` obtains and holds the aforementioned lock for the duration of its argument

Re: ghc installer for Windows

2002-07-16 Thread Sigbjorn Finne
installer with logging turned on. If you could either send or point me at a copy of the resulting log file, msi.log, that'd be very helpful in trying to narrow down the cause of this. thanks --sigbjorn - Original Message - From: Sigbjorn Finne [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Stephen

Fw: crash with GHC 5.04

2002-07-13 Thread Sigbjorn Finne
Hi, this appears to be GC-related; forwarded to the bugs list. Thanks for the report. --sigbjorn - Original Message - From: Mark Tehver [EMAIL PROTECTED] To: Sigbjorn Finne [EMAIL PROTECTED] Sent: Saturday, July 13, 2002 07:38 Subject: crash with GHC 5.04 Hi again, I have run

Re: unable to create DLL with GHC 5.04

2002-07-11 Thread Sigbjorn Finne
Hi, looks as if you're mixing mingw and cygwin object files. ghc-5.04 is mingw-based, so make sure you feed in the flag -mno-cygwin to gcc when compiling .c files. --sigbjorn - Original Message - From: Mark Tehver [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 11, 2002

Re: GHC on Cygwin

2002-06-14 Thread Sigbjorn Finne
Koen Claessen [EMAIL PROTECTED] writes: ... However, ghci crashes at start up time! I get the following behavior: [lap/bin] -: ./ghci ... Loading package base ... linking ... /d/Work/Packages/Ghc/Install/lib/ghc-5.03/HSbase_cbits.o: unknown symbol `_sigaddset' ghc-5.03: panic!

Re: External Core front-end in GHC 5.03

2002-05-13 Thread Sigbjorn Finne
by a re-make in ghc/compiler. That solves the problem for me. --sigbjorn - Original Message - From: Kirsten Chevalier [EMAIL PROTECTED] To: Sigbjorn Finne [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, May 13, 2002 17:26 Subject: Re: External Core front-end in GHC 5.03 On Wed

Re: unsafePtrEq in 5.03?

2002-04-16 Thread Sigbjorn Finne
A spot of CVS archeology revealed that it was removed as a primop as part of a NCG overhaul couple of months ago. Don't know if leaving it out was simply an omission or if there's something deeper going on. Anyway, you can approximate the old defn with the following: module PtrEq where import

Re: IO.hReady, hWaitForInput differ on Linux / Windows

2002-02-27 Thread Sigbjorn Finne
Hi, I added Win32 support for these a while ago; the 5.03 snapshot includes it. --sigbjorn - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 27, 2002 23:37 Subject: IO.hReady, hWaitForInput differ on Linux / Windows Hi there, I'm using

Re: handling embedded spaces in output from ghc -M]

2002-02-25 Thread Sigbjorn Finne
Hi, you're making a mountain out of a molehill; couple of workarounds spring to mind: * transform the -i path you feed to GHC -M, i.e., something like ghc -M -i`cygpath -w -s c:\Program Files\GreenCard`/lib/ghc * post-process the generated dependencies file to insert the double

ghc-5.02.2 panic (was: (no subject))

2002-02-25 Thread Sigbjorn Finne
Hi, looks like a bona fide bug; thanks for reporting it. In order to be able to fix it, any chance of you sending us that Main.hs? thanks, --sigbjorn - Original Message - From: Loffler [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, February 25, 2002 12:47 Subject: (no subject)

Re: 'Pretty' does not export ($+$)

2002-02-17 Thread Sigbjorn Finne
Strange, the following compiles just fine with 5.02.1 on a Win2k box: module Foo where { import Pretty ; x y = y Pretty.$+$ y } --sigbjorn - Original Message - From: Duncan Coutts [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, February 17, 2002 16:13 Subject: 'Pretty' does not

Re: ghc.exe: fatal error: Windows programs can only use 256Mb of heap; sorry!

2002-02-15 Thread Sigbjorn Finne
Pasch, Thomas (ACTGRO) [EMAIL PROTECTED] writes: $ ghc -package javavm -c Class_java_awt_Component.hs -o Class_java_awt_Component.o d:\Programme\ghc\ghc-5.02.2\bin\ghc.exe: fatal error: Windows programs can only use 256Mb of heap; sorry! Hello, is there anything I can change in order to

Re: PAP_Entry: CATCH_FRAME

2002-02-15 Thread Sigbjorn Finne
Simon may have gone home for the weekend, so just to let you know that he's checked in a fix for this problem in the current CVS sources. --sigbjorn - Original Message - From: Peter White [EMAIL PROTECTED] To: Simon Marlow [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, February 15,

Re: Compiler 5.02 asked me to report a bug.

2002-02-10 Thread Sigbjorn Finne
Hi, thanks for a fine bug report. The panic you're running into is something that could be handled more gracefully by the compiler. Workaround is simple, just add -fvia-C to your GHC command-line. --sigbjorn btw, I'd encourage you to make your Postgres Haskell binding available to other

win32 test installer

2002-02-08 Thread Sigbjorn Finne
A test Windows Installer for the 5.03 snapshot release is now available via http://galois.com/~sof/ghc-5.03-20020208.msi (25.2M) Unless I hear of any fatal flaws encountered using it or I discover glitches while sleeping, it will go up on haskell.org/ghc/ tomorrow morning (PST). --sigbjorn

Re: Cygwin path support for ghc under Windows?

2002-01-29 Thread Sigbjorn Finne
You have to give more details than this; GHC does support both '/' and '\' as path separator (but, of course, doesn't understand nonsense like /cygdrive prefixes). That GHC doesn't depend on cygwin is a feature, not a bug (but if you want it to, you can compile it up for that 'platform'

Re: Simple sockets sample?

2002-01-28 Thread Sigbjorn Finne
I don't believe there's a bug in here, only perhaps in the way the Socket functions are used: main = withSocketsDo $ do d - connectTo host port -- (1) sendTo host port GET / HTTP/1.0\r\n\r\n; -- (2) response - recvFrom host port; -- (3) putStrLn response where host =

Re: ghci panic

2002-01-26 Thread Sigbjorn Finne
Antony Courtney [EMAIL PROTECTED] writes: ... Skipping HavenTest( HavenTest.hs, ./HavenTest.o ) PEi386 object has suspiciously large string table; 64k relocs? ghc.exe: panic! (the `impossible' happened, GHC version 5.02.1): loadObj: failed Hi, this is a known issue

Re: ghci panic (unknown symbol stg_gc_l1)

2002-01-26 Thread Sigbjorn Finne
Hi, GHCi doesn't load the RTS package (nor GMP), as they're both baked into the binary. My guess is that you've built ghci using 5.02.1; you need to use 5.02.2 (i.e., do two stage build.) The missing symbol was introduced in 5.02.2's RTS. hth --sigbjorn - Original Message - From:

ghc-5.03 release candidate installer available (win32)

2002-01-10 Thread Sigbjorn Finne
In preparation for a ghc-5.03 snapshot release, a test installer for Win32 platforms is now available: http://www.galois.com/~sof/ghc-503.msi (*) Size: 25.1 Mb. Please let me know if you run into any problems with it. thanks, --sigbjorn btw, Mike Thomas deserves a special mention for

ghc-5.02.2 release candidate installer available (win32)

2002-01-09 Thread Sigbjorn Finne
In preparation for the upcoming release of 5.02.2, I've made available a test installer for Win32 platforms, in the hope that any packaging glitches can be caught before it's too late. The installer is available via http://www.galois.com/~sof/ghc-502-2.msi (*) It's big: 21.7 Mb. Please

Re: --+ not treated as a start of a comment

2001-12-10 Thread Sigbjorn Finne
Thanks, I've made Hugs98 comply with the Report. --sigbjorn - Original Message - From: Ian Lynagh [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 09, 2001 10:43 Subject: --+ not treated as a start of a comment If I have foo = 0 --+ 1 then ghc tells me

Re: Building dlls with ghc

2001-12-04 Thread Sigbjorn Finne
Hi, thanks for the report. First off, I should say that the 5.02 release didn't focus on DLL production at all, so I'm not too surprised you're coming across a gremlin or two. However, I'm not able to reproduce the break you're experiencing, my --mk-dll tests break much earlier than that. If

Re: GHC bug

2001-12-04 Thread Sigbjorn Finne
Hi, the bug fixer may have contacted you separately, but for the benefit of the mailing list and/or you, this one has now been fixed (i.e., deriving empty datatypes is not permitted). Thanks for reporting it. --sigbjorn - Original Message - From: Hal Daume III [EMAIL PROTECTED] To:

Re: greencard bug

2001-11-24 Thread Sigbjorn Finne
Hi, you don't say how you processed that example .gc file with GreenCard, but I'm guessing you used the '--target ghc' option. If that's the case, have a look at http://www.haskell.org/greencard/type-sig.html#SEC-BODY which discusses safe vs. unsafe calls -- i.e., in your case you need to

Re: AbsCStixGen.gencode panic

2001-11-16 Thread Sigbjorn Finne
The native code generator only handles 'foreign import's with a static target, which is why you're seeing this (HEAD handles this situation a little bit more gracefully). Use -fvia-C (or -O, which implicitly does the same thing). --sigbjorn - Original Message - From: Volker Stolz

Re: HDirect (CVS version) - some bugs

2001-11-16 Thread Sigbjorn Finne
doesn't currently handle 'const' qualifiers as well as it could. --sigbjorn - Original Message - From: Mike Thomas [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Sigbjorn Finne [EMAIL PROTECTED] Sent: Wednesday, November 07, 2001 15:42 Subject: HDirect (CVS version) - some bugs Hi

Re: Happy generates uncompilable files

2001-11-09 Thread Sigbjorn Finne
Hi, couple of things: * you don't have to side-effect mk/config.mk{.in} to make any changes to the definitions in there. Just create your own mk/build.mk and add definitions of variables you need for your build tree to work/behave as expected. The build.mk defns override those in

Re: Building GHC 5.02 on Solaris x86

2001-11-05 Thread Sigbjorn Finne
Simon Marlow [EMAIL PROTECTED] writes: Having just looked at the code, it seems we could recover the platform-independentness in the I/O library with just a small amount of wrapperage: most of the offending code is in PrelPosix.hsc, with a few #const's scattered around PrelHandle and PrelIO,

Re: Building GHC 5.02 on Solaris x86

2001-11-02 Thread Sigbjorn Finne
Yuck. If this isn't enough to convince people that hsc2hs is not an appropriate tool (at least in the context of the Prelude and hslibs/), than I don't know what is. It commits to a particular platform at too early a stage -- details of C header files are often best left toC source files

Re: Building GHC 5.02 on Solaris x86

2001-11-02 Thread Sigbjorn Finne
Alastair David Reid [EMAIL PROTECTED] writes: So, bringing back the solution of having manually written C wrapper functions which platform-independent Haskell source files will call out to, would be preferable (in short, avoid the use of hsc2hs *or any other extra tool* alltogether).

Re: GHC-5.02/Win32: problems compiling with -prof and -package

2001-10-13 Thread Sigbjorn Finne
Nothing deep going on, the profiling interface files for the 'util' package are simply just missing from the 5.02 distribution. --sigbjorn - Original Message - From: P Jensen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 12, 2001 14:00 Subject: GHC-5.02/Win32: problems

Re: Bug in GHC 5.02

2001-10-09 Thread Sigbjorn Finne
To make this panic go away, try adding the option "-fvia-C" to your GHC command line. (GHC could give a better error msg here, and indicate that you have to use -fvia-C with code that (still) uses _casm_.) hth --sigbjorn - Original Message - From: Monique Louise To:

Re: GHC 5.02 Win32

2001-10-08 Thread Sigbjorn Finne
Yes, non-interactive uses of the Win32 library appear to be in a non-working state (at least with my copy of ghc-5.02, don't know if there's been any stealth updates to the installer binary.) As a stop-gap measure, replace ghc-5.02's libHSwin32.a (after having saved it away) with the one

Re: ghc-5.00.2 -fvia-C: undeclared symbols

2001-08-28 Thread Sigbjorn Finne
hi, you're running into trouble with some expeditious hacks that were put into TclHaskell to make it work with ghc-4.xx. The following change will make it compile with ghc-5.xx - have Check.h now contain: extern StgTSO *run_queue_hd; #if __GLASGOW_HASKELL__ = 408 extern StgTSO *MainTSO; /*

Re: ghc uses C:\TEMP for temporary files, rather than %TEMP

2001-08-17 Thread Sigbjorn Finne
I've had this very change sitting on my disk for quite a while; now checked in. Unless further testing uncovers anything really bad, 5.02 should have it included. --sigbjorn - Original Message - From: Reuben Thomas [EMAIL PROTECTED] To: Moore, Paul [EMAIL PROTECTED] Cc: [EMAIL

Re: BUGS (2): Win32 ghc and Win98

2001-08-16 Thread Sigbjorn Finne
Reuben Thomas [EMAIL PROTECTED] writes: BUG 2: Under Windows 98 Sigbjorn's example Win32 hello world program displays but then hangs when the window close icon is clicked. Works OK under NT, and can be closed under Windows 98 by ^C in the terminal window. I'm unable to repro this

RtsFlags.h

2001-08-06 Thread Sigbjorn Finne
Defining an app-local version of defaultsHook() is currently not possible using just a binary distribution. i.e., to do something interesting inside of defaultsHook(), you need to side-effect RtsFlags (which has type RTS_FLAGS). RTS_FLAGS is defined in RtsFlags.h, which is not to be found in a

Re: Zarjaz have a problem with Dynamic Libraries

2001-07-19 Thread Sigbjorn Finne
Hi, I've checked in a fix for this to the CVS repo (was bitten by the very same problem here), so hopefully a release of ghc-win32 will have that fix included at some stage. --sigbjorn Krasimir Angelov [EMAIL PROTECTED] writes: Problem while I use Dynamic libraries from C side. Prims.o,

Re: HDirect example compilation problem

2001-03-20 Thread Sigbjorn Finne
Mike Thomas [EMAIL PROTECTED] writes: After compiling the HDirect 0.17 sources using GHC 4.08.2 and the latest Cygwin internet distribution (some small mods made to deal with Cygwin B20isms in the C source code): dlltool --output-lib liburlmon.a --def urlmon.def --dllname urlmon.dll

Re: green-card in cvs does not compile [low priority]

2001-03-08 Thread Sigbjorn Finne
[EMAIL PROTECTED] writes: There seems to be a problem in the gc parser in the cvs (updated two minutes ago; see the output below). I am using ghc-4.08.1 and happy1.9. I do not need gc myself at the moment, but I am happy to try any magic spells you give me in case it's a problem with my

Re: Segmentation fault in program

2001-02-14 Thread Sigbjorn Finne
The problem is indeed that the wrong __init_Foo is being passed to startupHaskell. No, that's not it. I've been able to repro this with __init_ConvertProxy too - did you test it? (This is with 4.08.1 on a Win2k box.) --sigbjorn ___

Re: Segmentation fault in program

2001-02-12 Thread Sigbjorn Finne
I'm able to reproduce this here too -- forwarded to glasgow-haskell-bugs; I'm no longer involved debugging GHC bits. --sigbjorn - Original Message - From: "T.J. Brown" [EMAIL PROTECTED] To: "Sigbjorn Finne" [EMAIL PROTECTED] Sent: Monday, February 12, 20

Re: Segmentation fault in program

2001-02-09 Thread Sigbjorn Finne
"T.J. Brown" [EMAIL PROTECTED] writes: I'm trying to write a program (in C) that calls a function that is implemented in Haskell. ... The problem I'm seeing is that depending on the size of the buffer, the program segmentation faults. I don't see any obvious reason that this is happening

Re: Possible bug in ghc 4.08.1, I leave it to you

2001-02-01 Thread Sigbjorn Finne
Martin Norbck [EMAIL PROTECTED] writes: Hi! a :: Show c = c - Integer a err = if b 0 then error (show err) else 1 b :: Integer b = a "dummy" This program (although it doesn't do much good), type checks perfectly in hugs. (I have a larger version which actually does some good as

Re: fptools/configure thinks happy 1.10 1.9

2001-01-27 Thread Sigbjorn Finne
Volker Stolz [EMAIL PROTECTED] writes: My happy is 1.10, everything fresh from cvs: --- checking for happy... /home/stolz/Linux/haskell/ghc-4.08.1/bin/happy checking for version of happy... Happy version 1.9 or later is required to compile GHC. --- And in a sense, it is right. I'd really

Re: documentation buglet in green card's online docs

2001-01-21 Thread Sigbjorn Finne
Ketil Malde [EMAIL PROTECTED] writes: Incredibly tiny nit, but in the final section about compiling stubs, I believe you mean -fPIC as the gcc option (the documentation says -fPCI, which isn't something gcc recognizes). Thanks, fixed. You might also want to point out that debian packages

  1   2   3   4   5   >