June 2002 - Glasgow-haskell-users

HOpenGL and --enable-threaded-rts
by Wolfgang Thaller 16 Jun '02

16 Jun '02

In short, it doesn't work :-( . OpenGL (at least on MacOS) keeps track of the "current context" on a per-thread basis. The GLUT library sets the current context and calls back to the program. With GHC 5.03 compiled with --enable-threaded-rts, the callback gets executed in a different thread. There is no OpenGL context set up for that thread, so the first OpenGL call crashes. This might also be a problem for other state-based interfaces that use thread-local state. Has anyone already thought about how to solve this problem? I'm thinking about adding hooks to the RTS (in grabCapability, releaseCapability and scheduleThread_) which would be used for setting up the correct thread-local state whenever Haskell execution "switches" to a different OS thread. Those hook routines would have to be written in C and would be platform-specific most of the time. It's not a nice solution, but it's the only one I can think of at this time. Unless someone comes up with a better idea _quickly_, I'll try it out and then report how ugly it really is... :-) Cheers, Wolfgang

1 0

sono nuova della rete
by jenny 15 Jun '02

15 Jun '02

http://utenti.lycos.it/jennysexy............................. ..............vienimi a vedere sono nuova della rete

1 0

RE: possible readline license problem with ghc and -package util
by Simon Marlow 15 Jun '02

15 Jun '02

> I have a problem with the readline license that applies to ghc, and > programs compiled with ghc. > > The readline library is under the GPL license. This means that any > program (including ghc) that links with this library must itself be > licensed under the GPL. *Grrrr* Yes, you're right. I hadn't noticed that readline was GPL and not LGPL. The BSD license is "compatible" with the GPL, so according to the FSF, just because GHCi is linked with readline doesn't mean we have to license the whole of GHC and its libraries under the GPL. But we do have to make GHCi "available under the GPL" whatever that means. Actually I'm dubious about the notion of compatible licenses - I read the GPL carefully and I still don't see how it is compatible with the BSD license at all (I'm not the only person to have noticed this, see for example http://www.kallisys.org/bsd-lite/bsd-gpl/?lg=en) I think realistically we have to ditch readline for GHCi and use something with a friendlier license. BSD's libedit is a possibility. As for the readline library that GHC provides, I think that will have to move into its own package: we knew we would have to start a separate package for GPL libraries at some point, it looks like we've reached that stage. This is *so* annoying when all we're trying to do is write free software here. Grrrr. Cheers, Simon

11 19

RE: Updating the net package
by D.J.Steinitz 14 Jun '02

14 Jun '02

Simon, It's built and works on my test sockets program. My next job is to the one line change in SocketPrim.hsc and the one line change to make sure the right header file is included which contains the definition of IP_TTL. Many thanks for all your help, Dominic.

1 0

RE: Updating the net package
by Simon Marlow 14 Jun '02

14 Jun '02

> Ok I won't do that! How do I get the A.BB.<date> set as a > version? Do I have > edit version.mk? In which case what is the format for <date>? The A.BB.<date> form is set automatically by the nightly build system before it begins the build, at the moment. To get such a version number, yes you have to edit version.mk. Unfortunately with CVS there isn't a good way to do this automatically. > Hmmm now I've looked int version.mk I see that the > ProjectVersion is 5.02.3 > when I thought I had checked 5.02.2 out of the repository. > This isn't a > problem as the change should work with either version. You checked out the latest sources from the 5.02 branch; the last revision on the branch was 5.02.3, so that's the version number in version.mk. Cheers, Simon

1 0

RE: Updating the net package
by D.J.Steinitz 14 Jun '02

14 Jun '02

