Re: [Haskell-cafe] OpenAL bindings?
Hi, On Sun, 08 Jan 2012 16:49:40 +0900, Jason Dagit dag...@gmail.com wrote: I see that the following darcs repositories are available on the community server: http://code.haskell.org/OpenAL/OpenAL http://code.haskell.org/OpenAL/ALUT Hope this helps, Thank you so much! Someone (I guess that's me) should update the wiki. I updated link in OpenAL page now. Best Regards, On Sat, Jan 7, 2012 at 1:26 PM, Yitzchak Gale g...@sefer.org wrote: Jason Dagit wrote: Looks like the repo [1] for the OpenAL bindings that Sven Panne created [2] is no longer available. I assume this is a result of The Great Server Outage of 2011 [3]. [1] http://darcs.haskell.org/packages/OpenAL/ [2] http://hackage.haskell.org/cgi-bin/hackage-scripts/package/OpenAL [3] http://www.haskell.org/pipermail/haskell-cafe/2011-February/088829.html No, darcs.haskell.org is not the community server. It is a separate server that seems to be located at Galois. Ah yes, I always forget which servers are where. -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: Control.Exception
On Tue, 04 Nov 2008 19:41:58 +0900, Duncan Coutts [EMAIL PROTECTED] wrote: action `catches` [ \(e :: ExitCode) - ... , \(e :: PatternMatchFail) - ... ] or just by using multiple catch clauses: action `catch` (\(e :: ExitCode) - ...) `catch` (\(e :: PatternMatchFail) - ...) I don't think those are equivalent. In the second case, the PatternMatchFail handler scopes over the ExitCode handler. I think Duncan forgot to write parens. According to Ian's example, here is an equivalent code. (action `catch` (\(e :: ExitCode) - ...)) `catch` (\(e :: PatternMatchFail) - ...) David is right. If the exit code handler throws a pattern match exception then the code behaves differently than the `catches` version. I see. I misunderstood the problem. Thanks, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Control.Exception
On Tue, 04 Nov 2008 07:40:50 +0900, David Menendez [EMAIL PROTECTED] wrote: ie: action `catches` [ \(e :: ExitCode) - ... , \(e :: PatternMatchFail) - ... ] or just by using multiple catch clauses: action `catch` (\(e :: ExitCode) - ...) `catch` (\(e :: PatternMatchFail) - ...) I don't think those are equivalent. In the second case, the PatternMatchFail handler scopes over the ExitCode handler. I think Duncan forgot to write parens. According to Ian's example, here is an equivalent code. (action `catch` (\(e :: ExitCode) - ...)) `catch` (\(e :: PatternMatchFail) - ...) http://www.haskell.org/pipermail/libraries/2008-July/010095.html Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Haskell-cafe] Congrats. to wxHaskell
On Tue, 14 Oct 2008 18:54:45 +0900, shelarcy [EMAIL PROTECTED] wrote: wxHaskell requires to use cygwin when building on Windows currently. Because Cabal doesn't support binary distribution yet. And there is a lot of incompatibility between cygwin and MSYS. We don't care about that now. If you want to build wxHaskell yourself on Windows, you must install cygwin. http://www.haskell.org/haskellwiki/WxHaskell/Cygwin -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Congrats. to wxHaskell
Hi Henk-Jan, On Tue, 14 Oct 2008 07:53:57 +0900, Henk-Jan van Tuyl [EMAIL PROTECTED] wrote: I downloaded wxWindows 2.8.9 and tried to build it with the supplied makefile as suggested in the installation manual (I have MinGW and MSSY installed): (snip) Trying to install wxHaskell: cabal install --global wx [...] install: /usr/local/lib/wxcore.o install directory: /usr/local/lib/ install: /usr/local/lib/wxcore.pkg cat config/wxcore.pkg | sed -e s|\${wxhlibdir}|/usr/local/lib| | ghc-pkg update - Reading package info from stdin ... done. ghc-pkg.exe: /usr/local/lib/imports doesn't exist or isn't a directory (use --force to override) make: *** [wxcore-register] Error 1 cabal: Error: some packages failed to install: wx-0.10.5 depends on wxcore-0.10.5 which failed to install. wxcore-0.10.5 failed during the final install step. The exception was: exit: ExitFailure 2 wxHaskell requires to use cygwin when building on Windows currently. Because Cabal doesn't support binary distribution yet. If you want to build wxHaskell yourself on Windows, you must install cygwin. http://www.haskell.org/haskellwiki/WxHaskell/Cygwin And I'm finding where causes this problem now. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell Beginner] Compiling wxhaskell fails for me
Hi, On Wed, 30 Jul 2008 16:02:22 +0900, Jason Dusek [EMAIL PROTECTED] wrote: Maybe you could try building it with 2.8 and let us know how it goes? We are discussing his problem in wxhaskell-users mailing-list now. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00488.html I send patch to fix that. And patch is already pushed in latest darcs repository. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00224.html I'm waiting for his answer now. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: combination not supported: Threaded/Profiling when building NDP library
Hello Ben, On Tue, 18 Sep 2007 18:21:35 +0900, Ben Gaster [EMAIL PROTECTED] wrote: Having read the papers on Nested Data Parallelism in the Haskell I wanted to play around with the de-sugared implementation in the GHC library NDP. I have built GHC from source, on RHE5, and then installed the NDP library from the tar ball. Following the build instructions in the README I got to building the library which resulted in the following error being reported: ghc-6-6.1: combination not supported: Threaded/Profiling This seems to be down to the fact that -prof and -threaded have been specified on a particular build line, although I emit not to be completely sure about this. If you want just testing ndp package, I think you can install with cabal instead of README file way. And you problem come from current rts' implemantion. Current rts' code cause the problem when using -prof and -threaded combination. So GHC's developper team omit this option to avoid problem by that in ghc 6.6.x release phase. http://hackage.haskell.org/trac/ghc/ticket/886 If you want to use their combination, please vote above Ticket #886 by adding your e-mail address to 'cc' field and commebt your problem, instead of just sending e-mail to this mailing-list. Because GHC's team decides task priority by using this field and comment. http://www.haskell.org/pipermail/glasgow-haskell-bugs/2007-July/008873.html Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Haskell-cafe] wxhaskell package for ubuntu feisty, amd64
Hi Iván, On Fri, 14 Sep 2007 20:16:29 +0900, Iván Pérez Domínguez [EMAIL PROTECTED] wrote: Already had. Didn't work. This is what it reported: wxc/src/ewxw/eljcursor.cpp: In function ‘void* Cursor_CreateLoad(const wxString*, long int, int, int)’: wxc/src/ewxw/eljcursor.cpp:18: error: no matching function for call to ‘wxCursor::wxCursor(const wxString, long int, int, int)’ /usr/include/wx-2.6/wx/gtk/cursor.h:42: note: candidates are: wxCursor::wxCursor(const char*, int, int, int, int, const char*, wxColour*, wxColour*) /usr/include/wx-2.6/wx/gtk/cursor.h:38: note: wxCursor::wxCursor(const wxImage) /usr/include/wx-2.6/wx/gtk/cursor.h:36: note: wxCursor::wxCursor(const wxCursor) /usr/include/wx-2.6/wx/gtk/cursor.h:35: note: wxCursor::wxCursor(int) /usr/include/wx-2.6/wx/gtk/cursor.h:34: note: wxCursor::wxCursor() make: *** [out/wxc/ewxw/eljcursor.o] Erro 1 I googled it and couldn't find the solution. Mad fixed this problem. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00254.html So you must get newer darcs version, and build wxhaskell again. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Fwd: Re: Re[4]: [Haskell-cafe] i need wxHaskell compiled for ghc 6.6.1 on Windows
Oops, I made mistake to send this mail only for Bulat. --- Forwarded message --- From: shelarcy [EMAIL PROTECTED] To: Bulat Ziganshin [EMAIL PROTECTED] Subject: Re: Re[4]: [Haskell-cafe] i need wxHaskell compiled for ghc 6.6.1 on Windows Date: Wed, 01 Aug 2007 09:03:52 +0900 Hello Bulat, On Wed, 25 Jul 2007 22:18:58 +0900, Bulat Ziganshin [EMAIL PROTECTED] wrote: Tuesday, July 24, 2007, 2:32:01 AM, you wrote: So I put newer Windows binary on my project's file space. http://sourceforge.net/project/showfiles.php?group_id=168626 thank you very much!!! now i'm really happy - it works without any problems. the only question that remains - does this version supports unicode? Yes. Current darcs repository version support only unicode enabled version. http://article.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/198 So you can use UTF-8 string in your program. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: Re[2]: [Haskell-cafe] i need wxHaskell compiled for ghc 6.6.1 on Windows
Hello Eric, I found that wxc Visual Studio Project File for wxWidgets-2.4.2 is broken now. And I think that I forgot to notice some awkward point for Windows So I put newer Windows binary on my project's file space. http://sourceforge.net/project/showfiles.php?group_id=168626 On Sun, 22 Jul 2007 23:20:44 +0900, Eric Kow [EMAIL PROTECTED] wrote: Please try the darcs version darcs get http://darcs.haskell.org/wxhaskell thanks. should i follow building instructions from homepage/ directory or there are another one? -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ fix_broken-2.4.dpatch Description: Binary data ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: Re[2]: [Haskell-cafe] i need wxHaskell compiled for ghc 6.6.1 on Windows
Hellow Bulat, On Sun, 22 Jul 2007 23:20:44 +0900, Eric Kow [EMAIL PROTECTED] wrote: Please try the darcs version darcs get http://darcs.haskell.org/wxhaskell thanks. should i follow building instructions from homepage/ directory or there are another one? I don't remember if this is documented anywhere, sadly: It's ./configure make make install make wx make wx-install This instruction isn't perfect when you want to build on Windows with Visual Studio. You must add --with-msc option to ./configure command, if you want to use Visual Studio's dll. http://wxhaskell.sourceforge.net/building-msc.html If you want to use GLCanvas or ODBC support, you must modify wxWidgets' include\wx\msw\setup.h file to enable Option. To use GLCanvas, we must set #define wxUSE_GLCANVAS 1 ODBC support is simillar, And ODBC support isn't work with Unicode support. wxWidgets 2.4.2 doesn't support ODBC with Unicode. I think 2.6.4 or greater can use ODBC support with Unicode. But I can't where is bug now. wxWidgets 2.4.2's project file is broken. I point out and attched patch for this problem in previous mail, so you can build that with patch. http://www.haskell.org/pipermail/haskell-cafe/2007-July/029438.html I think wxc-2.6.3 project file depends on wxSTC. So you must build wxSTC before building wxc on Windows, if you want to build wxc with wxWidgets 2.6.3, or modifying wxc-2.6.3 to support greater version (e.g. wxWidgets 2.6.4). This problem comes from merging wxStyledTextCntrl support. If we want to avoid it, we must add building option with STC support or not in project file, or add wxc-withSTC-* project file. http://sourceforge.net/mailarchive/forum.php?thread_name=d80c8a540701110913h3e28284aua137ef299f259ff6%40mail.gmail.comforum_name=wxhaskell-users Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Tools for Haskell and COM
Hello Darrell, On Tue, 26 Jun 2007 03:08:02 +0900, Lewis-Sandy, Darrell [EMAIL PROTECTED] wrote: Are there any currently maintained tools for interfacing Haskell with COM objects? It appears that both Haskell script and Haskell direct haven't been updated since the turn of the century, and have fallen out of step with recent library changes. You can download latest version of H/Direct from CVS, or hscom that is forked version of H/Direct's comlib from darcs. http://www.haskell.org/pipermail/libraries/2007-January/006737.html hscom breaks compatibility from H/Direct. Because developpers edit hscom by hand instead of to change generating code. So you must check and choice which is better to use your project. -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: GHC 6.6.1 Windows installer, test version
Hi. On Sat, 12 May 2007 00:44:15 +0900, Neil Mitchell [EMAIL PROTECTED] wrote: Ok, I'm building a new tarball with GLUT and C++. The OpenAL/ALUT stuff looks a bit daunting at the moment. If someone tells me exactly what I need to install to make it work, then I'll do that. OK, I see, This tarball has GLUT and C++: http://haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-unknown-mingw32.tar.bz2 (48M) GLUT doesn't actually work for me, becuase I apparently don't have the right DLL, but the package built without any problems after I copied the missing glut.h header over. I confirmed GLUT works with this dll. http://www.xmission.com/~nate/glut.html On Thu, 10 May 2007 22:50:05 +0900, shelarcy [EMAIL PROTECTED] wrote: But MinGW continues to use old one now. http://www.mingw.org/MinGWiki/index.php/Glut Above URL links that page, so I think that is right one, If someone could update the installer using that tarball, that'd be great. New installer uploaded, as the standard Windows installer. Neil, Simon, thank you very much for discussing binary distribution with me and providing new better binary and installer. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
Hi, On Wed, 09 May 2007 17:31:51 +0900, Simon Marlow [EMAIL PROTECTED] wrote: So to summarise, the following are missing from the binary distribution that Neil used as the basis for his installer: * readline * ALUT * OpenAL * GLUT * C++ support in the bundled GCC right? Yes. And Sigbjorn's one provides these packages. It lacks just C++ files. http://www.haskell.org/pipermail/glasgow-haskell-users/2007-May/012538.html There is no C++ files in your installer. But if anyone want to build C++ source code by GHC, he disappoint about that. http://hackage.haskell.org/trac/ghc/ticket/1024 http://www.haskell.org/pipermail/glasgow-haskell-users/2007-April/thread.html#12408 The reason I didn't enable C++ support in prep-bin-dist-mingw is because of that comment, and because I don't know how to test it. Basically I chickened out. Are you saying it should just be uncommented in prep-bin-dist-mingw? Yes, and if new installer also cause that problem, I want to know it. I don't have InstallerShield, so I don't fix its problem. But Inno Setup is OpenSource, so, although Neil doesn't fix this problem on current time, we can fix this (Of cource, installer's source must be available). And I think it's good time to fix installer's problem when someone release binary distribution. Because we aren't insterested in chanaging installer source before release time. I think a few of its reason is we can't fix installer easily, and if someone want to use development version, she can build binary herself or download snapshot build. And she want to use installer only at that very moment when new version is released. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
On Wed, 09 May 2007 17:31:51 +0900, Simon Marlow [EMAIL PROTECTED] wrote: You forgot to include GLUT and readline packages. I think you can't build these packages, so you don't include it. This is well-known problem, if build GHC your self. Because MInGW doesn't have these headers and library files in its directory. http://www.haskell.org/pipermail/glasgow-haskell-users/2006-October/011253.html http://www.haskell.org/pipermail/haskell/2006-December/018919.html So you must copy these files from old GHC's directory first, and then building new GHC. That sounds scary - what about incompatible versions? OpenGL is just Rendering Engine, and it doesn't provide any UI. So if someone want to use OpenGL, he must install other packages. GLUT or wxHaskell, Gtk2HS, HSDL, etc So I think GLUT is important package, before we get caball-install. I don't know about readline package. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
On Wed, 09 May 2007 17:42:11 +0900, Neil Mitchell [EMAIL PROTECTED] wrote: Custom/complete: yes, typical: no. What on earth does typical mean? The user has no idea whether it will install the features they need or not, so it's a meaningless option. From all I can tell, GHC 6.6 has all these options, but they all do the same thing! If you select custom you can choose whether or not to install GHC, but thats as fine-grained as the control gets. The options I was thinking off were: * GHC (always required) * Profiling libraries * HTML documentation * Register .hs and .lhs extensions * Set the GHC %PATH% * Set the Cabal %PATH% With the Complete (recommended and default) install being all of them, Minimal (lacking HTML and profiling) and custom for anything else. I think we can also ignore theirs on future. * all extra libraries (we don't have caball-install now) * C++ files (if someone doesn't want to compile C++. But we don't support these yet) Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
Hi On Thu, 10 May 2007 18:36:22 +0900, Neil Mitchell [EMAIL PROTECTED] wrote: I've attached the installer source to this message, for you to play with/patch to your hearts content. I sent a copy to Ian a few days, so it should be appearing in the GHC tree at some point. I succeed to build installer with C++ files by it. include/mingw/c++/ doesn't cause any problem. So, now we're ready to include C++ files. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ghc-6.6.1 win32 msi available
Hi Sigbjorn, On Wed, 09 May 2007 07:25:31 +0900, Sigbjorn Finne [EMAIL PROTECTED] wrote: In case anyone's interested, http://www.galois.com/~sof/msi/ghc-6-6-1.msi contains a Windows installer for 6.6.1; most (all?) libraries/ are in there; no C++ bits (sorry.) It looks that your openal32.dll is very old. So openal32.dll doesn't have alGetSurceiv function. C:\home\ghc\libraries\ALUT\examples\BasicC:\home\ghc-6.6.1\bin\ghc.exe HelloWor ld.hs --make [1 of 1] Compiling Main ( HelloWorld.hs, HelloWorld.o ) Linking HelloWorld.exe ... C:/home/ghc-6.6.1/libHSOpenAL.a(Source__100.o):: undefined reference to `alGetSo urceiv' collect2: ld returned 1 exit status How about use newer version? You can download OpenAL 1.1 version dll from OpenAL site's links. http://www.openal.org/downloads.html Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
On Thu, 10 May 2007 18:11:52 +0900, Simon Marlow [EMAIL PROTECTED] wrote: So to summarise, the following are missing from the binary distribution that Neil used as the basis for his installer: (snip) right? Yes. And Sigbjorn's one provides these packages. Ok, but I don't know how to build these libraries. You mentioned copying the files from the old GHC distribution, but that sounds exceedingly dodgy, since they're from a different version of mingw. And I can't find these libraries to download on the mingw site. Any ideas? * ALUT and OpenAL We can download freeALUT and OpenAL SDK (and runtime) from OpenAL site's link. http://www.openal.org/downloads.html MinGW supports to link .dll files (yes, we know that) and .lib files directory now. So I belive that we can use these library. http://www.mingw.org/MinGWiki/index.php/FAQ http://hackage.haskell.org/trac/ghc/ticket/1243 * GLUT MinGW has GLUT library files, but ... distributor forgot to include GLUT header. So this problem is solved by just copying glut.h file. Now we can use newer extention of GLUT - freeGLUT. http://freeglut.sourceforge.net/ http://www.haskell.org/pipermail/hopengl/2006-December/000679.html But MinGW continues to use old one now. http://www.mingw.org/MinGWiki/index.php/Glut * readline I don't know about readline library. When I use newer version form WebSite (I forgot where that is), but I can't build readline package by it. I think Sigbjorn can answer that. Best Reards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC 6.6.1 Windows installer, test version
On Tue, 08 May 2007 19:04:33 +0900, Neil Mitchell [EMAIL PROTECTED] wrote: You forgot to include GLUT and readline packages. I think you can't build these packages, so you don't include it. I have built an installer for the binary package produced by the GHC Team, including whatever they included, and excluding whatever they excluded. If the GHC Team change their build so these are built, I will happily include whatever they tell me. It's wrong about buildable packages and C++ files. First, make binary-dist includes these packages in binary distribution if you can build theirs. GHC 6.4 and GHC 6.6.1 or above installers include theirs. And if you can build OpenAL and ALUT, you can include these packages to your installer. Second, I can include C++ files (except header files) in binary by make binary-dist command with MinGW-4.1.1. http://www.haskell.org/pipermail/glasgow-haskell-users/2007-April/012410.html http://www.haskell.org/pipermail/glasgow-haskell-users/2007-April/012413.html So I want to know What version of MinGW do you use? and Is your MinGW has C++ files? If you don't find C++ files in your MinGW directory, I think you probably choice not to install C++/g++ things. So if you find your MinGW doesn't include C++ files, you must install these files first. And then you try to use make binary-dist command and make installer again. There is no C++ files in your installer. But if anyone want to build C++ source code by GHC, he disappoint about that. As before, what goes in the package is someone elses choice. This installer is intended as something quick to get a working installer out the door. I'd like to think about beefing it up, offering extra options (possibly C++ support) in the next version (i.e. 6.8, 6.6.2) So above tasks will be complete just checking and correcting your build enviornment. An lack is C++ header files, but you can fix this problem by changing to comment out or remove dist/prep-bin-dist-mingw's below line. rm -rf include/mingw/c++/ || echo c++/ not there I think these tasks are easy, and they don't become bottleneck to release installer. And can you add Installation Mode to your installer? There is already a silent install mode, /SILENT or /VERYSILENT do something - but I have no idea what. Is that what you meant by Installation Mode? GHC 6.6's installer (MSI) has three Installation Mode, Typical, Custom, Complete. These mode doesn't work GHC 6.6's one, but some other installer uses these Installation Mode, to suport install options. I want to say that. But that is difficult task, so I wait that for the next version. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC version 6.6.1
Hello, Bulat, On Thu, 26 Apr 2007 22:07:47 +0900, Bulat Ziganshin [EMAIL PROTECTED] wrote: can you please include in win32 distro c++ compiler, as it was done before and as it requested by trac ticket http://hackage.haskell.org/trac/ghc/ticket/1024 ? This problem is already fixed. http://www.haskell.org/pipermail/cvs-ghc/2007-April/034976.html But current prep-bin-dist-mingw removes C++ header files by this part. rm -rf include/mingw/c++/ || echo c++/ not there I think we must remove this lines. But ... above lines' comment saids below. # g++-3/ subdir causes problems with installer tool (+ being a # troublesome character); leave out for now. #rm -rf include/mingw/g++-3/ || echo g++-3/ not there And I think this problem probably occurr on c++/ subdir, too. Because g++ is C++ compiler and there is no g++* directory in MinGW's sub-directory now. If Sigbjorn test with removing above part, and changing installer definition if that is needed, we can remove its part. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Re[2]: ANNOUNCE: GHC version 6.6.1
Hello Bulat, I think that builders/distributers use make binary-dist to make binary distribution normally. http://hackage.haskell.org/trac/ghc/wiki/Building/Using#BootstrappingGHC make binary-dist calls prep-bin-dist-mingw to make Windows friendly distribution now. http://www.haskell.org/pipermail/cvs-ghc/2007-April/034978.html And before this change, we use prep-bin-dist-mingw explicitly to make Windows friendly distro. So I sent follow previous message. Because leaving incorrect prep-bin-dist-mingw lack some files that is important C++ for compilation. http://www.haskell.org/pipermail/glasgow-haskell-bugs/2007-March/008738.html On Fri, 27 Apr 2007 01:29:26 +0900, Bulat Ziganshin [EMAIL PROTECTED] wrote: On Thu, 26 Apr 2007 22:07:47 +0900, Bulat Ziganshin [EMAIL PROTECTED] wrote: can you please include in win32 distro c++ compiler, as it was done before and as it requested by trac ticket http://hackage.haskell.org/trac/ghc/ticket/1024 ? This problem is already fixed. http://www.haskell.org/pipermail/cvs-ghc/2007-April/034976.html the problem i said can't be fixed by anyone except than *builder* of windows distro. the problem is lack of files of c++ compiler and libraries in distro, not the ghc behavior OK, builders is important role to make windows distro. But from above reasons, I think prep-bin-dist-mingw (this change make binary-dist behavior, not to change ghc behavior) also important role to make windows distribution. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Haskell] ANNOUNCE: Data.CompactString 0.1 - my attempt at a Unicode ByteString
Hello Twan, On Mon, 05 Feb 2007 08:46:35 +0900, Twan van Laarhoven [EMAIL PROTECTED] wrote: I would like to announce my attempt at making a Unicode version of Data.ByteString. The library is named Data.CompactString to avoid conflict with other (Fast)PackedString libraries. How about add abstract layer? Spencer Janssen tried to provied abstract layer for Unicode ByteString, last year's summer of code project. It has no Unicode support. But it supplied a good layer, Stringable class. http://code.google.com/soc/haskell/appinfo.html?csaid=B934AEBE95120AB2 http://darcs.haskell.org/SoC/fps-soc/ http://darcs.haskell.org/SoC/fps-soc-aug21/ The library uses a variable length encoding (1 to 3 bytes) of Chars into Word8s, which are then stored in a ByteString. The structure is very much based on Data.ByteString, most of the implementation is copied from there. Hopefully this means that fusion rules could be copied as well. UTF-8 also uses 4 to 6 byte encodings now. CJK Unified Ideographs Extension B, Tai Xuan Jing Symbol and Music Symbol, etc ... use 4 byte encoding. Many Hasekll UTF-8 libraries doesn't support over 3 byte encodings. But Takusen's implementation support it correctly. http://darcs.haskell.org/takusen/Foreign/C/UTF8.hs http://www.haskell.org/pipermail/libraries/2007-February/006841.html How about support 4 to 6 byte encodings? Best Regards, -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] ANNOUNCE: Data.CompactString 0.1 - my attempt at a Unicode ByteString
On Tue, 06 Feb 2007 00:25:45 +0900, Chris Kuklewicz [EMAIL PROTECTED] wrote: UTF-8 also uses 4 to 6 byte encodings now. CJK Unified Ideographs Extension B, Tai Xuan Jing Symbol and Music Symbol, etc ... use 4 byte encoding. Looking at several sources, it seems you are incorrect. Haskell Char go up to Unicode 1114111 (decimal) or 0x10 Hexidecimal). These are encoded by UTF-8 in 1,2,3,or 4 bytes. I see. I'm confused Unicode support with Charset support. I'm sorry about it. UCS-4 can support greater than 1114111 code pages. So if we want to support full UCS-4 range, we must support 5, 6 byte encoding as RFC2279 decribed before. http://www.rfc-editor.org/rfc/rfc2279.txt But ... unfortunately UTF-16 can support only 1114111 code points, and The Unicode Consortium adhere to UTF-16. So 5, 6 byte and over 1114111 code pages' 4 byte encodings are invalid now. http://www.rfc-editor.org/rfc/rfc3629.txt (RFC3629 says This memo obsoletes and replaces RFC 2279.) And Haskell implementation uses only valid rage. I forgot about that. I'm afraid that its fantasy is broken again, as no surrogate pair UCS-2 cover all language that is trusted before Europe and America people. -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: HDirect and GHC-6.6
Hi Sigbjorn, Is there any plan to transition from CVS to darcs? HDirect is removed from darcs'ing fptools, and left cvs long ago. Because HDirect is not active. http://www.haskell.org/pipermail/cvs-ghc/2005-October/026817.html But HDirect is updated sometime. (We can see HDirect moves 'comlib' into a hierarchic setting, System.Win32.Com.* two month ago.) And Visual Haskell project changes comlib. http://www.haskell.org/pipermail/haskell/2006-September/018445.html http://www.haskell.org/pipermail/haskell-cafe/2006-September/018037.html Unfortunately these changes are independent. It forks comlib now. So I want to know what is common change both repository and what is useful change both version, easily. I think darcs'ing HDirect and two comlib branch realise it. And that helps to revive Visual Haskell's HDirect that can generate it's comlib source code. Best Regards, On Fri, 12 Jan 2007 00:53:59 +0900, Sigbjorn Finne [EMAIL PROTECTED] wrote: you may want to check out the CVS version of HDirect, which does have a version of the compiler which is reasonably up-to-date wrt GHC + Cabalized versions of both the 'comlib' and 'hdirect' libraries. foo$ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs foo$ cvs login (Logging in to [EMAIL PROTECTED]) CVS password: cvs foo$ cvs co fptools/hdirect (Derived from CVS setup instructions at http://cvs.haskell.org/ ) I apologize for not having the time to work on or support that code. -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Haskell] Re: ANNOUNCE: Visual Haskell 0.2 final
Hi Krasimir, On Mon, 18 Dec 2006 17:17:25 +0900, Krasimir Angelov [EMAIL PROTECTED] wrote: GHC Trac has a Visual Haskell category. Please report all bugs and feature requests using it. Where we have to post release engineering bug? You agreed with including GLUT, readline, OpenAL and ALUT packages. http://www.haskell.org/pipermail/haskell-cafe/2006-December/019966.html But final version of Visual Haskell 0.2 doen't include their packages. Because unfortunately MinGW doesn't have their requirement - headers and libraries - and you missed to copy that include and lib directories. http://www.haskell.org/pipermail/glasgow-haskell-users/2006-October/011278.html This problems cause again and again under Windows distribution when both GHC and MinGW are updated. I already pointed out where you have to get OpenAL/ALUT headers and libraries. And I don't know what versions of readline can build readline package. So I point glut.h (MinGW has libglut.a, but it doesn't have glut.h. I don't know why). You can get glut.h from below url. http://freeglut.sourceforge.net/ or http://www.xmission.com/~nate/glut.html Best Regards, On 12/8/06, Krasimir Angelov [EMAIL PROTECTED] wrote: Hello Haskellers, The final version of Visual Haskell 0.2 is ready: http://www.haskell.org/visualhaskell -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell-cafe] Re: [Haskell] ANNOUNCE: Visual Haskell prerelease 0.2
Good. That new .dll works, too. Best Regards, On Sat, 02 Dec 2006 16:13:01 +0900, Krasimir Angelov [EMAIL PROTECTED] wrote: Sorry. I was sleeping and I uploaded it to darcs.haskell.org instead to haskell.org. Try it now. On 12/2/06, shelarcy [EMAIL PROTECTED] wrote: On Sat, 02 Dec 2006 02:14:26 +0900, Krasimir Angelov [EMAIL PROTECTED] wrote: The zip file is updated with .dll that is with stripped debug symbols but with --optdll-s as it is recommended. Could some one try whether it works? It is about two times smaller than the non stripped version. http://www.haskell.org/visualhaskell/vs_haskell.zip Is this file updated one? I downloaded it from above url again. But file size is same. So, I checked hash. It noticed that current and previous files are same. -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: [Haskell] ANNOUNCE: Visual Haskell prerelease 0.2
Hi Krasimir, On Fri, 01 Dec 2006 16:56:02 +0900, Krasimir Angelov [EMAIL PROTECTED] wrote: http://www.cygwin.com/ml/cygwin/1998-04/msg00133.html I wonder whether this may cause the problem. I have uploaded a new vs_haskell.dll here: http://www.haskell.org/visualhaskell/vs_haskell.zip It is the same dll but without stripped debug symbols. Could you try to replace it in your installation? I tried to replace vs_haskell.dll after Windows Installer (MSI), no error occur during devenv.exe /Setup command or using Visual Haskell. I can make new Haskell project. On Fri, 01 Dec 2006 03:48:49 +0900, Justin Bailey [EMAIL PROTECTED] wrote: I am having similar problems with the Visual Haskell install, and the commands given did not help. When I open Visual Studios Help | About dialog, I get an error about the package failing to initialize. I am installing to an English copy, however. And I can open Studios Help | About dialog without any error. After exit Visual Haskell, Microsoft Development Environment opened error dialog about devenv.dll sometimes. Anyway, this error is harmless and I reported to Microsoft by form. Best Regards, -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANNOUNCE: Visual Haskell prerelease0.2
Hi Alistair, On Fri, 01 Dec 2006 18:13:45 +0900, Bayley, Alistair [EMAIL PROTECTED] wrote: It certainly is. Is it possible to configure VisualHaskell so that it uses the existing ghc-6.6 installation, rather than it's own? I think you can install extra libraries by cabal (and sometime you also need MSYS and MSYS Developer Tool Kit (autotools) for configuration). cgi fgl GLUT (and GLUT_cbits) haskell-src html HUnit mtl network objectio OpenGL (and OpenGL_cbits) QuickCheck readline time xhtml And I proposed to bundle OpenAL and ALUT packages. http://www.haskell.org/pipermail/glasgow-haskell-users/2006-October/011283.html These packages are in extra libraries. And I think that - OpenAL library is LGPL and OpenAL package is BSD3, so there is no reason avoiding to include this package. OpenAL site notices that OpenAL can become Creative's licese when using on Creative Device. http://www.openal.org/platforms.html But if you look at Creative's OpenAL SDK header files, you can find al.h and eft.h are LGPL. So I think we can use OpenAL library under LGPL on Windows, if we don't use Creative specific extentions. http://opensource.creative.com/pipermail/openal/2004-March/007309.html Best Reagrds, -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: [Haskell] ANNOUNCE: Visual Haskell prerelease 0.2
Hi Krasimir, On Sat, 02 Dec 2006 02:14:26 +0900, Krasimir Angelov [EMAIL PROTECTED] wrote: The zip file is updated with .dll that is with stripped debug symbols but with --optdll-s as it is recommended. Could some one try whether it works? It is about two times smaller than the non stripped version. http://www.haskell.org/visualhaskell/vs_haskell.zip Is this file updated one? I downloaded it from above url again. But file size is same. So, I checked hash. It noticed that current and previous files are same. $ md5sum vs_haskell.dll \a968ac130932a9b38bd0da50e9ae865a *C:\\Documents and Settings\\ Administrator\\My Documents\\vs_haskell\\vs_haskell.dll $ md5sum C:\Doc\Haskell\vs_haskell\vs_haskell.dll \a968ac130932a9b38bd0da50e9ae865a *C:\\Doc\\Haskell\\vs_haskell\\ vs_haskell.dll Best Regards, -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell] ANNOUNCE: Visual Haskell prerelease 0.2
Hi Krasimir, On 11/30/06, shelarcy [EMAIL PROTECTED] wrote: But ... I can't install Visual Haskell prerelease 0.2. Near the end of install process, Microsoft Development Environment cause error. On Thu, 30 Nov 2006 17:03:22 +0900, Krasimir Angelov [EMAIL PROTECTED] wrote: Could you tell me what error message you see during the installation? If it is in Japan then translate it in English ;-). It's not good error message. Anyway, I translate it. Near the end of install process, error dialog opened and says: --- The problem happende, so exit Microsoft Development Environment. I'm sorry for causing inconvenience to you. (under its message, error dialog has form that send error report for Microsoft or shows error detail. These messages are not important, so I don't translate that.) --- And click form that shows error detail, another dialog opened. It shows: --- :Error ditail: An unhandled exception has been caught by the VSW exception filter. :Error Signature: AppName: devenv.exe AppVer: 7.10.6030.0 ModName: unknown ModVer: 0.0.0.0 Offset: 00bbbacc :Report Detail: (Below meassage attetion to user that error report send what. So these messages are not important, too.) --- Also it can help if you run the installer with logging: $ msiexec VSHaskell71.msi /l log.txt msiexec doesn't run its command. And error dialog noticed that you forgot /i optio. So I used below command. $ msiexec /i VSHaskell71.msi /l log.txt I think log.txt is much more useful than previous messages. log.txt also has Japanese messages. So I translated that part. --- (snip) Action 20:38:17: CA_RegisterHelpFile.3643236F_FC70_11D3_A536_0090278A1BB8. IHxRegisterSession::ContinueTransaction() returned 0. Helpfile: C:\Program Files\Visual Haskell\doc\alex.HxS was successfully registered to namespace vs_haskell. elpfile: C:\Program Files\Visual Haskell\doc\building.HxS was successfully registered to namespace vs_haskell. Helpfile: C:\Program Files\Visual Haskell\doc\Cabal.HxS was successfully registered to namespace vs_haskell. Helpfile: C:\Program Files\Visual Haskell\doc\haddock.HxS was successfully registered to namespace vs_haskell. Helpfile: C:\Program Files\Visual Haskell\doc\happy.HxS was successfully registered to namespace vs_haskell. Helpfile: C:\Program Files\Visual Haskell\doc\libraries.HxS was successfully registered to namespace vs_haskell. Helpfile: C:\Program Files\Visual Haskell\doc\users_guide.HxS was successfully registered to namespace vs_haskell. Helpfile: C:\Program Files\Visual Haskell\doc\vh.HxS was successfully registered to namespace vs_haskell. Action 20:38:17: CA_RegisterPlugIn.3643236F_FC70_11D3_A536_0090278A1BB8. IHxRegisterSession::ContinueTransaction() returned 0. IHxPlugIn::RegisterHelpPlugIn() returned 0. Namespace: vs_haskell was successfully plugged into namespace MS.VSCC.2003. Action 20:38:17: CA_CommitHelpTransaction.3643236F_FC70_11D3_A536_0090278A1BB8. Action 20:38:17: RegisterProduct. Registering product RegisterProduct: {FEC3263A-9034-49C5-8C5D-902231009894} Action 20:38:18: PublishFeatures. Publishing Product Features PublishFeatures: Feature: Complete Action 20:38:18: PublishProduct. Publishing product information 1: {FEC3263A-9034-49C5-8C5D-902231009894} Action 20:38:18: RollbackCleanup. Removing backup files IHxRegisterSession::ContinueTransaction() returned 0. Registration session: {FEC3263A-9034-49C5-8C5D-902231009894} was successfully committed. RollbackCleanup: File: C:\Config.Msi\fc3d12.rbf RollbackCleanup: File: C:\Config.Msi\fc3d13.rbf RollbackCleanup: File: C:\Config.Msi\fc3d14.rbf RollbackCleanup: File: C:\Config.Msi\fc3d15.rbf RollbackCleanup: File: C:\Config.Msi\fc3d16.rbf Action ended 20:38:18: InstallFinalize. Return value 1. Action 20:38:18: CA_HxMerge_VSCC.3643236F_FC70_11D3_A536_0090278A1BB8. Action start 20:38:18: CA_HxMerge_VSCC.3643236F_FC70_11D3_A536_0090278A1BB8. tion ended 20:40:09: CA_HxMerge_VSCC.3643236F_FC70_11D3_A536_0090278A1BB8. Return value 1. Action 20:40:09: CA_RemoveTempHxDs.3643236F_FC70_11D3_A536_0090278A1BB8. Action start 20:40:09: CA_RemoveTempHxDs.3643236F_FC70_11D3_A536_0090278A1BB8. Action ended 20:40:09: CA_RemoveTempHxDs.3643236F_FC70_11D3_A536_0090278A1BB8. Return value 1. Action 20:40:09: VSHaskellInstall. Register Visual Haskell Plugin Action start 20:40:09: VSHaskellInstall. Error 1720. There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. Custom action VSHaskellInstall script error -2146828275, Microsoft VBScript Runtime Error: Couldn't match types.: 'Return' Line 55, Column 5, MSI (s) (0C:D4) [20:51:43:359]: Product: Visual Haskell 0.2 for Visual Studio 2003 -- Error 1720. There is a problem with this Windows Installer package. A script required for this install to complete could
[Haskell-cafe] Re: [Haskell] ANNOUNCE: Visual Haskell prerelease 0.2
Hi Krasimir, On Fri, 01 Dec 2006 02:18:19 +0900, Krasimir Angelov [EMAIL PROTECTED] wrote: Could you check whether you have this registry key: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\8.0\InstallDir and tell me its value? HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\7.1\InstallDir value is C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE\. Typically its value should be such that the following script to work. Set shell = CreateObject(WScript.Shell) vstudioPath = shell.RegRead (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\8.0\InstallDir) shell.Run ( vstudioPath devenv.exe /Setup,0,true) I saw your message, then I checked vshaskell darcs repository and I saw vs_haskell_setup/setup.vbs. Okay, I know I forgot to tell popup message what made by VBScript. I saw just one popup message. It says Failed to setup VStudio. On 11/30/06, shelarcy [EMAIL PROTECTED] wrote: Hi Krasimir, On 11/30/06, shelarcy [EMAIL PROTECTED] wrote: But ... I can't install Visual Haskell prerelease 0.2. Near the end of install process, Microsoft Development Environment cause error. On Thu, 30 Nov 2006 17:03:22 +0900, Krasimir Angelov [EMAIL PROTECTED] wrote: Could you tell me what error message you see during the installation? If it is in Japan then translate it in English ;-). It's not good error message. Anyway, I translate it. Best Regards, -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: [Haskell] ANNOUNCE: Visual Haskell prerelease 0.2
Hi Krasimir, On 11/30/06, Krasimir Angelov [EMAIL PROTECTED] wrote: You can try to setup it manually using the following commands: $ regsvr32 /i:8.0 /n vs_haskell.dll $ regsvr32 /i:8.0 /n vs_haskell_babel.dll $ regsvr32 /i:8.0 /n vs_haskell_dlg.dll $ devenv.exe /Setup Why you always show 8.0 instead of 7.1? On Fri, 01 Dec 2006 03:48:49 +0900, Justin Bailey [EMAIL PROTECTED] wrote: I am having similar problems with the Visual Haskell install, and the commands given did not help. When I open Visual Studios Help | About dialog, I get an error about the package failing to initialize. I am installing to an English copy, however. Their commands didn't help for my environment too. I saw same error dialog that I sent previous mail. On 11/30/06, shelarcy [EMAIL PROTECTED] wrote: It's not good error message. Anyway, I translate it. Near the end of install process, error dialog opened and says: --- The problem happende, so exit Microsoft Development Environment. I'm sorry for causing inconvenience to you. (under its message, error dialog has form that send error report for Microsoft or shows error detail. These messages are not important, so I don't translate that.) --- And click form that shows error detail, another dialog opened. It shows: --- :Error ditail: An unhandled exception has been caught by the VSW exception filter. :Error Signature: AppName: devenv.exe AppVer: 7.10.6030.0 ModName: unknown ModVer: 0.0.0.0 Offset: 00bbbacc :Report Detail: (Below meassage attetion to user that error report send what. So these messages are not important, too.) --- Best Regards, -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell] ANNOUNCE: Visual Haskell prerelease 0.2
Hi Krasimir, On Tue, 28 Nov 2006 20:19:40 +0900, Krasimir Angelov [EMAIL PROTECTED] wrote: As far as I know there is an academic license that allows you to use Visual Studio free of charge for non commercial purposes. At least I heard that students in some Bulgarian universities are allowed to use it. I don't know the details because I have never used the academic version. I can't say anything about wine, perhaps you have to try it. I can use Visual Haskell 0.0 under 2003 academic version without any change. But ... I can't install Visual Haskell prerelease 0.2. Near the end of install process, Microsoft Development Environment cause error. I don't know this problem come from Academic version or not. Because I've also installed Visual C++/C# 2005 Express edition before, and I use Japanese Version. Visual Haskell 0.0 under Japanese Version cause an problem. I and a few people tested Visual Haskell 0.0 under Japanese Version with Windows 2000. We saw that we can't make new Haskell Project and Visual Haskell says like this - there is no application associated with .cabal (We use Japanese Edition, so I don't know correct error message under English Edition). Of cource, Visual Haskell installer accociated .cabal by Visual Haskell. I also know that a person can make new Haskell Project on first time ... but after he exit Visual Studio, he can't make new Haskell Project again. If does anyone can install Visuall Haskell 0.2 to academic version or Japanese version, please report it to help finding what is problem or not. Best Regards, -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell-cafe] Fwd: [GHC] #939: Possible bug building wxhaskell
Hi Jason, Jun Mukai aka. jmuk already tried and successed to build wxhaskell on GHC 6.6. Here is his install log. http://sequence.complete.org/node/214 And I made patch for ghc 6.6 from it. Attached solves a few problem ... but you must be careful to your permission. This patch solve package's interface problem with separated build and install process support. And make (make all) depend on installing wxcore. So you have to use sudo other than Windows. I don't know what is the best approach. But advantage is We can make binary (easy install) package for Windows and Mac OS X user. http://www.haskell.org/pipermail/glasgow-haskell-users/2006-September/011043.html You can build binary package following command. make make before-dist make bindist Note that attached fix only GHC 6.6 problem, doesn't fix other - no GHC 6.6 reason - problems. If you will failure to build from other problems, you must see this page first. http://www.haskell.org/haskellwiki/WxHaskell/Install Best Regards, On Sat, 14 Oct 2006 09:29:45 +0900, Jason Dagit [EMAIL PROTECTED] wrote: I reported the following bug and received the response below. Any wxhaskell hackers up to the challenge? I'd really love to see the makefiles go away and see wxhaskell just use cabal but I don't know if that's possible given the wxhaskell build requirements. Any help is much appreciated. Thanks Jason -- Forwarded message -- From: GHC [EMAIL PROTECTED] Date: Oct 13, 2006 5:21 PM Subject: Re: [GHC] #939: Possible bug building wxhaskell To: [EMAIL PROTECTED] #939: Possible bug building wxhaskell -+-- Reporter: [EMAIL PROTECTED] |Owner: Type: bug | Status: closed Priority: normal|Milestone: Component: Compiler | Version: 6.6 Severity: normal| Resolution: invalid Keywords:| Difficulty: Unknown Architecture: x86 | Os: Unknown -+-- Changes (by duncan): * resolution: = invalid * status: new = closed Comment: It's not a GHC bug. It's a problem with the way wxHaskell is built. Admitidedly this is due to a slight change in the way GHC manages packages but it's not a bug as such, wxHaskell just needs fixing. What needs to happen is that the packages must be registered locally before they get used in other packages. Also, instead of importing the modules from the other package directly from the directory with -i foo/, it must be via -package foo. So you'll need to get in contact with someone who knows enough about wxHaskell's build system to fix it. Try asking on the ghc-users or haskell-cafe mailing lists. The bug report: I appologize if this isn't a GHC bug but since it started happening after a GHC upgrade I suspect it's a GHC bug. After upgrading to ghc6.6 on windows (using the release binary) I tried to install the current wxhaskell release found here: http://wxhaskell.sourceforge.net/download.html (version wxhaskell-src-0.9.4-1.zip) I have used wxhaskell on this machine before with older version of ghc (including ghc6.5, specifically visual haskell) so my environment for building the wxhaskell source was already setup. When I first got the error below I thought maybe my version of wxhaskell was messed up so I redownloaded the above zip file and unzipped a fresh copy. I unziped the source then I typed: configure make Things went along fairly smoothly for a while then suddenly I got this error message: ghc -c wx/src/Graphics/UI/WX/Types.hs -o out/wx/imports/Graphics/UI/WX/Types.o -iout/wx/imports -odir out/wx/imports -hidir out/wx/imports -fvia-C -package-name wx -iout/wx/imports wx/src/Graphics/UI/WX/Types.hs:94:0: Bad interface file: out/wx/imports/Graphics/UI/WXCore/Types.hi Something is amiss; requested module wx:Graphics.UI.WXCore.Types differs from name found in the interface file wxcore:Graphics.UI.WXCore.Types make: *** [out/wx/imports/Graphics/UI/WX/Types.o] Error 1 -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ fix_building_ghc-6.6.diff Description: Binary data ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: ghc-6.6 candidate Win32 installer
Hi Sigjorn, On Thu, 12 Oct 2006 08:37:11 +0900, Sigbjorn Finne [EMAIL PROTECTED] wrote: for Win32 users wanting the latest GHC goodness, a candidate 6.6 installer is now available, http://haskell.org/ghc/dist/6.6/ghc-6-6.msi If anyone's willing to download it and kick the tires a bit, that'd be great. If nothing too egregious shows up, I'm planning to publish sometime tomorrow. Why this build doen't include some packages? It lacks some packages that were included 6.4.2. It doen't include GLUT and readline. I think you forgot copying header and library files to mingw directory. These filed are included in GHC 6.4.2's directory. And you can include OpenAL and ALUT package by these steps. 1. Download reealut Source ZIP, unpack it. 2. Copy AL header file directory that is under include direcoty. (Copy AL direcoty to mingw's include direcoty, doen't copy AL direcoty header file. Because packages' configure.ac search header files in AL/* or OpenAL/*.) 3. Generate libalut.a from alut.dll in lib direcoty, and copy libalut.a to mingw's lib directory. 4. Download OpenAL 1.1 SDK and install it. (OpenAL SDK installer says that you want to install runtime? You must click to answer Yes.) 5. Copy header files directory to mingw's AL direcotry. It is made by 1.. Header files is in OpenAL SDK's directory. (Default is C:\\Program Files\\OpenAL 1.1 SDK\\include .) 6. Generate lib*.a files from OpenAL32.dll and wrap_oal.dll. Then copy mingw's lib direcoty. DLL files are in WINNT\\system files directory. 4-6' Altanative option to use OpenAL library is building OpenAL library by source. And then copy your lib*.a and header files. I usually generate lib*.a from a.dll by pexport and dlltool following this document way. http://sebsauvage.net/python/mingw.html Now GHC 6.6 is released. So this is the good time to include OpenAL and ALUT packages in complete installer packages. (Other name is sumo/omnibus/ ... and so on.) http://www.mail-archive.com/glasgow-haskell-users@haskell.org/msg10655.html If there is no option to use minimal and complete installer, people expect that package is complete one. And some people want to use complete package exactly. (And caball-install doesn't available now, too.) So I think these tack are very recommended. -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ghc-6.6 candidate Win32 installer
Hi, I forgot to link OpenAL's site. http://www.openal.org/ On Thu, 12 Oct 2006 15:40:07 +0900, shelarcy [EMAIL PROTECTED] wrote: And you can include OpenAL and ALUT package by these steps. 1. Download reealut Source ZIP, unpack it. Not reealut. I want to write freealut. 2. Copy AL header file directory that is under include direcoty. (Copy AL direcoty to mingw's include direcoty, doen't copy AL direcoty header file. Because packages' configure.ac search header files in AL/* or OpenAL/*.) 3. Generate libalut.a from alut.dll in lib direcoty, and copy libalut.a to mingw's lib directory. 4. Download OpenAL 1.1 SDK and install it. (OpenAL SDK installer says that you want to install runtime? You must click to answer Yes.) 5. Copy header files directory to mingw's AL direcotry. It is made by 1.. Header files is in OpenAL SDK's directory. (Default is C:\\Program Files\\OpenAL 1.1 SDK\\include .) 6. Generate lib*.a files from OpenAL32.dll and wrap_oal.dll. Then copy mingw's lib direcoty. DLL files are in WINNT\\system files directory. 4-6' Altanative option to use OpenAL library is building OpenAL library by source. And then copy your lib*.a and header files. I usually generate lib*.a from a.dll by pexport and dlltool following this document way. http://sebsauvage.net/python/mingw.html Best Regards, -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Build failures in packages built with GHC 6.6
Hi Duncan, On Mon, 11 Sep 2006 17:34:26 +0900, Duncan Coutts [EMAIL PROTECTED] wrote: Over the weekend Lennart Kolmodin tested all of Gentoo's Haskell packages with the latest GHC 6.6 RC snapshot. Here is his report of what failed, and how: http://www.haskell.org/~gentoo/gentoo-haskell/projects/GHC-6.5-failures.html 2006-09-12, Packages failing with GHC 6.5: wx/src/Graphics/UI/WX/Types.hs:94:0: Bad interface file: out/wx/imports/Graphics/UI/WXCore/Types.hi Something is amiss; requested module wx:Graphics.UI.WXCore.Types differs from name found in the interface file wxcore:Graphics.UI.WXCore.Types This is tricky. The wx package needs to be registered locally before anything else can be built against it. This error comes from Generalise Package Support. http://www.haskell.org/pipermail/cvs-ghc/2006-July/030207.html So the wxcore package needs to be registered locally before building the wx package's module, the wx package doesn't need to be registered. See wxhaskell's Makefile definition : WXCORE-HCFLAGS =$(HCFLAGS) -fvia-C -package-name $(WXCORE) # build main library wxcore: wxc wxd wxcore-dirs $(WXCORE-LIBS) (snip) WX-HCFLAGS =$(HCFLAGS) -fvia-C -package-name $(WX) WX-HSDIRS=-i$(WX-SRCDIR) $(WXCORE-HSDIRS) # build main library wx: wxcore wx-dirs $(WX-LIBS) ... The wx package wants to use its package's module when dependecies is built same time. But that is build as wxcore's by -package-name option. Then above error is caused. Unfortunately, Generised Package's Support is used just internally. Because syntax is proposal now. http://www.mail-archive.com/haskell@haskell.org/msg18991.html http://hackage.haskell.org/trac/ghc/wiki/GhcPackages http://hackage.haskell.org/trac/ghc/wiki/GhcPackageNamespaces So we have only two way. 1. The wxcore package needs to be registered locally before building the wx package's module. It is alredy written above. 2. The wx package needs to build and install separately from wxcore by Cabal But it makes install step more complex, that is bad for Windows and Mac OS User. But both ways are big change. P.S. Don't forgot this change to use wxhaskell with GHC 6.6. http://www.haskell.org/pipermail/glasgow-haskell-bugs/2005-October/005639.html -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
[Haskell-cafe] wxFruit with OpenGL and IO action
Hello. Sometimes, a few people are interested in wxFruit. http://zoo.cs.yale.edu/classes/cs490/03-04b/bartholomew.robinson/ But nobady knows current status of wxFruit. Over one and half year ago, I heard that students working on that ... . http://www.haskell.org/pipermail/haskell-cafe/2005-January/008765.html http://www.haskell.org/pipermail/haskell-cafe/2006-March/014998.html So, I'm working on that for subproject of Kamiariduki ... but progress is very slowly. I uploaded current (initial) version on Kamiariduki's file space. File name is YaPan-initial.tgz. Because this file includes YaPan - Yet another implementation, and reimplementation of Panic (http://www.cse.unsw.edu.au/~sseefried/pan/index.html) using Yampa (and wxFruit). http://sourceforge.net/project/showfiles.php?group_id=168626 I didn't think current verion is good enough to announse [Haskell] list, so I didn't announce that and repraced YaPan.tgz file sometimes ... but I know that a few people downloaded my file already. So, I decide to upload initial file on that space. Of cource, YaPan-initial.tgz has other wxFuit example. paddle.hs is almost same as original example, except that use menu istead of button. And CFK_GL* is a OpenGL sample code. But current version has some faults. Cabal file support to build and install only YaPan, doesn't support wxFruit. Code is very messy, and YaPan doesn't support all of Panic's features. And I should notice additonal things for older version's user. Now YaPan depends on AutoForms (not for wxFruit now). http://autoforms.sourceforge.net/ And YaPan can't save static one picture, YaPan can save animation by consecutive number files only. Current version, I tested on only Windows with my build of wxWidgets 2.4.2's wxHaskell (I uplaoded Kamiariduki's file space) and afrp-0.4 environment. So I don't know wxFruit and YaPan can works well other environments. Finally, I show current problem of wxFruit with IO action. I extend that button menu allow to regist extra IO action like this. pan pixels = hBox $ proc _ - do let start = False rec v - boxSF $ iPre 0 - 1 + v ev - getEvent - () vTrans - boxSF $ iPre (0,0,1) - (keyboardEvent 0.1 vTrans) ev panedPixels - boxSF $ pictureEvent - (pixels, vTrans, (circle v), v, gameBox) _ - glpicture (glpsizeWithAttributes gameBox [WXCore.GL_RGBA, WXCore.GL_DOUBLEBUFFER]) - glppic $ paintGL gameBox panedPixels _ - menu (mtextWithDialog SaveImage) - mcommandWithDialog $ (\v f - saveImageHandler (animToDisplayFun (circle)) circle (WX.sizeW gameBox, WX.sizeH gameBox) vTrans 1 v f) v returnA - () This design is suitable for button and menu's command. But if I want to use IO action out of these control event, modualiry is broken. Because I want to do that action out of control's event, but I have to change control's action. And I must choose using what kind of event handler. (Is interval the best?) So I tried to implement command function that intend to use IO action on reative loop wihtout control in wxFruit.hs ... but action doesn't do registered action or program is not work on my apporoach. (I commented out current command function that occur action.) If anyone have good idea how to use IO action on wxFuit, please tell me that idea. Thanks. -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Trouble compiling wxhaskell
On 7/31/06, David F. Place [EMAIL PROTECTED] wrote: Hi: I'm having trouble compiling wxhaskell 0.9.4 under both ghc 6.4.2 and ghc 6.5. Does anyone know where I should direct my queries? If you use ghc 6,4,2 under Windows platform, you can use my patched version of wxHaskell. And you can get my patch from Kamiariduki's source. http://www.haskell.org/pipermail/haskell/2006-June/018043.html https://sourceforge.net/project/showfiles.php?group_id=168626 I also know Eric Y. Kow's unicode patch doesn't include db problems fix. These problems has not only wxWidgets 2.6.x change, but also unicode change. I try to fix latter case, use attached after unicode patch, this fixes compile problem ... but it has another problem that can't use non-ascii characters correctly. So, if want to accesss DB by wxHaskell's ODBC, data is garbled and cause problems. I don't know how to fix that. Attached is already sent wxhaskell-user's list, but you can't get this file. So I send again. http://sourceforge.net/mailarchive/message.php?msg_id=16222530 My patch where I put Kamiariduki's project page doesn't include unicode support that I noticed above Mailng-List's log. Don't worry about this. You can use both my patch and unicode patch, if you want. These cause conflict message but this is not problem. On Tue, 01 Aug 2006 08:18:27 +0900, Jason Dagit [EMAIL PROTECTED] wrote: I've done this recently. I put my notes on the wiki: http://www.haskell.org/haskellwiki/WxHaskell/Install#Windows I don't know this problem when I made patch. So, my patch doesn't fix this problem. -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ bugfix_for_08.tgz Description: GNU Zip compressed data ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell] ANNOUNCE: Haskell XML Toolbox Version 6.1
On Fri, 07 Jul 2006 19:46:09 +0900, Johannes Waldmann [EMAIL PROTECTED] wrote: Is there a library/tutorial that supports/explains providing web services (SOAP transport, WSDL description)? HAIFA provide SOAP support. And you can read tutrial and Document this site. http://www.dcs.shef.ac.uk/~simonf/HAIFA.html But ... HAIFA is under GPL License and current version of HAIFA doesn't include any sample code. Best regards -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell-cafe] Windows Haskell GUI
On Thu, 06 Jul 2006 07:56:49 +0900, Neil Mitchell [EMAIL PROTECTED] wrote: I want to develop a GUI using Haskell on Windows. As far as I can tell the options for a reasonably high level GUI toolkit are: * wxHaskell * Gtk2Hs Unfortunately I cannot find released packages for GHC 6.4.2 for either of them - Gtk supports only 6.4.1 and wx supports only 6.4.0. I'm already proviedding my modified version of wxHaskell released packages for GHC 6.4.2 on my project's page. Because, it seems that developping wxHaskell is stopped, and I'm not wxHaskell's developper now. http://www.haskell.org/pipermail/haskell/2006-June/018043.html https://sourceforge.net/project/showfiles.php?group_id=168626 -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell] ANNOUNCE: Kamiariduki - the system to judge your derivative work's purpose and license is valid with Ceative Commons License Works..
Daar all, I am pleased to announce the preview release of kamiariduki, the system to judge your derivative work's purpose and license is valid with other works what is mainly under Creative Commons License. I don't know good phrase that explain this software directory and simply. I used DRM (Degital Rights Management) for people (or Creators) a few place. People missunderstood this system. Because DRM is usually used for closed system, not open system. sourcefourge site : https://sourceforge.net/projects/kamiariduki/ files: https://sourceforge.net/project/showfiles.php?group_id=168626 Creative Common web site: http://creativecommons.org/ This Application depend on many libraries. So if you want to know about that, you must read README file. library dependencied includes * patched version of wxHaskell (* if build with Mac OS X platform, you need to put those libraries for dependencies directory * SYB3 * Subversion trunk of AutoFroms: http://autoforms.sourceforge.net/ ) The current status of kamiariduki is very experimental. If you want to management derivative works lisence, this worls. But it lacks many fundamental functionalities and will have many bugs. Any comments are welcome. And I also release my patched version of wxHaskell above site. That includes: * http://sourceforge.net/mailarchive/forum.php?thread_id=6395572forum_id=34197 * http://sourceforge.net/mailarchive/forum.php?thread_id=8202721forum_id=34197 * http://sourceforge.net/mailarchive/forum.php?thread_id=6542156forum_id=34197 * I think calendarEvent calls not defined function onList, so I replaced by onCal * and a few fix for wxWidgets 2.6.x * I'm not use this version usually, so I don't know this works fine as wxWindows 2.4.x. That doesn''t include * unicode support http://sourceforge.net/tracker/index.php?func=detailaid=1369929group_id=73133atid=536847 * because this dropped a few functionalty now. * Haste's wxScintilla and wxSTC support http://haste.dyndns.org:8080/build_wxhaskell.php * because wxSTC is separeted from wxWidgets' build process, and doesn't have any USE_WX* macro. So change configure and make file are difficult work. * vertical toolbar http://sourceforge.net/mailarchive/forum.php?thread_id=7823794forum_id=34197 * because this fixes half of problem. If just set wxTB_VERTICAL, toolbar menu added horizonal. * resource file link patch for Windows http://sourceforge.net/mailarchive/forum.php?thread_id=7953050forum_id=34197 * because this problem isn't occure on wxWidgets 2.6.x. * Spin Cotrol Documentation patch http://sourceforge.net/mailarchive/forum.php?thread_id=8440712forum_id=34197 * I don(t see that yet. I released this file on my place, because it seems that development of wxHaskell is stopped now. And I don't have wxHaskell project's account. Patch is included kamiariduki source's patch directory, If anyone interested in to contribute above problem or others and extend for my one, I appreciate that. Thanks, -- shelarcy shelarcycapella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] Haskell as a markup language
On Wed, 01 Mar 2006 17:46:47 +0900, [EMAIL PROTECTED] wrote: We demonstrate that Haskell as it is, with no TH or other pre-processors, can rather concisely represent semi-structured documents and the rules of their processing. In short, Haskell can implement SXML (ssax.sourceforge.net), right in its syntax and with the *open* and extensible set of `tags'. The benefit of Haskell is of course in static type guarantees, such as prohibiting an H1 element to appear in the character content of other elements. It also seems that the specification of various pre-post-order and context-sensitive traversals is more concise in Haskell compared to Scheme. Again, we are talking about the existing Haskell, i.e., Haskell98 plus common extensions. No Template Haskell or even overlapping instances are required. It's Great! But ... replacing my HTML Generator from SXML, I face s problems. We should note that |title| -- which can be either an element or an attribute -- is indeed rendered differently depending on the context. Just to emphasize the extensibility of the framework, we show how easy it is to add new elements. For example, the `tags' |longdash|, |a|, |div| and |title| are not defined in the base file HSXML.hs. We add these tags in sample1c.hs, as follows: Let us start with an abbreviation for the long dash. It may appear in the character content of an element or an attribute data LongDash = LongDash deriving Show longdash :: Check_ia LongDash ct = HW ct LongDash longdash = HW LongDash -- and how to render it in HTML instance RenderInline (HW ct LongDash) where render_inline f _ = emit_lit mdash; return f Actually, the latter instance describes rendering of longdash in any |MonadRender m| -- any monad that defines morphisms |emit|, |emit_elem| and |emit_attr|. Anchor is an inline element with an inline content data Anchor a b = Anchor a b deriving Show a attrs body = build (as_inline . HW . Anchor (as_block attrs) . rev'apppend HNil) nil_inline body instance (Render a, RenderInline b) =RenderInline (HW ct (Anchor a b)) where render_inline f (HW (Anchor attrs body)) = emit_elem a [] (Just (render attrs)) (render_ib body) return False Title can be either - a block-level element whose content is CT_inline - an attribute (whose content is, therefore, CT_attr) newtype Title a = Title a deriving Show title x = build ((`as_ctx` co) . HW . Title . rev'apppend HNil) nil_ab x where nil_ab = HW HNil `as_ctx` ci (ci,co) = title_ctx class Check_ia (Title ()) i = TitleCtx i o | i - o, o - i where title_ctx :: (HW i a, HW o a) ; title_ctx = undefined instance TitleCtx CT_attr CT_battr instance TitleCtx CT_inline CT_block It can be rendered context-sensitively: instance RenderInline a = Render (HW CT_battr (Title a)) where render (HW (Title x)) = emit_attr title ((render_inline False x) return ()) instance RenderInline a = Render (HW CT_block (Title a)) where render (HW (Title x)) = emit_elem title [Hint_nl] Nothing (render_ib x) Okay, I know how to add element, attribute and Character Entity References ... but how to write placeholder - pseudo element and pseudo attribute in HSXML? SXML can add useful function for macro, like this; (define (M:link keyword url) `(a (@ (href ,url)) ,keyword)) (define (M:link_amazon keyword asin) (M:link keyword `(http://www.amazon.co.jp/exec/obidos/ASIN/; ,asin /someone_id/))) (define (M:book keyword urn) `((cite ,(M:link keyword `(urn:isbn: ,urn))) ( ,(M:link_amazon Amazon urn) ) )) and M:link can use SXML code in its parameter any place; ,(M:link `(SXML (em can write) this.) http://foo.bar/;) But if use HSXML, I must write rest of List in last parameter, link url keyword = a (attr [href url]) keyword linkToAmazon asin keyword = link (URL $ concat [http://www.amazon.co.jp/exec/obidos/ASIN/;, asin, /someone_id/]) keyword and can't write part of code. So I must wirte code like this form, book urn first rest keyword = p first [[link (URL $ concat [urn:isbn:, urn]) keyword]] ( [[linkToAmazon urn Amazon]] ) rest I think this is less convenient than SXML. -- shelarcy shelarcy capella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] Haskell Interfacing With VB
On Mon, 26 Sep 2005 04:44:37 +0900, Craig Middlemast [EMAIL PROTECTED] wrote: I computing student entering my final year at Northumbria University, Newcastle upon Tyne. I am doing some research for my final year project which is to design and build a Syntax Directed Editor for a high level computing language. Do you see Proxima (http://www.cs.uu.nl/research/projects/proxima/) and its thesis? Proxima isn't Syntax-directed editor, but it tries to integrate Syntax-directed editors and Syntax-recognizing editor's idea, and Proxima thesis shows its Architechture. If you intereseted in that, you can get source code by cvs. I don't know that CVS HEAD works well. but it is helpful for you. The problem which I have is that I would like to use VB as a user interface and Haskell as the parser, however I am not sure if this is possible. Therefore I was hoping that you could answer the question regarding Haskell and VB interfacing, is it possible to interface the two languages, and if so could you give me some insight how this can be achieved. Proxima depend on wxHaskell (http://wxhaskell.sourceforge.net/). wxHaskell is one of the option to implement GUI program. If you think wxHaskell's editor program support is very poor, you can use Haste (http://haste.dyndns.org:8080/)'s website patch. -- shelarcy shelarcy capella.freemail.ne.jp http://page.freett.com/shelarcy/ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell-Cafe] FFI and foreign function returning a structure
I think this is relation to my problem. (B (BI wnant to write Haskell interface to FFmpeg. So first, I try to port (Boutput_example.c to Haskell. But output_example.c's wants to initialize (Bstructure like this, (B (B (Bvoid write_audio_frame(AVFormatContext *oc, AVStream *st) (B{ (B int out_size; (B AVCodecContext *c; (B AVPacket pkt; (B av_init_packet(pkt); (B (B c = st-codec; (B (B get_audio_frame(samples, audio_input_frame_size, c-channels); (B (B pkt.size= avcodec_encode_audio(c, audio_outbuf, audio_outbuf_size, (Bsamples); (B (B pkt.pts= c-coded_frame-pts; (B pkt.flags |= PKT_FLAG_KEY; (B pkt.stream_index= st-index; (B pkt.data= audio_outbuf; (B (B /* write the compressed frame in the media file */ (B if (av_write_frame(oc, pkt) != 0) { (B fprintf(stderr, "Error while writing audio frame\n"); (B exit(1); (B } (B} (B (Bthen I need to return a structure. (B (BBut I know that : (B (BOn Wed, 02 Mar 2005 14:45:54 +1100, Ben Lippmeier (B[EMAIL PROTECTED] wrote: (B No. The way data is organised in memory is dramatically different in (B Haskell when compared with C. You need to write functions to read in (B each field in turn and then "reconstruct" the structure on the Haskell (B side. (B (B It's a tedious process. My advice is that if you have a lot of (B structures to read, write a (simple) preprocessor to generate the (B marshalling code.. that's what I did. (B (B (Bso I wrote a code like this, (B(This use hsc2hs to write "read and write each field".) (B (B- (B-- -*- mode: haskell -*- (B{-# OPTIONS -fglasgow-exts #-} (B (B#include avformat.h (B#include avcodec.h (B (Bmodule FFmpeg (Bwhere (B (Bimport Foreign (B (Bdata CAVPacket = CAVPacket {pktPts :: !(#type int64_t), pktDts :: !(#type (Bint64_t), (B pktDatas :: !(Ptr (#type uint8_t)), pktSize :: (B!Int, pktStreamIndex :: !Int, (B pktFlags :: !Int, pktDuration :: !Int} (B deriving (Eq,Show) (B (Binstance Storable CAVPacket where (Bpeek p = do{ pts - (#peek AVPacket, pts) p; dts - (#peek AVPacket, (Bdts) p; (B datas - (#peek AVPacket, data) p; size - (#peek (BAVPacket, size) p; (B stream_index - (#peek AVPacket, stream_index) p; flags (B- (#peek AVPacket, flags) p; (B duration - (#peek AVPacket, duration) p; (B return $! CAVPacket pts dts datas size stream_index flags (Bduration } (Bpoke p (CAVPacket pts dts datas size stream_index flags duration) (B = do{(#poke AVPacket, pts) p pts; (#poke AVPacket, dts) p dts; (B (#poke AVPacket, data) p datas; (#poke AVPacket, size) p (Bsize; (B (#poke AVPacket, stream_index) p stream_index ; (#poke (BAVPacket, flags) p flags; (B (#poke AVPacket, duration) p duration} (BsizeOf _ = (#size AVPacket) (B-- I don't confident this value. (Balignment _ = 7 (B (B (Bav_init_packet :: IO (Ptr CAVPacket) (Bav_init_packet = (B alloca $ \pkt - do (B c_av_init_packet pkt (B return pkt (B (B (Bforeign import ccall unsafe "av_init_packet" (Bc_av_init_packet :: Ptr CAVPacket - IO () (B- (B (Bbut ghc-6.2.2 said : (B (BFFmpeg.o(.text+0x44):fake: undefined reference to `av_init_packet' . (B (BOf cource, this problem is only here, ghc can refers to other C function (Bby FFI. And if I don't pass the link option to ghc, then ghc's refer (Bproblem message is normaly, like this : (B (Bc:/ghc/ghc-6.2.2/libHSrts.a(Main.o)(.text+0x87):Main.c: undefined (Breference to `__stginit_ZCMain' (B (B (BWhere is a problem of my code? (B (B (B-- (Bshelarcy shelarcy capella.freemail.ne.jp (Bhttp://page.freett.com/shelarcy/ (B___ (BHaskell-Cafe mailing list (BHaskell-Cafe@haskell.org (Bhttp://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell] [ANNOUNCE] Non-ASCII Charset Support patch for Text.Regex
Hello. (B (BSakai Masahiro made a patch for GHC Text.Regex. (BBecause Text.Regex doesn't support Non-ASII Charset well. (BHe uses Onigurma what Regex C Library support Non-ASCII Charset well (Band GNU Regex Library replacement (this is usesd under Ruby version (Bhigher 1.9.X), replace for current Text.Regex's C library. (B (B (BHere is patch (Bhttp://www.tom.sfc.keio.ac.jp/~sakai/d/?date=20050209#p01 (B (Band here is Onigurma's WebSite. (Bhttp://www.geocities.jp/kosako3/oniguruma/ (B (B (BIf you add this patch for GHC-6.2.2 sourcecode , autoconf, (Band ./configure with --enable-oniguruma option, then (Byou can use Text.Regex with Oniguruma. (B (B-- (Bshelarcy shelarcy capella.freemail.ne.jp (Bhttp://page.freett.com/shelarcy/ (B___ (BHaskell mailing list (BHaskell@haskell.org (Bhttp://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell-cafe] Problems with compiling wxFruit
You hace to add option --make, if you complie haskell program file with (Bsome files. (BAnd, you have to change WX.size to Wx.sz . (BBecause wxHaskell-0.8 changed some functions. (B (BOn Thu, 20 Jan 2005 15:50:29 +0100, Dmitri Pissarenko (B[EMAIL PROTECTED] wrote: (B I'm trying to compile wxFruit sample program paddleball (B (http://zoo.cs.yale.edu/classes/cs490/03-04b/bartholomew.robinson/). (B (B (B When I try to compile file paddle.hs (see below where it is availeble) (B using the call (B (B call (B ghc -fglasgow-exts -farrows -package wx (B -iC:\dapWork\haskell-learning\afrp-0.4 (B \src:C:\dapWork\haskell-learning paddle.hs (B /call (B (B I'm getting the error message (B (B error-message (B paddle.hs:10: (B Failed to load interface for `WXFruit': (B Could not find interface file for `WXFruit' (B (use -v to see a list of the files searched for) (B (B paddle.hs:11: (B Failed to load interface for `AFRP': (B Could not find interface file for `AFRP' (B (use -v to see a list of the files searched for) (B (B paddle.hs:12: (B Failed to load interface for `AFRPUtilities': (B Could not find interface file for `AFRPUtilities' (B (use -v to see a list of the files searched for) (B /error-message (B (B-- (Bshelarcy shelarcy capella.freemail.ne.jp (Bhttp://page.freett.com/shelarcy/ (B___ (BHaskell-Cafe mailing list (BHaskell-Cafe@haskell.org (Bhttp://www.haskell.org/mailman/listinfo/haskell-cafe
package readline unknown symbol problem on GHCi 6.2.2 Windows binary (Was: [Haskell-cafe] Problem with wxHaskell
On Wed, 12 Jan 2005 12:03:44 -0800, John Velman [EMAIL PROTECTED] wrote: (B Your code works fine on Linux. :-) (B (B Oh, by the way, I compiled my wxHaskell with GHC 6.2.2 (B On Wed, Jan 12, 2005 at 04:16:33PM +0100, Dmitri Pissarenko wrote: (B I've downloaded wxHaskell, ran the wxhaskell-register.bat file and now (B try to build a minimal wxHaskell program. (B (B For this purpose, I tried to start GHCi using following command (B (B ghci -package wx GuiTest.hs (B (BHmm. I think this problem is specially on Windows binary by using GHCi. (BIf you use GHC, programm may be compiled without following error message. (B (B GHCi crashed with following error messages: (B error-messages (B GHC Interactive, version 6.2.2, for Haskell 98. (B http://www.haskell.org/ghc/ (B Type :? for help. (B (B Loading package base ... linking ... done. (B Loading package haskell98 ... linking ... done. (B Loading package lang ... linking ... done. (B Loading package concurrent ... linking ... done. (B Loading package QuickCheck ... linking ... done. (B Loading package readline ... linking ... (B C:/ghc/ghc-6.2.2/HSreadline.o: unknown symbol `_rl_redisplay_function' (B ghc.exe: unable to load package `readline' (B /error-messages (B (BI saw this error message in other programs what GHCi on Windows call (Breadline (Bpackage automaticly. ex. HaXml program. (So I don't want to use HaXml (Bprogram (Bon windows.) (BThis is GHCi bug. (B (B (B-- (Bshelarcy shelarcy capella.freemail.ne.jp (Bhttp://page.freett.com/shelarcy/ (B___ (BHaskell-Cafe mailing list (BHaskell-Cafe@haskell.org (Bhttp://www.haskell.org/mailman/listinfo/haskell-cafe