Re: [Haskell-cafe] OpenAL bindings?

2012-01-08 Thread shelarcy

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

2008-11-04 Thread shelarcy
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

2008-11-03 Thread shelarcy
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

2008-10-14 Thread shelarcy
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

2008-10-14 Thread shelarcy
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

2008-07-30 Thread shelarcy
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

2007-09-20 Thread shelarcy
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

2007-09-20 Thread shelarcy
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

2007-07-31 Thread shelarcy
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

2007-07-23 Thread shelarcy
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

2007-07-23 Thread shelarcy
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

2007-06-25 Thread shelarcy
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

2007-05-11 Thread shelarcy
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

2007-05-10 Thread shelarcy
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

2007-05-10 Thread shelarcy
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

2007-05-10 Thread shelarcy
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

2007-05-10 Thread shelarcy
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

2007-05-10 Thread shelarcy
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

2007-05-10 Thread shelarcy
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

2007-05-08 Thread shelarcy
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

2007-04-26 Thread shelarcy
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

2007-04-26 Thread shelarcy
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

2007-02-05 Thread shelarcy
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

2007-02-05 Thread shelarcy
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

2007-01-11 Thread shelarcy
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

2006-12-18 Thread shelarcy
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

2006-12-02 Thread shelarcy
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

2006-12-01 Thread shelarcy
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

2006-12-01 Thread shelarcy
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

2006-12-01 Thread shelarcy
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

2006-11-30 Thread shelarcy
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

2006-11-30 Thread shelarcy
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

2006-11-30 Thread shelarcy
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

2006-11-29 Thread shelarcy
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

2006-10-14 Thread shelarcy
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

2006-10-12 Thread shelarcy
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

2006-10-12 Thread shelarcy
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

2006-09-14 Thread shelarcy
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

2006-08-17 Thread shelarcy

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


[Haskell-cafe] Re: [wxhaskell-users] FW: Reviving wxHaskell

2006-08-02 Thread shelarcy

Sorry, I used wrong e-mail address to post Haskell-Cafe.
So, I send this mail again.


On Wed, 02 Aug 2006 06:03:46 +0900, Eric Y. Kow [EMAIL PROTECTED] wrote:

On Tue, Aug 01, 2006 at 13:03:52 -0700, Daan Leijen wrote:

One potential challenge is to find a group of testers that are
willing to help compiling wxHaskell on different target systems:
Windows, MacOS X, and Unix/GTK variations.


I volunteer to help test on MacOS X


I voluteer to help test on Windows, too.



Why don't we make the switch to darcs while we're at it?  Revision
control may be the least of our worries, but I think that darcs would
have been helpful specifically for our case  (multiple
revisions of my Unicode patch, Shelarcy's patches for Windows stuff,
Mac Makefile stuff, the new DB-related issues).

Keeping track of patch-on-patch-on-patch has gottten to be tricky.
Having a truly patch-oriented system would
1. make it easier for outsiders to submit modifications
2. make us more resistant to the busy-ness of our project leaders

So, should we go ahead and do this?



I agree with you.


--
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

2006-07-31 Thread shelarcy

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

2006-07-07 Thread shelarcy
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

2006-07-05 Thread shelarcy
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..

2006-06-01 Thread shelarcy

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

2006-03-21 Thread shelarcy

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

2005-09-26 Thread shelarcy

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

2005-03-01 Thread shelarcy
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

2005-02-19 Thread shelarcy
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

2005-01-20 Thread shelarcy
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

2005-01-13 Thread shelarcy
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