- Glasgow-haskell-users

RE: Concurrent Haskell (GHC) and Win32 Applications ?
by Simon Peyton-Jones 12 Mar '02

12 Mar '02

| Ahem - how far would this be from a "real" multithreaded | implementation, i.e. one that could use a few OS threads to | take advantage of multiple CPUs in an SMP system? Not very far. We have had a working implementation of such a thing, but not in a robust releasable state. S

2 1

RE: Build problem under cygwin
by Simon Peyton-Jones 11 Mar '02

11 Mar '02

I build GHC from source under cygwin all the time. That is, I'm using a cygwin environment. There are instructions in the building guide. http://www.haskell.org/ghc/docs/latest/building/winbuild.html You do need to install a mingw bundle too, and then point to its C compiler when you do the configure step. See the notes in sect 11.3. Simon | -----Original Message----- | From: David Duke [mailto:D.Duke@bath.ac.uk] | Sent: 07 March 2002 09:59 | To: glasgow-haskell-users(a)haskell.org | Subject: Build problem under cygwin | | | | I'm trying to build ghc 5.02.2 under cygwin (2.125.2.10), using gcc | rather than an existing Haskell compiler. I'm running with gnu make | version 3.79.1 | | I configured with --prefix=D:/haskell/ghc (where I've installed the | package), and --enable-win32-dlls. | | The make process is failing (ultimately) because the genprimopcode | command is being invoked before (apparently) it has been compiled. | Looking back through the trace, the makefile in genprimcode | is running, | but then failing: should this not have terminated the entire build? | | syslib text -O -c Main.hs -o Main.o | syslib: not found | make[3]: [Main.o] Error 127 (ignored) | o genprimopcode -syslib text -O Main.o | o: not found | make[3]: [genprimopcode] Error 127 (ignored) | M -optdep-f -optdep.depend -osuf o -syslib text -O Main.hs | M: not found | make[3]: [depend] Error 127 (ignored) | | Somehow, it looks like the "syslib" compiler option is being | incorrectly | intrpreted as a make command. Looking further into the make | result, a | number of other commands are also failing with an ignored | error 127, e.g. | | ==fptools== make boot - --unix - --no-print-directory -r; | in /cygdrive/d/haskell/ghc/ghc/utils/hsc2hs | -------------------------------------------------------------- | ---------- | M -optdep-f -optdep.depend -osuf o -package util -cpp -O | Config.hs | KludgedSy | stem.hs Main.hs Config.hs | M: not found | make[3]: [depend] Error 127 (ignored) | | Again, it looks somehow that a command issued from a makefile | is being | truncated. | | I would be grateful for any comments or suggestions. | | thanks, | David Duke | | | -- | Dr. David Duke Email: D.Duke(a)bath.ac.uk | Department of Computer Science Web: www.bath.ac.uk/~masdad/ | University of Bath Tel: +44 1225 323 407 | Bath, BA2 7AY U.K. Fax: +44 1225 323 493 | | | _______________________________________________ | Glasgow-haskell-users mailing list | Glasgow-haskell-users(a)haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-| haskell-users |

1 0

RE: Build problem under cygwin
by Simon Marlow 11 Mar '02

11 Mar '02

> I'm trying to build ghc 5.02.2 under cygwin (2.125.2.10), using gcc > rather than an existing Haskell compiler. I'm running with gnu make > version 3.79.1 Building 5.02.x from C is quite an involved process. You will probably have more luck starting from 4.08.2. As for building under cygwin - I'll not sure we fully support this any more, but Sigbjorn Finne will be able to tell you more. Cheers, Simon

1 0

Re: Concurrent Haskell (GHC) and Win32 Applications ?
by Krasimir Angelov 11 Mar '02

11 Mar '02

Try to open non modal window instead of modal message box. Are you known about Object I/O project? This is complete package for building GUI for Windows. Maybe this can help you. Sources are in CVS repository fptools/hslibs/object-io __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

1 0

Re: Build problem under cygwin
by Krasimir Angelov 11 Mar '02

11 Mar '02

Hi. Do you use gcc for cygwin? For successful compilation you need gcc for mingw and cygwin's shell. Try to install mingw and then configure with --with-gcc=<mingw-gcc-path>. __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

1 0

compiling ghc0.29 with gransim
by Hal Daume III 11 Mar '02

11 Mar '02

