Re: [wxhaskell-users] darcs patch: Synch Visual Studio Project's output dir... (and 1 more)

2008-02-16 Thread Eric Y. Kow
Thanks! I think I've found out the source of the darcs problem, and have pushed these in (along with my recent set of patches). -- Eric Kow PGP Key ID: 08AC04F9 pgpnkRqEbtK6a.pgp Description: PGP signature -

Re: [wxhaskell-users] darcs patch: Synch Visual Studio Project's output dir... (and 1 more)

2008-02-16 Thread shelarcy
On Sun, 17 Feb 2008 03:03:43 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: > I've got some weird trouble with this patch and darcs. > Could you regenerate the bundle with darcs send -O (or -o if your darcs > does not support it) and attach it manually? Okay, I attached that. Best Regards, -- sh

Re: [wxhaskell-users] wxhaskell 0.10.2 on hackage (experimental)

2008-02-16 Thread Eric Y. Kow
Hi, On Sat, Feb 16, 2008 at 09:07:04 -0800, Conal Elliott wrote: > What's the deal on wxhaskell and ghci-friendliness? Do we > still have to use wxWindows/wxWidgets 2.4.2 in order to run more than one > GUI per ghci session? Will it be possible at all any more? Sorry. I don't have anything to

Re: [wxhaskell-users] wxhaskell 0.10.2 on hackage (experimental)

2008-02-16 Thread Conal Elliott
Hi Eric, Thanks for the progress update. Your remark about 2.6 only raises a question for me: What's the deal on wxhaskell and ghci-friendliness? Do we still have to use wxWindows/wxWidgets 2.4.2 in order to run more than one GUI per ghci session? Will it be possible at all any more? - Conal

[wxhaskell-users] darcs patch: Synch Visual Studio Project's output dir... (and 1 more)

2008-02-16 Thread shelarcy
darcs5aba1e Description: Binary data - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/

[wxhaskell-users] darcs patch: Consolidate build targets which exist purely for the sake of Cabal. (and 12 more)

2008-02-16 Thread Eric Y. Kow
Third attempt at sending. -- Eric Kow PGP Key ID: 08AC04F9 Sat Feb 16 09:58:45 GMT 2008 Eric Kow <[EMAIL PROTECTED]> * Consolidate build targets which exist purely for the sake of Cabal. Sat Feb 16 10:00:20 GMT 2008 Eric Kow <[EMAIL PROTECTED]>

[wxhaskell-users] wxhaskell 0.10.2 on hackage (experimental)

2008-02-16 Thread Eric Y. Kow
Hi everyone, I have uploaded an unofficial pre-release of wxhaskell on hackage. It is available as two packages, wxcore and wx. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/wxcore-0.10.2 http://hackage.haskell.org/cgi-bin/hackage-scripts/package/wx-0.10.2 Let me stress that th

Re: [wxhaskell-users] darcs patch: Add a Cabal file for wxcore. (and 16 more)

2008-02-16 Thread Eric Y. Kow
> Please remember wxdirect uses Data.Time stuff. > So we add time package dependency, before. ah, right! > So, I think better solution is like this: changing Graphics.UI.WXCore.Db > module > to use new time packages modules. ok, could you figure out how to do this? Data.Time does not appear t

Re: [wxhaskell-users] darcs patch: Add a Cabal file for wxcore. (and 16 more)

2008-02-16 Thread shelarcy
On Sat, 16 Feb 2008 19:04:56 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: >> I see that Graphics.UI.WXCore.Db dependes on old-time package's System.Date >> module. >> But old-time package doesn't depend on time package. >> >> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/old-time-1.0

Re: [wxhaskell-users] darcs patch: Add a Cabal file for wxcore. (and 16 more)

2008-02-16 Thread Eric Y. Kow
> I see that Graphics.UI.WXCore.Db dependes on old-time package's System.Date > module. > But old-time package doesn't depend on time package. > > http://hackage.haskell.org/cgi-bin/hackage-scripts/package/old-time-1.0.0.0 > > So you don't remove time package dendency from wxcore.cabal. Wait, I

Re: [wxhaskell-users] darcs patch: Add a Cabal file for wxcore. (and 16 more)

2008-02-16 Thread shelarcy
On Sat, 16 Feb 2008 03:16:14 +0900, Eric Kow <[EMAIL PROTECTED]> wrote: > Fri Feb 15 18:14:44 GMT 2008 Eric Kow <[EMAIL PROTECTED]> > * Fix some dependencies that Ross Paterson pointed out. > > hunk ./wxcore.cabal 17 > -build-depends: base >= 3, time, parsec > +build-depends: bas