- Glasgow-haskell-users

HGL ang GHC on Win32
by Hal Daume III 13 Mar '02

13 Mar '02

When I compile a program using GHC 5.02.2 on Windows 200 using HGL, using the following command line: > ghc --make HelloWorld.hs -o HelloWorld.exe -package concurrent -package win32 -ic:\GraphicsLibrary\lib\win32 it compiles fine, but then when I run the exe, the window starts out initially as wide as my screen and only as tall as the title bar, regardless of what is passed as the dimensions to openWindow. What gives? If I resize the window everything works fine, but in my own application resizing the window causes it to report some error about arithmetic being bigger than 32 bits... Any ideas? - Hal -- Hal Daume III "Computer science is no more about computers | hdaume(a)isi.edu than astronomy is about telescopes." -Dijkstra | www.isi.edu/~hdaume

2 1

GHC for MacOS X
by Wolfgang Thaller 12 Mar '02

12 Mar '02

I've decided to publish another preliminary version of my patches for PowerPC. I think that unregistered compilation works now - I haven't tried to bootstrap ghc using the unregistered compiler yet, but I've had good results with some other programs, most notably the cool QBSP sample program from the HOpenGL distribution. Registerized compilation works only partially. Small programs work fine, but as soon as things get a little more complicated there are segfaults and assertion failures. The patches are relative to the ghc version from CVS from 2002.03.04.15.11.33. I didn't want to risk breaking everything again by following the bleeding edge too closely. For now, I recommend including the following lines in mk/build.mk: GhcUnregistered=YES SplitObjs=NO GhcLibWays= ---- Other notes on the patches: * I've removed the old powerpc/rs6000/aix code from ghc-asm.lprl. * I've butchered the nice use of non-standard syntax in rts/ClosureFlags.c, as it is incompatible with Apple's Objective-C compiler. I've solved this by creating a function InitClosureFlags which sets the correct values. * There is some extra initialization code, which resides in Main.c for now. It should be moved somewhere else. Can someone tell me what the proper place is? I didn't want to break any dependencies by moving it to the wrong place (i.e. too late in the initialization process). * I don't think the patches are ready for CVS checkin yet. Simon Marlow wrote: >These things are particularly tedious to debug (or fun and rewarding, >depending on your particular inclinations :-). Tedious. Very tedious. But when I look back afterwards, I think it was fun and rewarding. Probably that's why it is so addictive... MacOS X users: Please report problems & success stories to me - although I can't promise I will be able to solve the problems. Wolfgang

1 0

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

12 Mar '02

| May I assume that, if/when a multithreaded RTS stabilises, | the paradigms from parallell Haskell can easily be | implemented on it ("easily" meaning that it'll probably happen)? Parallelism is never "easy". But it'll certainly be easier. s

1 0

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

12 Mar '02

| 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. Yes, that's true at the moment, but it's something that we expect to fix shortly. More precisely, Sigbjorn has been working on a fix. It relies on using an OS thread to make a potentially-blocking call, so it's a robust fix. I don't quite know when he'll be done with this -- Sigbjorn do you know? Meanwhile, all you can do is to avoid making blocking I/O calls. Simon

5 4

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