> 2. What do I put in build.mk to change the version? I would like >=20 > /home/djs25/testghc/ghc-5.02.2/bin/ghc --version >=20 > to give >=20 > The Glorious Glasgow Haskell Compilation System, version 5.02.2test >=20 > so that I know am picking up my test version rather than the=20 > real thing. You can fiddle with the version in fptools/ghc/mk/version.mk, but I can't guarantee that if you don't use a version of the form A.BB.C or A.BB.<date>, then things will work properly. eg. configure scripts which look for GHC will attempt to parse the version number and fail if it isn't in a recognised form. Ok I won't do that! How do I get the A.BB.<date> set as a version? Do I have edit version.mk? In which case what is the format for <date>? Hmmm now I've looked int version.mk I see that the ProjectVersion is 5.02.3 when I thought I had checked 5.02.2 out of the repository. This isn't a problem as the change should work with either version. ghc is making away as I type so I might be nearly there. Dominic. C C problem as the I'm going to make shou

1 0

RE: Updating the net package
by Simon Marlow 14 Jun '02

14 Jun '02

> I'm now ready to "make". I have set up a mk/build.mk with > the just following line: > > > prefix = /home/djs25/testghc > > I should then be able to invoke my test ghc as > > /home/djs25/testghc/ghc-5.02.2/bin/ghc > > I have some questions: > > 1. How does ghc know where to get its libraries from? > Will it pick them up from > > /home/djs25/testghc/ghc-5.02.2/bin/ghc > > or > > /usr/lib/ghc-5.02.2 If you invoke fptools/ghc/compiler/ghc, then it looks for libraries in $(prefix)/lib/ghc-$(version). If you instead invoke fptools/ghc/compiler/ghc-inplace, then it looks for libraries in the source tree (we call this the "in-place" compiler). > 2. What do I put in build.mk to change the version? I would like > > /home/djs25/testghc/ghc-5.02.2/bin/ghc --version > > to give > > The Glorious Glasgow Haskell Compilation System, version 5.02.2test > > so that I know am picking up my test version rather than the > real thing. You can fiddle with the version in fptools/ghc/mk/version.mk, but I can't guarantee that if you don't use a version of the form A.BB.C or A.BB.<date>, then things will work properly. eg. configure scripts which look for GHC will attempt to parse the version number and fail if it isn't in a recognised form. Cheers, Simon

1 0

RE: Updating the net package
by D.J.Steinitz 14 Jun '02

14 Jun '02

Simon, I'm now ready to "make". I have set up a mk/build.mk with the just following line: prefix = /home/djs25/testghc I should then be able to invoke my test ghc as /home/djs25/testghc/ghc-5.02.2/bin/ghc I have some questions: 1. How does ghc know where to get its libraries from? Will it pick them up from /home/djs25/testghc/ghc-5.02.2/bin/ghc or /usr/lib/ghc-5.02.2 2. What do I put in build.mk to change the version? I would like /home/djs25/testghc/ghc-5.02.2/bin/ghc --version to give The Glorious Glasgow Haskell Compilation System, version 5.02.2test so that I know am picking up my test version rather than the real thing. Many thanks, Dominic.

1 0

Say�n glasgow-haskell-users ,
by abdyesilkart.com 13 Jun '02

13 Jun '02

1 0

RE: Updating the net package
by Simon Marlow 13 Jun '02

13 Jun '02

> The CVS web interface shows all the revisions for me... > > =20 > > http://cvs.haskell.org/cgi-bin/cvsweb.cgi/fptools/hslibs/net/A > ttic/SocketPrim.hsc > I wasn't going into Attic. I went into Network! This is another CVS oddity. If a file isn't present on the HEAD, then it lives in the Attic. The file libraries/network/Network/Socket.hsc was copied from hslibs/net/SocketPrim.hsc at some point after the 5.02 branch, so looking at the revision history for that file won't give you the history for the original file (for the CVS-savvy: we don't do "repository copies" in GHC). > I ran ./configure and got an error. Here's the end of the output: > running /bin/sh ./configure --cache-file=.././config.cache --srcdir=. > ./configure: ./configure: No such file or directory > configure: error: ./configure failed for ghc You need to run autoconf in fptools/ghc too. Cheers, Simon

1 0