Menu
▾
▴
wxhaskell-devel — wxhaskell developers
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
(53) |
Mar
(145) |
Apr
(22) |
May
(7) |
Jun
(14) |
Jul
(14) |
Aug
(9) |
Sep
(10) |
Oct
(48) |
Nov
(59) |
Dec
(45) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(36) |
Feb
(5) |
Mar
(33) |
Apr
(28) |
May
(5) |
Jun
(6) |
Jul
(1) |
Aug
(7) |
Sep
(11) |
Oct
(3) |
Nov
(31) |
Dec
|
| 2010 |
Jan
(8) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(9) |
Jun
(1) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(1) |
May
(2) |
Jun
(12) |
Jul
(36) |
Aug
(7) |
Sep
(40) |
Oct
(6) |
Nov
(40) |
Dec
(8) |
| 2012 |
Jan
(54) |
Feb
(8) |
Mar
(1) |
Apr
(16) |
May
(2) |
Jun
(12) |
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
(7) |
| 2013 |
Jan
(8) |
Feb
|
Mar
(13) |
Apr
(2) |
May
(13) |
Jun
(44) |
Jul
|
Aug
(13) |
Sep
(12) |
Oct
(11) |
Nov
(7) |
Dec
(6) |
| 2014 |
Jan
(3) |
Feb
(4) |
Mar
(9) |
Apr
(1) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(2) |
Jun
(3) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(2) |
Nov
(1) |
Dec
(1) |
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2020 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Eric K. <eri...@gm...> - 2008-02-27 22:33:36
|
It's possible that just doing this is not enough to support --split-objs... Wed Feb 27 22:31:52 GMT 2008 Eric Kow <eri...@gm...> * Add an --hcflags option to the configure script. For --split-objs and friends. |
|
From: Eric Y. K. <eri...@gm...> - 2008-02-27 22:26:03
|
On Wed, Feb 27, 2008 at 13:52:52 +0000, Eric Kow wrote: > I think we're ready for me to push these in tonight. Done. -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
|
From: Eric Y. K. <eri...@gm...> - 2008-02-27 22:23:38
|
> How about get clean darcs repository, and build again? > wxdirect generate soundStop function from wxc/sound.h's wxSound_Stop. To my relief, make clean, etc did the job! Sorry for the noise. -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
|
From: Eric K. <eri...@gm...> - 2008-02-27 13:53:13
|
Wed Feb 27 13:48:48 GMT 2008 Eric Kow <eri...@gm...> * Fix bugs makefile under Linux Wed Feb 27 13:51:40 GMT 2008 Eric Kow <eri...@gm...> * Specify what OS BoxedCombinator bug fails on. |
|
From: Eric K. <eri...@gm...> - 2008-02-27 13:53:01
|
I think we're ready for me to push these in tonight. Mon Feb 25 22:35:54 GMT 2008 Eric Kow <eri...@gm...> * Remove support for GHC prior to 6.4. Mon Feb 25 23:16:35 GMT 2008 Eric Kow <eri...@gm...> * Add wxcore-prof target for compiling profiling versions of wxcore. Tue Feb 26 21:12:27 GMT 2008 Eric Kow <eri...@gm...> * Fix some bugs pointed out by shelarcy on wxcore-prof. Tue Feb 26 21:51:55 GMT 2008 Eric Kow <eri...@gm...> * Add a configure option to enable wxcore profiling. Wed Feb 27 03:48:45 GMT 2008 shelarcy <she...@gm...> * Fix bugs in enable wxcore profiling. Wed Feb 27 03:50:51 GMT 2008 shelarcy <she...@gm...> * Add wx-prof target for Windows binary distribution. Wed Feb 27 13:47:57 GMT 2008 Eric Kow <eri...@gm...> * Remove parasite configure change. Move around some variables to make more sense. |
|
From: Eric K. <eri...@gm...> - 2008-02-27 09:58:48
|
> I'm not sure. large parts of wxcore are generated by running wxdirect > over the wxc headers. I couldn't find a way to make cabal handle this > dependency without moving to the Makefile buildtype. Well, what I was hoping in my idealised vision of wxc separation was that we could ship wxcore with all the auto-generated parts, leaving the user with only Haskell modules to build. The requirements then would be for the user to have installed wxc already, much in the same way that we already require that they install wxWidgets. [My one worry is how to make it so that when people use the wxcore package, the necessary wxc stuff is linked in, but I'm guessing Cabal has a mechanism for this] For this to work, I'm guessing that your proposal for increased modularity (wx-contribs/) would need to be implemented, so that we can just distribute a bog-standard wxcore, and let people do their own wxdirect on whatever extra modules they want. -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
|
From: Jeremy O'D. <je...@o-...> - 2008-02-27 09:49:48
|
On Tue, 26 Feb 2008 13:55:48 -0800 (PST), "Eric Kow" <eri...@gm...> said: > - I'm not particularly bothered if our implementation of this is ugly. > I figure that 0.11 is going to have wxc separated anyway, so maybe > we'll be able to switch to Simple buildtype for wxcore and all this > will be moot. I'm not sure. large parts of wxcore are generated by running wxdirect over the wxc headers. I couldn't find a way to make cabal handle this dependency without moving to the Makefile buildtype. I actually got somewhat disillusioned with Cabal while trying to move everything to using it because it really only knows about Haskell dependencies and very simple C/C++ (i.e. which can be compiled via the Haskell compiler). I haven't kept up well with the further development of Cabal recently, but I suspect that the limitation probably remains. The wxc separation should be OK - it's already (as noted previously) essentially working for me. Jeremy |
|
From: shelarcy <she...@gm...> - 2008-02-27 06:20:42
|
On Wed, 27 Feb 2008 06:58:55 +0900, Eric Y. Kow <eri...@gm...> wrote: > Any quick solutions or patches? >% runhaskell Setup build > Preprocessing library wx-0.10.2... > Building wx-0.10.2... > [12 of 15] Compiling Graphics.UI.WX.Media ( > src/Graphics/UI/WX/Media.hs, dist/build/Graphics/UI/WX/Media.o ) >src/Graphics/UI/WX/Media.hs:103:9: Not in scope: `soundStop' This problem doesn't occur my Mac OS X environment. (I tested with current darcs repository one, and patched version that supports profiling library.) How about get clean darcs repository, and build again? wxdirect generate soundStop function from wxc/sound.h's wxSound_Stop. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: shelarcy <she...@gm...> - 2008-02-27 05:30:04
|
Hi Eric,
On Wed, 27 Feb 2008 06:55:48 +0900, Eric Kow <eri...@gm...> wrote:
> I'm not sure if this really is working yet.
You forgot to add installing phase for profiling library.
So I fixed that in attached profiling.dpatch file.
> Tue Feb 26 21:51:55 GMT 2008 Eric Kow <eri...@gm...>
> * Add a configure option to enable wxcore profiling.
>
> (snip)
>
> hunk ./configure 343
> + --with-hc=3D*)
> + hc=3D"$arg";;
Is this typo?
Do you want to write below code in this place?
-with-hcprof|--with-hcprof)
enableprof="yes";;
-with-hcpkg=*|--with-hcprof=*)
hcprof="$arg"
enableprof="yes";;
I don't fixed this part yet. Because I want to know what you intended.
> Notes:
> - this doesn't work with Cabal (unless you use --with-configure-opts) because
> the Make buildtype doesn't pass along the information we need (at least to
> my awareness).
Okay, I know that.
> - I haven't tried it out yet.
I tried to use profiling library on Windows.
$ ghc --make STCEvent.hs -prof
$ STCEvent +RTS -p
Okay, profiling library works.
Attached archive is a report that was made by profiling library and RTS.
Best Regards,
--
shelarcy <shelarcy hotmail.co.jp>
http://page.freett.com/shelarcy/ |
|
From: Eric Y. K. <eri...@gm...> - 2008-02-26 21:59:26
|
I've noticed this error recently. I'm guessing it's because of the
non-mandatory --enable-mediactrl recently introduced.
Any quick solutions or patches?
% runhaskell Setup build
Preprocessing library wx-0.10.2...
Building wx-0.10.2...
[12 of 15] Compiling Graphics.UI.WX.Media (
src/Graphics/UI/WX/Media.hs, dist/build/Graphics/UI/WX/Media.o )
src/Graphics/UI/WX/Media.hs:103:9: Not in scope: `soundStop'
--
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9
|
|
From: Eric K. <eri...@gm...> - 2008-02-26 21:55:55
|
I'm not sure if this really is working yet. Notes: - this doesn't work with Cabal (unless you use --with-configure-opts) because the Make buildtype doesn't pass along the information we need (at least to my awareness). - I'm not particularly bothered if our implementation of this is ugly. I figure that 0.11 is going to have wxc separated anyway, so maybe we'll be able to switch to Simple buildtype for wxcore and all this will be moot. - The profiling version takes a ridiculously long time to link - I haven't tried it out yet. Mon Feb 25 22:35:54 GMT 2008 Eric Kow <eri...@gm...> * Remove support for GHC prior to 6.4. Mon Feb 25 23:16:35 GMT 2008 Eric Kow <eri...@gm...> * Add wxcore-prof target for compiling profiling versions of wxcore. Tue Feb 26 21:12:27 GMT 2008 Eric Kow <eri...@gm...> * Fix some bugs pointed out by shelarcy on wxcore-prof. Tue Feb 26 21:51:55 GMT 2008 Eric Kow <eri...@gm...> * Add a configure option to enable wxcore profiling. |
|
From: shelarcy <she...@gm...> - 2008-02-26 08:27:44
|
We can also use -hisuf option instead of -ohi option. I missed that. Thanks, On Tue, 26 Feb 2008 13:57:16 +0900, shelarcy <she...@gm...> wrote: > ghc search*.p_hi for profiling version, but ghc doesn't use *.p_hi to generate > interafe file in default. So we must use -ohi option to generate *.p_hi. > e.g. ghc Graphics/UI/WXCore/WxcClasses.hs -ohi Graphics/UI/WXCore/WxcClasses.p_hi > > http://www.haskell.org/ghc/docs/latest/html/users_guide/flag-reference.html#id350122 > > Or renaming from *.hi to *.p_hi for profiling version. > > http://www.haskell.org/pipermail/haskell-cafe/2007-May/025681.html -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: shelarcy <she...@gm...> - 2008-02-26 04:57:25
|
Hi Eric, On Tue, 26 Feb 2008 08:18:52 +0900, Eric Kow <eri...@gm...> wrote: > Mon Feb 25 23:16:35 GMT 2008 Eric Kow <eri...@gm...> > * Add wxcore-prof target for compiling profiling versions of wxcore. > > (snip) >hunk ./configure 817 > HCBASENAME=3D$hcbasename > HCFLAGS=3D > HCPKG=3D$hcpkg > +HC-PROF-FLAGS=3D-prof -auto-all > = GHC's profiling option is not only -auto-all but also -caf-all and others. http://www.haskell.org/ghc/docs/latest/html/users_guide/flag-reference.html#id353897 http://www.haskell.org/ghc/docs/latest/html/users_guide/profiling.html And user usually wants to specify his own profiling option. So, Cabal has Ghc-Prof-Options field to get profiling options. http://www.haskell.org/ghc/docs/latest/html/Cabal/authors.html#buildinfo How about use this field to get profiling option instead of just using -auto-all? And I found two bugs in your patch. > hunk ./makefile 478 > > (snip) > > +WXCORE-PROF-OBJ =3D$(WXCORE-OUTDIR)/$(WXCORE).p_o > +WXCORE-PROF-LIB =3D$(WXCORE-OUTDIR)/lib$(WXCORE).p_a > +WXCORE-CORE-A-PROF-OBJ =3D$(WXCORE-OUTDIR)/$(WXCORE)0.p_o > +WXCORE-CORE-A-PROF-LIB =3D$(WXCORE-OUTDIR)/lib$(WXCORE)0.p_a > +WXCORE-CORE-B-PROF-OBJ =3D$(WXCORE-OUTDIR)/$(WXCORE)1.p_o > +WXCORE-CORE-B-PROF-LIB =3D$(WXCORE-OUTDIR)/lib$(WXCORE)1.p_a > +WXCORE-CORE-C-PROF-OBJ =3D$(WXCORE-OUTDIR)/$(WXCORE)2.p_o > +WXCORE-CORE-C-PROF-LIB =3D$(WXCORE-OUTDIR)/lib$(WXCORE)2.p_a Profiling library name is *_p.a, not *.p_a. This is different from other files name. It's confusing point. See your ghc libraries' names. So you must change following. WXCORE-PROF-LIB =$(WXCORE-OUTDIR)/lib$(WXCORE)_p.a > hunk ./makefile.lib 60 > # usage: $(call make-objs,<object root path>,<file base names>) > make-hs =3D$(patsubst %,$(1)/%.hs,$(2)) > make-objs =3D$(patsubst %,$(1)/%.o,$(2)) > +make-prof-objs =3D$(patsubst %,$(1)/%.p_o,$(2)) >(snip) > > +# compile-hs(<output .o>,<input .hs>,<compile flags>,<top output directory= >> ,<hs directories>) > +compile-prof-hs =3D$(call make-hs-obj,$(1),$(2),$(3),$(4)) && \ > + $(call silent-move-stubs,$(1),$(2)) && \ > + $(call make-hs-prof-deps,$(1),$(2),$(3),$(4),$(5)) I think you must add make-hs-prof-obj and use it in this part. Because we want to generate profiling version of interface file (*.p_hi). ghc search*.p_hi for profiling version, but ghc doesn't use *.p_hi to generate interafe file in default. So we must use -ohi option to generate *.p_hi. e.g. ghc Graphics/UI/WXCore/WxcClasses.hs -ohi Graphics/UI/WXCore/WxcClasses.p_hi http://www.haskell.org/ghc/docs/latest/html/users_guide/flag-reference.html#id350122 Or renaming from *.hi to *.p_hi for profiling version. http://www.haskell.org/pipermail/haskell-cafe/2007-May/025681.html Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: Eric K. <eri...@gm...> - 2008-02-25 23:18:57
|
It's not done yet, but in case anybody wants to comment (or to complete it!)... Mon Feb 25 22:35:54 GMT 2008 Eric Kow <eri...@gm...> * Remove support for GHC prior to 6.4. Mon Feb 25 23:16:35 GMT 2008 Eric Kow <eri...@gm...> * Add wxcore-prof target for compiling profiling versions of wxcore. |
|
From: Eric Y. K. <eri...@gm...> - 2008-02-25 22:00:05
|
Thanks! Applied. -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
|
From: Eric Y. K. <eri...@gm...> - 2008-02-25 21:33:23
|
On Mon, Feb 25, 2008 at 11:04:31 +0000, Eric Kow wrote: > Thanks for spotting this, shelarcy! > > Mon Feb 25 00:01:09 GMT 2008 Eric Kow <eri...@gm...> > * Implement an --enable-mediactrl configure flag. > with mediactrl disabled by default. > > Mon Feb 25 11:03:40 GMT 2008 Eric Kow <eri...@gm...> > * Fix bug pointed out by shelarcy in --enable-mediactrl flag. > It was setting the opengl flag instead. Going to go ahead and push this. -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
|
From: Jeremy O'D. <jer...@gm...> - 2008-02-25 17:07:27
|
On 25/02/2008, Eric Kow <eri...@gm...> wrote: > > Please do give us what you have (in any form). Given the rough edges, > I'd vote we sit on it until 0.10 is out the door [for example, I can > fix conflicts and put in a private darcs repo] and hope for a 0.11 not > too long after. Likewise for the wxc stuff. A little dose of > conservatism here in the interests of shipping. OK - I'll package up what I have, attach some explanation and push it to you. I'll ensure that it at least compiles and does the basics on Windows. Agree that leaving it out to enable early shipping is probably a good move, as there are quite a few changes. Regards Jeremy |
|
From: Eric K. <eri...@gm...> - 2008-02-25 16:48:48
|
Hi Jeremy, (glad to see you're still somewhat around) > I can give you what I have for wxWidgets 2.8 support (I would merge > latest patches and ensure it compiles, but have too many work > commitments to do any more), if people feel it's essential and/or > useful. There are some rough edges, but it works OK(*) on Windows at > least. Please do give us what you have (in any form). Given the rough edges, I'd vote we sit on it until 0.10 is out the door [for example, I can fix conflicts and put in a private darcs repo] and hope for a 0.11 not too long after. Likewise for the wxc stuff. A little dose of conservatism here in the interests of shipping. -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
|
From: Jeremy O'D. <jer...@gm...> - 2008-02-25 16:10:48
|
Hi all, On 25/02/2008, Eric Kow <eri...@gm...> wrote: > > Or do you think that wxWidgets 2.8 support is actually right around the corner? I can give you what I have for wxWidgets 2.8 support (I would merge latest patches and ensure it compiles, but have too many work commitments to do any more), if people feel it's essential and/or useful. There are some rough edges, but it works OK(*) on Windows at least. A thing to bear in mind is that wxWidgets 2.8 support definitively breaks support for the 2.4 line. This may be a deal-breaker for those who like to work in ghci. (*) OK == about as well as wxWidgets 2.6.2 > If not, I'd say that wxhaskell 0.10 should aim for a 'it just works' > installation on the default case (vanilla wxWidgets without any > special flags; for example, what ships with the system) for Windows, > Linux and Mac. I'd especially like for wxhaskell to be easy for > Windows users to install and use. > > The things I'd like to see in wxhaskell 0.11 are > - wxWidgets 2.8 support > - a better way of dealing with contribs/ (see Jeremy's mail on modularity) > - wxc separation (maybe) I actually more or less have wxc separation, in a makefile (I have a single makefile for Microsoft and GNU compilers). It's virtually finished, but not tested on all platforms. Again, happy to provide, but this one isn't for the faint-hearted. Let me know if you'd like the 2.8 support - it is in a slightly rough form, but I've only managed to spend a couple of hours on it in the last 3 months, so may be better to 'get it out there'. |
|
From: Eric K. <eri...@gm...> - 2008-02-25 15:43:18
|
> wxHaskell doesn't support any profiling option, but Cabal does. You're right. That does sound pretty important. > 2. Add --enable-split-objs option I'm guessing this is relatively easy. I think we should try to do this if it really is just an issue of makefile hacking. Anything more substantial should probably wait for 0.11 -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
|
From: shelarcy <she...@gm...> - 2008-02-25 15:36:31
|
On Mon, 25 Feb 2008 23:17:50 +0900, Eric Kow <eri...@gm...> wrote: > If not, I'd say that wxhaskell 0.10 should aim for a 'it just works' > installation on the default case (vanilla wxWidgets without any > special flags; for example, what ships with the system) for Windows, > Linux and Mac. I'd especially like for wxhaskell to be easy for > Windows users to install and use. I can provide Windows binary installer for wxWidgets 2.6.x. I already provide unofficial Windows binary. http://sourceforge.net/project/showfiles.php?group_id=168626&package_id=192360 So I can upload Windows binary when releasing new version of wxHaskell. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: shelarcy <she...@gm...> - 2008-02-25 15:20:09
|
On Mon, 25 Feb 2008 23:17:50 +0900, Eric Kow <eri...@gm...> wrote: > What do you think about postponing official 2.8 support until the next > version of wxhaskell? We could release 0.10.x soonish, and document > that it only works for wxWidgets 2.4 and 2.6. I think we have a few tasks for releasing new version without supporting 2.8. I know we have 2 important tasks. 1. Add profiling option wxHaskell doesn't support any profiling option, but Cabal does. http://www.haskell.org/ghc/docs/latest/html/Cabal/builders.html#setup-configure-misc This is important for turning performance. So, Anthony Chaumas-Pellet (and I think some people) want to find how to do that. http://www.haskell.org/pipermail/haskell-cafe/2007-May/025681.html And Gtk2Ha supports that. http://www.haskell.org/pipermail/haskell-cafe/2007-May/025727.html 2. Add --enable-split-objs option wxHaskell doesn't support GHC's -split-objs option any profiling option, but Cabal does. Current wxHaskell generates big binary. So I think this is important task, too. Eric, could you add these features? Or we also postpone these tasks to 0.11? Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: shelarcy <she...@gm...> - 2008-02-25 14:30:21
|
DarcsURL: C:/home/shelarcy/wxhaskell
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=_"
--=_
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Mon Feb 25 22:57:54 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2008 shelarcy <shelarc=
y...@gm...>
* Fix: configure doesn't find GHC's Haddock document directory on GHC 6.8=
.x or higher.
Mon Feb 25 23:11:05 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2008 shelarcy <shelarc=
y...@gm...>
* Fix: docdist and bindist's wx documents don't link wxcore documents.
Mon Feb 25 23:25:51 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2008 shelarcy <shelarc=
y...@gm...>
* Change samples/contrib/Camels.hs encoding to UTF-8.
--=_
Content-Type: text/x-darcs-patch; name="fix_-configure-doesn_t-find-ghc_s-haddock-document-directory-on-ghc-6_8_x-or-higher_.dpatch"
Content-Transfer-Encoding: quoted-printable
Content-Description: A darcs patch for your repository!
New patches:
[Fix: configure doesn't find GHC's Haddock document directory on GHC 6.8.x =
or higher.
shelarcy <she...@gm...>**20080225135754] {
hunk ./configure 659
- docroot=3D"$ghcroot/doc/html/libraries"
+ # set correct haddock root directory
+ case "$hcversion" in
+ 6.0* | 6.1* | 6.2* | 6.3* | 6.4* | 6.5* | 6.6*)
+ docroot=3D"$ghcroot/doc/html/libraries";;
+ 6.*) =
+ docroot=3D"$ghcroot/doc/libraries";;
+ *)
+ docroot=3D"$ghcroot/doc/libraries";;
+ esac
}
[Fix: docdist and bindist's wx documents don't link wxcore documents.
shelarcy <she...@gm...>**20080225141105] {
hunk ./makefile 770
-HDOCFLAGS =3D --prologue=3Dconfig/prologue.txt --html $(HDOCBASES)
+WXCORE-HDOCFLAGS =3D --prologue=3Dconfig/prologue.txt --html $(HDOCBASES=
)
+WX-HDOCFLAGS =3D $(WXCORE-HDOCFLAGS) -i$(WXCORE-DOC-OUTDIR)/wxcore.haddo=
ck
hunk ./makefile 811
- $(HDOC) --odir $(WXCORE-DOC-OUTDIR) --dump-interface=3D$(WXCORE-DOCFILE) =
$(HDOCFLAGS) $(WXCORE-DOCSOURCES)
+ $(HDOC) --odir $(WXCORE-DOC-OUTDIR) --dump-interface=3D$(WXCORE-DOCFILE) =
$(WXCORE-HDOCFLAGS) $(WXCORE-DOCSOURCES)
hunk ./makefile 814
- $(HDOC) --odir $(WX-DOC-OUTDIR) --dump-interface=3D$(WX-DOCFILE) $(HDOCFL=
AGS) $(WX-DOCSOURCES)
+ $(HDOC) --odir $(WX-DOC-OUTDIR) --dump-interface=3D$(WX-DOCFILE) $(WX-HDO=
CFLAGS) $(WX-DOCSOURCES)
}
[Change samples/contrib/Camels.hs encoding to UTF-8.
shelarcy <she...@gm...>**20080225142551] {
hunk ./samples/contrib/Camels.hs 1
-{-------------------------------------------------------------------------=
-------
- Camel game by Maarten L=F6ffler (mlo...@cs...) (adapted by Daan Le=
ijen).
+=EF=BB=BF{----------------------------------------------------------------=
----------------
+ Camel game by Maarten L=C3=B6fler (mlo...@cs...) (adapted by Daan =
Leijen).
hunk ./samples/contrib/Camels.hs 151
- =3D infoDialog w "About Camels" "Camels\n\nby Maarten L=F6ffler\nmloffle=
r...@cs...\n\nCamels was written using wxHaskell"
+ =3D infoDialog w "About Camels" "Camels\n\nby Maarten L=C3=B6fler\nmloff=
le...@cs...\n\nCamels was written using wxHaskell"
}
Context:
[Add a diagram of wxhaskell components.
Eric Kow <eri...@gm...>**20080224185557] =
[(OS X) Skip intermediate step of compiling master.o (revisited!)
Eric Kow <eri...@gm...>**20080218225200
=
I'm going to quote some mails from Malcolm Wallace on wxhaskel-users in ea=
rly
2008-02.
=
First message:
> I'm attempting to install wxHaskell from the darcs repo at
> darcs.haskell.org, under ghc-6.6. on MacOS 10.4.11, with
> wxMac-2.6.4.
>
> The compilation of wxHaskell seems to proceed OK until the link
> stage:
>
> g++ -r -keep_private_externs -nostdlib -o out/wxc/master.o ....
>
> which failed because there is no -lstdc++-static on my machine. I
> found the place in the makefile to replace -lstdc++-static with
> the dynamic -lstdc++, and compilation proceeds further, but not
> much:
>
> g++ -dynamiclib -install_name\
> /usr/local/wxhaskell/lib/libwxc-mac2.6.4-0.10.1.dylib -undefined suppres=
s\
> -flat_namespace -o out/wxc/libwxc-mac2.6.4-0.10.1.dylib out/wxc/master.o=
\
> -lwx_macu_gl-2.6 -L/usr/local/lib -framework QuickTime -framework IOKit\
> -framework Carbon -framework Cocoa -framework System -lwx_macu_media-2.6=
\
> -lwx_macu-2.6
> ld: out/wxc/master.o undefined symbol 12387 (__ZTI10wxListBase) can'=
t be a weak definition
> /usr/bin/libtool: internal link edit command failed
>
> The offending symbol __ZTI10wxListBase looks like it might be a
> z-encoded symbol from Haskell-land, but I'm not sure how to proceed.
=
Second message:
> A correct build on MacOS 10.4.11 with ghc-6.6 requires that
> wxWidgets is configured with --enable-shared, and that this patch:
>
> (OS X) Check architecture to use intermediate step of compiling
> master.o or not.
>
> be darcs unpulled from your local repo.
>
> With these tweaks, wxHaskell builds, compiles, and runs the demo
> programs.
=
] =
[Eliminate mandatory --with-opengl on Linux.
Eric Kow <eri...@gm...>**20080219171912
=
If wxWidgets is compiled with opengl, its header files
#define wxUSE_GLCANVAS 1
=
(See, for example, /usr/lib/wx/include/gtk2-unicode-release-2.6/wx/setup.h=
on
Ubuntu Gutsy Gibbon), which causes us to compile glcanvas as if we were go=
ing
to link against the wxWidgets opengl library. But since we are not linkin=
g
against that, the user gets errors compiling their applications.
=
Here we introduce an extra preprocessor flag to really insist that no, des=
pite
what wxWidgets says, we don't want to use GLCANVAS.
] =
[Fix: wxPrint**, wxPreviveFrame** and other function causes link error by u=
ndefined reference on Windows (Visual Studio).
shelarcy <she...@gm...>**20080219034144] =
[Cleanup passing of std/media/stc/opengl to wx-config.
Eric Kow <eri...@gm...>**20080218130345] =
[Export TabPage type synonym (bug 1349475)
Eric Kow <eri...@gm...>**20080218005112] =
[Add ListControl test case (bug 1742979)
Eric Kow <eri...@gm...>**20080218002441
This might only be a bug on Windows, if at all.
] =
[Add test case textColor attribute (bug 1224727).
Eric Kow <eri...@gm...>**20080218000738] =
[Fix Landscape printing (bug 1168903).
Eric Kow <eri...@gm...>**20080217235724
=
Filed on behalf on Lennart Augustson <le...@au...>, who
submitted a regular Unix patch.
] =
[Add BoxedCombinator test case (bug 1549363)
Eric Kow <eri...@gm...>**20080217233719] =
[Add Sound type's Media class stop method.
shelarcy <she...@gm...>**20080218160511] =
[Fix STC* test cases.
shelarcy <she...@gm...>**20080218155734] =
[Fix: wrapper.h and sound.cpp doesn't care about wxWindows 2.4.2.
shelarcy <she...@gm...>**20080218155605] =
[Sync Visual Studio Project's source flatten away ewxw directories.
shelarcy <she...@gm...>**20080218142201] =
[Add the submenu bug.
Eric Kow <eri...@gm...>**20080217174326] =
[Add NonModalDialog test case (bug #1372529)
Eric Kow <eri...@gm...>**20080217174203] =
[Add a bugs directory for test cases.
Eric Kow <eri...@gm...>**20080217174142] =
[Fix UTF8Sampler test case.
Eric Kow <eri...@gm...>**20080217130553] =
[Fix typo pointed out on bugtracker.
Eric Kow <eri...@gm...>**20080217114303] =
[dos2unix files that have both CRLF and LF line terminators
Eric Kow <eri...@gm...>**20080217095711
=
Text editors get confused by these.
Get rid of trailing whitespace while we're at it.
] =
[Flatten away ewxw directories.
Eric Kow <eri...@gm...>**20080217094929
=
This is to mirror the wxc project, making it easier to compare our
version of wxc with the standalone one.
] =
[Remove unused ewxw files.
Eric Kow <eri...@gm...>**20080217082029
=
There is an overlap between ./wxc/src/ewxw and ./wxc/src. The makefile se=
ems
to ignore the ones in ewxw.
] =
[Synch Visual Studio Project's wxc library version
shelarcy <she...@gm...>**20080216161420] =
[Synch Visual Studio Project's output dir same as makefile
shelarcy <she...@gm...>**20080216155656] =
[Ugly hack to make setup haddock work without first building.
Eric Kow <eri...@gm...>**20080216135157] =
[Bump to 0.10.2.
Eric Kow <eri...@gm...>**20080216130854] =
[Mimick cabal in placement of haddocks.
Eric Kow <eri...@gm...>**20080216130819] =
[Move cabal stuff to end of makefile.
Eric Kow <eri...@gm...>**20080216125445
so that all variables are defined.
] =
[Add Hs-Source-Dirs for wxcore.cabal.
Eric Kow <eri...@gm...>**20080216125112
In case we ever switch to the Simple build type.
] =
[Re-add time package dependency (needed by wxdirect).
Eric Kow <eri...@gm...>**20080216124853] =
[Improve description and synopsis of cabal files.
Eric Kow <eri...@gm...>**20080216124832] =
[Split doc building into wxcore and wx version.
Eric Kow <eri...@gm...>**20080216124746] =
[Modernise haskell98 imports in wxdirect.
Eric Kow <eri...@gm...>**20080216120113] =
[Prefer /usr/local/wxhaskell/bin/wx-config to the one on the path.
Eric Kow <eri...@gm...>**20080216113844
=
This makes it easier to install wxhaskell via cabal-install.
Just set up a symbolic link to point to point to your wxWidgets,
no need for the --wx-config flag.
] =
[Add some --bindir, --datadir, --libexecdir to configure script.
Eric Kow <eri...@gm...>**20080216113837
For Cabal. The last two are ignored.
] =
[Change output dir to 'dist' to mimick cabal.
Eric Kow <eri...@gm...>**20080216104847] =
[Modernise haskell98 imports in wxcore.
Eric Kow <eri...@gm...>**20080216100020] =
[Consolidate build targets which exist purely for the sake of Cabal.
Eric Kow <eri...@gm...>**20080216095845] =
[Fix some dependencies that Ross Paterson pointed out.
Eric Kow <eri...@gm...>**20080215181444] =
[TAG 0.10.1
Eric Kow <eri...@gm...>**20080215173503] =
Patch bundle hash:
26dd60bf8dd8a06ee0ca04a8d0897f407c3f27e5
--=_--
.
|
|
From: Eric K. <eri...@gm...> - 2008-02-25 14:18:12
|
Folks, What do you think about postponing official 2.8 support until the next version of wxhaskell? We could release 0.10.x soonish, and document that it only works for wxWidgets 2.4 and 2.6. Or do you think that wxWidgets 2.8 support is actually right around the corner? If not, I'd say that wxhaskell 0.10 should aim for a 'it just works' installation on the default case (vanilla wxWidgets without any special flags; for example, what ships with the system) for Windows, Linux and Mac. I'd especially like for wxhaskell to be easy for Windows users to install and use. The things I'd like to see in wxhaskell 0.11 are - wxWidgets 2.8 support - a better way of dealing with contribs/ (see Jeremy's mail on modularity) - wxc separation (maybe) -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
|
From: Eric K. <eri...@gm...> - 2008-02-25 11:04:49
|
Thanks for spotting this, shelarcy! Mon Feb 25 00:01:09 GMT 2008 Eric Kow <eri...@gm...> * Implement an --enable-mediactrl configure flag. with mediactrl disabled by default. Mon Feb 25 11:03:40 GMT 2008 Eric Kow <eri...@gm...> * Fix bug pointed out by shelarcy in --enable-mediactrl flag. It was setting the opengl flag instead. |
15 messages has been excluded from this view by a project administrator.
