Re: COM events with HaskellDirect?
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 PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, March 21, 2003 14:07 Subject: COM events with HaskellDirect? > A user asks: Is it possible to have a COM component scripted with > Haskell invoke Haskell code via a COM event? > > -- Paul > > ___ > Glasgow-haskell-bugs mailing list > [EMAIL PROTECTED] > http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: building 5.04.3 on sparc-solaris-2.6
> OK, rebuilding from scratch, I discovered that I should > really have defined > #define HAVE_ALTZONE 1 > #define HAVE_TIMEZONE 1 > I still wonder why configure got this setting wrong in the > first place. I don't know. The test in question is FPTOOLS_ALTZONE in aclocal.m4 - could you try the test program there by itself and see if you get the expected results? Also, does config.log say anything helpful? > Anyway, rebuilding from scratch yet again (it seems impossible to > change config.h and keep going successfully), You should be able to 'cd ghc/includes && make' to carry on after changing config.h, unless the new config.h affects anything you already built (it shouldn't in the case of the timezone defines). > This time, the culprit is our slightly aging version of 'find': with > only the -name option, it does not report any filenames; you need to > add the -print option as well. Ok, adding that shouldn't do any harm. > So the second part of the solution is > to add the following fix to hslibs/util/Makefile: > > ifneq "$(ReadlineIncludePath)" "" > SRC_HC_OPTS += -I$(ReadlineIncludePath) > + SRC_HSC2HS_OPTS += -I$(ReadlineIncludePath) > endif Fixed, thanks. > Then, discovering that the installed version of readline is too old > to support all the operations in Readline.hsc, I have to upgrade > readline and start all over again... What version of readline do you have? The configure script checks for version 4 and does the right thing (by the looks of it). > ... finally getting a complete build, after a mere four working days > of attempts. But now, in order to install it, I need to know the > properties of `make clean'. The problem is that, after building ghc > on the local disc, my Sparc machine now only has 43Mb of disc space > left, which is clearly insufficient to install it. So, if I do a > `make clean', will I be throwing away my freshly built compiler > and libraries? Or will it just clean up the intermediate files, > leaving the important stuff in place, meanwhile hopefully freeing > enough space for installation to become possible? We don't have a variant of make clean that leaves the binaries and libraries in place, unfortunately. You can go around by hand and delete objects, but bear in mind that if you then do a 'make install' it will probably try to rebuild them. I don't think there's a solution to this one without plugging in some more disk space, sorry! Cheers, Simon ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: building 5.04.3 on sparc-solaris-2.6
> > Anyway, I changed mk/config.h to add > > #define HAVE_ALTZONE > > #define HAVE_TIMEZONE > > and received the same error. I will now `make clean' and rebuild from > > scratch, to see if it makes any difference. OK, rebuilding from scratch, I discovered that I should really have defined #define HAVE_ALTZONE 1 #define HAVE_TIMEZONE 1 I still wonder why configure got this setting wrong in the first place. Anyway, rebuilding from scratch yet again (it seems impossible to change config.h and keep going successfully), I now get a new error later on. ==fptools== make all -wr; in /export/home/malcolm/ghc-5.04.3/libraries/haskell98 ... compile each library ... rm -f libHShaskell98.a libHShaskell98.a.tmp (echo ; find Array_split CPUTime_split Char_split Complex_split Directory_split IO_split Ix_split List_split Locale_split Maybe_split Monad_split Random_split Ratio_split System_split Time_split -name '*.o') | xargs ar q libHShaskell98.a.tmp : libHShaskell98.a.tmp mv libHShaskell98.a.tmp libHShaskell98.a mv: cannot access libHShaskell98.a.tmp make[2]: *** [libHShaskell98.a] Error 2 make[1]: *** [all] Error 1 make[1]: Leaving directory `/export/home/malcolm/ghc-5.04.3/libraries' This time, the culprit is our slightly aging version of 'find': with only the -name option, it does not report any filenames; you need to add the -print option as well. Fixing that and continuing, the next problem is with readline header files. When compiling hslibs/util/Readline.hsc, the complaint is that ==fptools== make boot -wr; in /export/home/malcolm/ghc-5.04.3/hslibs/util ../../ghc/utils/hsc2hs/hsc2hs-inplace -I. Readline.hsc Readline.hsc:255: readline/readline.h: No such file or directory Readline.hsc:256: readline/history.h: No such file or directory make[2]: *** [Readline.hs] Error 1 make[1]: *** [boot] Error 1 make[1]: Leaving directory `/export/home/malcolm/ghc-5.04.3/hslibs' The reason is that although the configure script discovered the non-standard location of the readline library (due to the LD_LIBRARY_PATH environment variable being set correctly), it didn't bother to look for the include files. One part of the solution is that I need to explicitly set ReadlineIncludePath = /export/home/malcolm/include in mk/config.mk, but it still fails, because hsc2hs doesn't make any use of that variable! So the second part of the solution is to add the following fix to hslibs/util/Makefile: ifneq "$(ReadlineIncludePath)" "" SRC_HC_OPTS += -I$(ReadlineIncludePath) + SRC_HSC2HS_OPTS += -I$(ReadlineIncludePath) endif And once again, make clean and rebuild from scratch... (Without make clean, the error given is this:) ../../ghc/utils/hsc2hs/hsc2hs-inplace -I/usr/rs/include/solaris2 -I. Readline.hsc make[2]: *** No rule to make target `Readline_hsc_make.c', needed by `depend'. Then, discovering that the installed version of readline is too old to support all the operations in Readline.hsc, I have to upgrade readline and start all over again... ... finally getting a complete build, after a mere four working days of attempts. But now, in order to install it, I need to know the properties of `make clean'. The problem is that, after building ghc on the local disc, my Sparc machine now only has 43Mb of disc space left, which is clearly insufficient to install it. So, if I do a `make clean', will I be throwing away my freshly built compiler and libraries? Or will it just clean up the intermediate files, leaving the important stuff in place, meanwhile hopefully freeing enough space for installation to become possible? Regards, Malcolm P.S. For some reason, my automated nightly build seems to have gone through without errors, and without the bug fixes I needed to apply to the manual build. Curious. But it doesn't succeed in making a binary distribution file, so I can't install from that version either. ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: unused import not always reported
> How is it possible that an unused import warning is not > always emitted? > > Below I get a warning when I recompile everything, but no > warning when I > only recompile the Main module (that contains the unused import). In > fact Main.hi changes. It could be a bug, but we'll need to reproduce it here to be sure. Could you send the sources please? Cheers, Simon ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
COM events with HaskellDirect?
A user asks: Is it possible to have a COM component scripted with Haskell invoke Haskell code via a COM event? -- Paul ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
unused import not always reported
How is it possible that an unused import warning is not always emitted? Below I get a warning when I recompile everything, but no warning when I only recompile the Main module (that contains the unused import). In fact Main.hi changes. Cheers Christian Compiling GUI.ConvertDevToAbstractGraph ( GUI/ConvertDevToAbstractGraph.hs, GUI/ConvertDevToAbstractGraph.o ) Compiling Main ( GUI/hetdg.hs, GUI/hetdg.o ) GUI/hetdg.hs:1: Warning: Module `Data.IORef' is imported, but nothing from it is used (except perhaps to re-export instances visible in `Data.IORef') ghc: linking ... [EMAIL PROTECTED]:~/haskell/HetCATS> ll GUI/Main.hi [EMAIL PROTECTED]:~/haskell/HetCATS> ll GUI/Main.hi -rw-r--r--1 maeder wimi 5272 2003-03-21 16:47 GUI/Main.hi [EMAIL PROTECTED]:~/haskell/HetCATS> rm GUI/Main.hi [omitted the list of Skipping after ghc --make -fglasgow-exts -fwarn-unused-imports ...] Skipping GUI.ConvertDevToAbstractGraph ( GUI/ConvertDevToAbstractGraph.hs, GUI/ConvertDevToAbstractGraph.o ) Compiling Main ( GUI/hetdg.hs, GUI/hetdg.o ) ghc: linking ... [EMAIL PROTECTED]:~/haskell/HetCATS> ll GUI/Main.hi -rw-r--r--1 maeder wimi 5840 2003-03-21 16:48 GUI/Main.hi ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
OpenGL documentation license [was: GLUT copyright violation]
And while we are at this thrilling topic: I'm using the man pages from SGI's OpenGL sample implementation (SI) as a basis for the documentation of the OpenGL part. This is in accordance to SGI's license http://oss.sgi.com/projects/FreeB/ which was confirmed by Jon Leech (see below). The only thing currently missing is the SGI copyright notice at the start page of the documentation, something which is on my ToDo list for a long time :-}. It will be added very soon, so we should be on the legal track here... Cheers, S. --- From: Jon Leech <[EMAIL PROTECTED]> To: Sven Panne <[EMAIL PROTECTED]> Subject: Re: SI license On Tue, Sep 10, 2002 at 02:32:15PM +0200, Sven Panne wrote: > I have a small non-technical question about the license of the SI: > Would it be OK to use the SI's man pages as a basis for the online > documentation of my open source OpenGL binding for Haskell? > (http://haskell.org/HOpenGL) I had a look a the "SGI Free Software > License B", but without being a lawyer it is a bit hard to tell. BTW, > the project uses literate programming to automatically generate the > API documentation from the Haskell sources, so there is no real > "separate" documentation for the binding, if this is of any legal > significance... In essence the FreeB license is BSD-like, so you can do almost anything with material covered by it other than change or remove the license applied to that material. If you were to integrate material from the SI man pages into your bindings and include the SGI copyright notice along with the material you integrated, that would be OK with us. I imagine there would be a significant problem with this scheme if your code is under an incompatible license like GPL, though. Jon Leech SGI ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [HOpenGL] Re: GLUT copyright violation
Ross Paterson wrote: > [...] The text you've used is also spread across the manpages included > in the glut tarball. I wasn't aware of that. > Assuming that makes the manpages part of libglut, they would be covered > by the permission Michael Weber mentioned: > > http://www.fifi.org/doc/glutg3-dev/copyright Cool! Mark's reply on the bottom of that page is far more than we need. I'm a bit surprised though that he suddenly even allows modifications of his library, something which he tried so hard to avoid in the past. > so it should suffice to change the acknowledgement in GLUT.hs to say > that your docs are based on the manpages from libglut, by Mark J. Kilgard. I will gladly do so. Would this calm down everybody here? Many thanks to Ross for this Happy End! :-) Cheers, S. ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