When I try tou build from source on solaris2, I get: ../../ghc/driver/ghc -c -o storage/SMmark_mg.o -hi-diffs -dcore-lint -link-chk -optcO-DIN_GHC_RTS=1 -optc-DMARK_REG_MAP -hisuf _mg.hi -O -gransim -optc-DGCap storage/SMmark.hc storage/SMmark.lhc:1199: incompatible types in assignment storage/SMmark.lhc:1701: warning: assignment makes integer from pointer without a cast storage/SMmark.lhc:1714: warning: assignment makes pointer from integer without a cast *** Error code 1 make: Fatal error: Command failed for target `storage/SMmark_mg.o' Current working directory /nfs/isd/hdaume/ghc-0.29/ghc/runtime *** Error code 1 make: Fatal error: Command failed for target `all' any idea what's going wrong. i took a look at the file, and the error is in this block: default: /* update the register we just did; save the old mstack */ mstack = r->rR[oldpos - 2].p; r->rR[oldpos - 2] = Mark; break; specifically, the r->rR[oldpos - 2] line. any ideas? -- Hal Daume III "Computer science is no more about computers | hdaume(a)isi.edu than astronomy is about telescopes." -Dijkstra | www.isi.edu/~hdaume

1 0

Concurrent Haskell (GHC) and Win32 Applications ?
by Antony Blakey 09 Mar '02

09 Mar '02

Hi, I'm experimenting with GHC as a platform for writing a Win32 GUI application, and I've hit what I think is a brick wall. The problem I think is with the lightweight thread implementation - Win32 calls can (and will) block the OS thread that makes the call, which blocks the entire system. Given that I'm wanting to write a network server with a Win32 GUI, this is obviously a Bad Thing. So, does any know if I missing some vital piece of information? I am using the following reduced test case, which I don't think is clueless. import Win32 import Concurrent endless:: Char -> IO () endless c = do { putChar c; endless c } main = do { task1; task2; endless 'b' } where task1 = forkIO ( do { messageBox nullHANDLE "Hey" "Yeah" mB_OK; return () } ) task2 = forkIO ( endless 'a' ) It does intersperse the 'a' and 'b' output nicely, but stops while the message box is on the screen. I'm not keen on writing a seperate GUI management thread in C++ and linking - the point is to do all of this in Haskell and write an application indistinguishable from a C++ GUI app e.g. imagine Simon Peyton Jones' sample webserver with a realtime GUI monitor. Thanks in advance for any pointers!

2 1

Great investment for foreign residents 4986chZG8-753WYWl15
by Abigail6551b44＠hint.no 08 Mar '02

08 Mar '02

1 0

RE: MacOS X GHC Status
by Simon Marlow 08 Mar '02

08 Mar '02

> Some programs work, including green-card and some HOpenGL programs. > > GHC, compiled with my registerized version, crashes. > At some point, there is pointer on the Stg Stack that points > into data space. > However, it doesn't point to a closure. In points to a place just > after the last data symbol in of one GHC module, and before the next > (there's quite some stuff between those two modules, and I have no > idea what the linker puts there). > The word at that position is definitely not a valid info pointer, it > points about 300 megabytes above the heap (into unmapped space). > MacOS X doesn't yet support watchpoints, so I still have no idea > "who" put this strange pointer onto the stack. Under what conditions > are pointers into data space > put on the stack? Any ideas how I could go about debugging this? How > can I possibly ever find out what code is putting this nonsense value > on the stack? These things are particularly tedious to debug (or fun and rewarding, depending on your particular inclinations :-). The first thing to do is compile the RTS with debugging support: there are two lines to copy from config.mk into your build.mk, namely the settings for GhcRtsHcOpts and GhcRtsCcOpts. When you have this, you can turn on heap sanity checking with -D128, which occasionally finds bugs closer to the point at which they occur. In particular if there's a bug in GC it'll probably show up right after the GC in which it occurs, rather than later on during execution. The only pointers into data space that should be on the stack are pointers to static closures. The other things on the stack are pointers to text space (info tables), and pointers into heap space (dynamic closures). > For now, I'll try to find some smaller programs that crash, too. Yes, that's a good idea. I usually make sure the whole nofib suite goes through before attempting to bootstrap a compiler. Cheers, Simon

1 0

MacOS X GHC Status
by Wolfgang Thaller 08 Mar '02

08 Mar '02

Some programs work, including green-card and some HOpenGL programs. GHC, compiled with my registerized version, crashes. At some point, there is pointer on the Stg Stack that points into data space. However, it doesn't point to a closure. In points to a place just after the last data symbol in of one GHC module, and before the next (there's quite some stuff between those two modules, and I have no idea what the linker puts there). The word at that position is definitely not a valid info pointer, it points about 300 megabytes above the heap (into unmapped space). MacOS X doesn't yet support watchpoints, so I still have no idea "who" put this strange pointer onto the stack. Under what conditions are pointers into data space put on the stack? Any ideas how I could go about debugging this? How can I possibly ever find out what code is putting this nonsense value on the stack? For now, I'll try to find some smaller programs that crash, too. Wolfgang

1 0