- Glasgow-haskell-users

Test
by shae＠scannedinavian.com 27 Jan '04

27 Jan '04

test

1 0

RE: "Talking" with the compiler
by Simon Marlow 27 Jan '04

27 Jan '04

> > My plan is to have an API where you can request a :load of a module > > source (perhaps omitting the code generation steps for > speed) and then > > request information about the module, by source location > (GHC now has > > completely accurate source location information in its abstract > > datatype; we did this recently in order to support the Visual Studio > > work). The API will most likely be a derivative of the existing > > compilation manager interface: see > > ghc/compiler/compMan/CompManager.lhs. > > What's about the HEP ? > The paper at haskell.org is a little bit old, and I could not find > newer information about the API or it's use. Yes, the HEP was one attempt to define the interface. There was a "HEP-lite" implementation at one point, I believe, but it was never fully adopted. Cheers, Simon

1 0

Problem with ghc on Windows ME
by andrew cooke 27 Jan '04

27 Jan '04

Hi, I'm trying to help someone compile some code of mine and unfortunately they seem to have hit a problem with ghc. Since this is all second hand info I suspect it contains errors and/or isn't useful, but I'm hoping someone recognises the problem as already known and can help out. ghc runs, and preoduces hi files, but doesn't produce a final executable. No warnings are produced. Typical output: C:\halipeto>ghc --make Demo.lhs -o Demo -O -fglasgow-exts Chasing modules from: Demo.lhs (and that's it). I asked him to compile a simple hello world (hw.hs), and a similar thing happens (no "Linking ...") C:\>type hw.hs main = do putStrLn "hello World" C:\>ghc --make hw Chasing modules from: hw Compiling Main ( hw.hs, hw.o ) C:\>a.out Bad command or file name This is ghc6.2 (downloaded in the last day or two): C:\>ghc --version The Glorious Glasgow Haskell Compilation System, version 6.2 Any suggestions? Thanks, Andrew -- personal web site: http://www.acooke.org/andrew personal mail list: http://www.acooke.org/andrew/compute.html

3 12

RE: "Talking" with the compiler
by Simon Marlow 26 Jan '04

26 Jan '04

> On Mon, 2004-01-19 at 11:34, Simon Marlow wrote: > > For the Visual Studio plugin we're going to need to talk to > GHCi. We > > plan to do this by designing an appropriate API for GHCi > and calling it > > directly; you *could* do it by talking over a pipe, but > it's going to be > > a lot of work (and slow). If you want to do this, please talk to us > > about what API you'd like to see, and we can hopefully implement > > something that will be generally useful. > > I wanted something like that for a Haskell IDE I was working on (not > much progress on it at the moment, but I may pick it up again). > > The main things I wanted was enough information to be able to > implement > "jump to definition". Where you select a symbol in your > editor and move > to where that variable/function/type/class was defined, in the same > module or another module. It would also be useful to find out the > module and package a symbol comes from so that an IDE could > have a good > stab at finding some documentation. > > For that, you'd want an API for wandering through the useful > information > in .hi files. An API corresponding to hugs/ghci's :info > <name>, :browse > <modname>, :type <name> would be a good start. You'd want to > be able to > specify which root module to load up the symbols for, optionally > specifing a search path and expect it to also load up the .hi > files for > any imported modules. This is all stuff that we need for Visual Studio too. VS will typecheck your program as you type, so you'll get errors underlined in the source code. A side effect of this is that it will collect all the information reuqired to implement "jump to definition" and "tell me the type of this identifier" in the editor. My plan is to have an API where you can request a :load of a module source (perhaps omitting the code generation steps for speed) and then request information about the module, by source location (GHC now has completely accurate source location information in its abstract datatype; we did this recently in order to support the Visual Studio work). The API will most likely be a derivative of the existing compilation manager interface: see ghc/compiler/compMan/CompManager.lhs. Cheers, Simon

2 2

RE: Concurrent Haskell on Win32?
by Simon Marlow 26 Jan '04

26 Jan '04

> I am confused about the state of Concurrent Haskell on Win32. > I remember > it didn't work in the past because of I/O blocking issues. IIRC, I > actually verified this by compiling a Haskell web server on > both Linux > and Windows. > > Has this been fixed in the meantime? If not, it would be great to > mention this in the GHC release notes in order to prevent people from > figuring this out the hard way. > > Fixing concurrency would expand Haskell's potential range of > applications tremendously... I'd really love to see that happen. Non-blocking I/O support for Windows was added in 6.0.1. Cheers, Simon

1 0

Re: GHC Source Build documentation BUG
by dons＠cse.unsw.edu.au 26 Jan '04

26 Jan '04

arthurvl: > Hello, > > while trying to adapt the local bootstrap-from-scratch script that allows > us to install a somewhat customized GHC onto our systems starting from > nothing but an installed GCC 2.95, I noticed a bug in the documentation > accompanying the GHC 6.2 release. On > http://www.haskell.org/ghc/download_ghc_62.html there is a note stating > The source distribution needs an installed GHC 4.08.X, 5.X or 6.X to build. > > As 4.08.2 is relatively easily bootstrapped using a C compiler, that is > the base we start off, and thus I figured I could just jump from 4.08.2 > to 6.2. Unfortunately, the compilation itself then states: > :94: #error GHC >= 5.00 is required for bootstrapping GHC > > Annoying, that. Especially given that I *checked* if I could jump from > 4.08.2 to 6.2. > > Doei, Arthur. (One extra stage in the bootstrapping process...) Hmm. SimonM may have something to say about this. Since 6.0.1 you can bootstrap directly `quite easily', as long as you can generate C source, or someone else has done it for you (this is how the OpenBSD ports tree version of GHC builds). So rather than bootstrap from 4.08.2 (which won't even build on some platforms, i.e. sparc/openbsd, netbsd, ia64, mips64), it might be more profitable to start directly with the version you want, 6.2, and generate your own C using the instructions in the docs. Of course, you need to install a binary of GHC first, but once you've got the C source, you can wipe GHC, and build using gcc only. 4.08.2 should die now. -- Don

1 0

Concurrent Haskell on Win32?
by Stefan Reich 24 Jan '04

24 Jan '04

I am confused about the state of Concurrent Haskell on Win32. I remember it didn't work in the past because of I/O blocking issues. IIRC, I actually verified this by compiling a Haskell web server on both Linux and Windows. Has this been fixed in the meantime? If not, it would be great to mention this in the GHC release notes in order to prevent people from figuring this out the hard way. Fixing concurrency would expand Haskell's potential range of applications tremendously... I'd really love to see that happen. -Stefan Reich (addicted Haskell programmer)

1 0

Generics...(ish)
by MR K P SCHUPKE 21 Jan '04

21 Jan '04

I am currently using template haskell to generate code to work on a record data type... This however is not very pretty, and I wondered if there was another way to do what I want in GHC. I need to iterate over the contents of a record for example: data Test = Test { a :: Int, b :: String, c :: Float } If I derive Typeable, I can compare the data-type, but not decompose it, I don't know much about generics, and was wondering if I might be able to do it that way... The functionality I need is equivalent to being able to compare to instances, for example, consider the type above, and the type below: data Test2 = Test2 { x :: Int, y :: String, z :: Float, zz :: String } i need to construct a function that could output the differenc between the types, position at a time, so for the above the output would be: Test2 contains extra String field. or if "y" was to have the type Float, Position 2 : Types differ (Test has String, Test2 has Float) Test2 contains extra String field. I could do this easily if Typeable was a concrete type just by using case statements... Regards, Keean Schupke.

1 0

RE: "Talking" with the compiler
by Simon Marlow 21 Jan '04

21 Jan '04

> Am 18.01.2004 um 11:31 schrieb Ketil Malde: > > > HNBeck(a)t-online.de (Hans Nikolaus Beck) writes: > > > >> in order to build a programming environement, it would be > nice to ask > >> the GHC about symbols etc found in a given Haskell program. > > > > I suppose a programming environment could talk to GHCi > (which provides > > commands like :type, :info, :browse to explore the currently defined > > symbols)? > > I've look shortly at the GHCi documentation. So I think it would be > possible to include a "GHC engine" into a IDE application by > redirecting input and output from GHCi to pipes (I rembemer > that emacs > used something similar for doing it's compile stuff). But that's > hardcore UNIX, I've forgot how to do that :-((( For the Visual Studio plugin we're going to need to talk to GHCi. We plan to do this by designing an appropriate API for GHCi and calling it directly; you *could* do it by talking over a pipe, but it's going to be a lot of work (and slow). If you want to do this, please talk to us about what API you'd like to see, and we can hopefully implement something that will be generally useful. Cheers, Simon

4 3

ghc-6.2/opengl
by mai99dnn＠studserv.uni-leipzig.de 20 Jan '04

20 Jan '04

Hi there... The following problem was posted to the haskell-users list: We can not build a opengl application with hopengl. We get this error message: Linking ... Undefined first referenced symbol in file glXGetProcAddressARB /usr/local/share/ghc/lib/ghc-6.2/libHSOpenGL_cbits.a(HsOpenGL.o) glXGetProcAddressARB is a function that returns just a pointer to another function. It is used to find out what special gl features your graphiccard or mesa provides. If there isn't that feature you want, this function returns a NULL pointer. I hope I'm right so far. Our system is a "SunOS 5.8 Generic_108528-27 sun4u sparc SUNW,Ultra-60". I looked around, but I was unable to find any libglX, where this function normally appears. One way to make this all running is to write a foo-bar-glXGetProcAddressARB function that returns everytime the NULL-pointer. But how can I compile this together with the haskell source? Or must I build a *.so library? Or is there a much much easier way to solve this? Cheers Patrick -------------------------------- RockMe http://www.yoursort.de Anikas Pharmaziestudium-Seite http://www.pharmazie.net.ms

1 0