Menu
▾
▴
wxhaskell-users — General mailing list for wxhaskell users
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
(34) |
Sep
(14) |
Oct
(36) |
Nov
(32) |
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
(9) |
Mar
(31) |
Apr
(36) |
May
(17) |
Jun
(21) |
Jul
(13) |
Aug
(18) |
Sep
(2) |
Oct
(10) |
Nov
(18) |
Dec
(28) |
| 2005 |
Jan
(26) |
Feb
(15) |
Mar
(26) |
Apr
(11) |
May
(60) |
Jun
(3) |
Jul
(12) |
Aug
(4) |
Sep
(12) |
Oct
(19) |
Nov
(36) |
Dec
(10) |
| 2006 |
Jan
(6) |
Feb
(13) |
Mar
(6) |
Apr
(2) |
May
(9) |
Jun
(3) |
Jul
(6) |
Aug
(13) |
Sep
(1) |
Oct
(24) |
Nov
(33) |
Dec
(47) |
| 2007 |
Jan
(21) |
Feb
(41) |
Mar
(17) |
Apr
(9) |
May
(4) |
Jun
(20) |
Jul
(24) |
Aug
(71) |
Sep
(35) |
Oct
(10) |
Nov
(39) |
Dec
(39) |
| 2008 |
Jan
(24) |
Feb
(42) |
Mar
(61) |
Apr
(12) |
May
(11) |
Jun
(4) |
Jul
(9) |
Aug
(6) |
Sep
(6) |
Oct
(4) |
Nov
(3) |
Dec
(14) |
| 2009 |
Jan
(25) |
Feb
(18) |
Mar
(19) |
Apr
(24) |
May
(14) |
Jun
(7) |
Jul
(14) |
Aug
(25) |
Sep
(40) |
Oct
(20) |
Nov
(22) |
Dec
(4) |
| 2010 |
Jan
(55) |
Feb
(11) |
Mar
(9) |
Apr
(10) |
May
(10) |
Jun
(9) |
Jul
(7) |
Aug
(4) |
Sep
(15) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2011 |
Jan
(2) |
Feb
(1) |
Mar
(4) |
Apr
(6) |
May
(20) |
Jun
(30) |
Jul
(15) |
Aug
(4) |
Sep
(23) |
Oct
(24) |
Nov
(3) |
Dec
(8) |
| 2012 |
Jan
(23) |
Feb
(7) |
Mar
(19) |
Apr
(48) |
May
(8) |
Jun
(27) |
Jul
(10) |
Aug
(1) |
Sep
(11) |
Oct
(1) |
Nov
|
Dec
(3) |
| 2013 |
Jan
(1) |
Feb
|
Mar
(17) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(12) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
(14) |
Apr
(5) |
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
(2) |
Dec
(1) |
| 2016 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Eric Y. K. <eri...@gm...> - 2007-12-06 15:38:36
|
Have applied this one as well. Will push it along with 2 other bundles shortly. --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
|
From: shelarcy <she...@gm...> - 2007-12-06 15:35:06
|
Hi, On Thu, 06 Dec 2007 23:40:53 +0900, Eric Y. Kow <eri...@gm...> wrote: > I think I have solved my compilation problems by upgrading to XCode 2.5. That's good. > Do you still want me to apply this patch? Yes. Because I want to fix another PowerPC specific problem. We can build wxHaskell without this patch, but we can't run wxHaskell program on PowerPC Mac without it. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: Eric Y. K. <eri...@gm...> - 2007-12-06 15:34:00
|
I forgot to add * Thanks for all these patches! Sorry for the delays... and especially not telling you that delays would be expected. I'm only now very slowly starting to clear out my mailboxes and get things back under control. * I suspect that it's still trying to build some stuff during make install (when it should just be duing make). That has the potential to be annoying as it creates files owned by root if you do sudo make install. Could you look into it? --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
|
From: Eric Y. K. <eri...@gm...> - 2007-12-06 15:31:25
|
Applied. (not yet pushed yet, but should be coming shortly) --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
|
From: Eric Y. K. <eri...@gm...> - 2007-12-06 14:41:09
|
Hi, I think I have solved my compilation problems by upgrading to XCode 2.5. Do you still want me to apply this patch? --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
|
From: Eric Y. K. <eri...@gm...> - 2007-12-04 11:48:46
|
Hi, On Mon, Dec 03, 2007 at 17:07:03 +0000, Neil Bartlett wrote: > Thanks Eric. Are you using Mac OS 10.4 (Tiger) or Mac OS 10.5 =20 > (Leopard)? I have tried installing wx 2.6 using MacPorts on Leopard, =20 > but it fails with the same error that I saw when attempting a manual =20 > install. I'm on Tiger --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
|
From: Neil B. <njb...@gm...> - 2007-12-03 17:07:22
|
Thanks Eric. Are you using Mac OS 10.4 (Tiger) or Mac OS 10.5 =20 (Leopard)? I have tried installing wx 2.6 using MacPorts on Leopard, =20 but it fails with the same error that I saw when attempting a manual =20 install. I suspect there is no alternative at this point other than to wait for =20= proper support for wx 2.8. Neil On 3 Dec 2007, at 14:25, Eric Y. Kow wrote: > On Mon, Dec 03, 2007 at 10:41:49 +0000, Neil Bartlett wrote: >> Incidentally I tried to use 2.6.4, but then wxWidgets itself does not >> build. I think due to some changes in the Carbon APIs in Mac OS X >> Leopard. > > my wx-config --version says 2.6.3. It's from MacPorts, if it helps, > and I'm not using 2.4 compatibility mode > > --=20 > Eric Kow http://www.loria.fr/~kow > PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
|
From: Eric Y. K. <eri...@gm...> - 2007-12-03 14:25:49
|
On Mon, Dec 03, 2007 at 10:41:49 +0000, Neil Bartlett wrote: > Incidentally I tried to use 2.6.4, but then wxWidgets itself does not =20 > build. I think due to some changes in the Carbon APIs in Mac OS X =20 > Leopard. my wx-config --version says 2.6.3. It's from MacPorts, if it helps, and I'm not using 2.4 compatibility mode --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
|
From: Eric Y. K. <eri...@gm...> - 2007-12-03 12:08:35
|
On Mon, Dec 03, 2007 at 14:04:45 +0900, shelarcy wrote: > Should I attach newer patch to previous reply mail instead of that > using darcs send command? > Or are you just busy now? Sorry, I am just very busy right now (I am moving) If you could darcs send everything in one bundle, that would be great. --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
|
From: Neil B. <njb...@gm...> - 2007-12-03 10:43:40
|
Thanks shelarcy. I have followed these suggestions but I get exactly the same error when building wxHaskell from darcs. Should I use the patched wxHaskell 0.9.4 from Riftor's site? If so, will that patch be merged back into the darcs repository? Incidentally I tried to use 2.6.4, but then wxWidgets itself does not build. I think due to some changes in the Carbon APIs in Mac OS X Leopard. Many thanks, Neil On 3 Dec 2007, at 04:49, shelarcy wrote: > Hi Neil, > > On Mon, 03 Dec 2007 06:21:01 +0900, Neil Bartlett <njb...@gm... > > wrote: >> Could somebody confirm the correct version of wxWidgets to compile >> against for >> Mac OS X? The website states that wxMAC 2.5.1 is required, but >> several parts of >> the website appear to be out of date, and also 2.5.1 is more than >> three years >> old now. > > wxHaskell uses deprecated wxWidgets 2.4 API. > So you must use previous stable version - wxWidgets 2.6.x - or > wxWidets 2.8.x > with compatiblily mode for wxWidgets 2.4 API. > >> I have tried compiling a recent checkout of wxHaskell with wxMAC >> 2.8.7 and GHC 6.8, >> but the following error occurs: > > Because you don't use compatiblity mode. > You must add --enable-compat24 option in configuration phase. > > ./configure --enable-unicode --disable-shared --enable-compat24 > > And after installing wxWidgets, you must set > #define WXWIN_COMPATIBILITY_2_4 1 to your wxHaskell's setup.h. > > http://riftor.g615.co.uk/content.php?view=53&type=2 > http://www.haskell.org/pipermail/libraries/2007-June/007653.html > > > And Jeremy is working on supporting wxWidget 2.8 API now. > See below thread. > http://www.mail-archive.com/wxh...@li.../msg00180.html > > > Best Regards, > > -- > shelarcy <shelarcy hotmail.co.jp> > http://page.freett.com/shelarcy/ |
|
From: shelarcy <she...@gm...> - 2007-12-03 05:04:53
|
Hi Eric, On Sun, 25 Nov 2007 12:06:50 +0900, shelarcy <she...@gm...> wrote: > I fixed this problem and send patch again. > Please test newer version. Should I attach newer patch to previous reply mail instead of that using darcs send command? Or are you just busy now? I send newer version in below mail. http://www.mail-archive.com/wxh...@li.../msg00290.html Bust you don't push patch and reply mail after that time. So I'm worried about that my action offends to you. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: shelarcy <she...@gm...> - 2007-12-03 04:49:30
|
Hi Neil, On Mon, 03 Dec 2007 06:21:01 +0900, Neil Bartlett <njb...@gm...> wrote: > Could somebody confirm the correct version of wxWidgets to compile against for > Mac OS X? The website states that wxMAC 2.5.1 is required, but several parts of > the website appear to be out of date, and also 2.5.1 is more than three years > old now. wxHaskell uses deprecated wxWidgets 2.4 API. So you must use previous stable version - wxWidgets 2.6.x - or wxWidets 2.8.x with compatiblily mode for wxWidgets 2.4 API. > I have tried compiling a recent checkout of wxHaskell with wxMAC 2.8.7 and GHC 6.8, > but the following error occurs: Because you don't use compatiblity mode. You must add --enable-compat24 option in configuration phase. ./configure --enable-unicode --disable-shared --enable-compat24 And after installing wxWidgets, you must set #define WXWIN_COMPATIBILITY_2_4 1 to your wxHaskell's setup.h. http://riftor.g615.co.uk/content.php?view=53&type=2 http://www.haskell.org/pipermail/libraries/2007-June/007653.html And Jeremy is working on supporting wxWidget 2.8 API now. See below thread. http://www.mail-archive.com/wxh...@li.../msg00180.html Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: Neil B. <njb...@gm...> - 2007-12-02 23:55:26
|
<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space; ">Hi,<br><br>Could somebody = confirm the correct version of wxWidgets to compile against for Mac OS = X? The website states that wxMAC 2.5.1 is required, but several parts of = the website appear to be out of date, and also 2.5.1 is more than three = years old now.<br><br>I have tried compiling a recent checkout of = wxHaskell with wxMAC 2.8.7 and GHC 6.8, but the following error = occurs:<br><br><br>wxc/src/extra.cpp: At global = scope:<br>wxc/src/extra.cpp:324: error: conflicting return type = specified for =91virtual void wxcHtmlWindow::OnCellClicked(wxHtmlCell*, = wxCoord, wxCoord, const = wxMouseEvent&)=92<br>/usr/include/wx-2.8/wx/html/htmlwin.h:210: = error: overriding =91virtual bool = wxHtmlWindowMouseHelper::OnCellClicked(wxHtmlCell*, wxCoord, wxCoord, = const wxMouseEvent&)=92<br>wxc/src/extra.cpp: In function =91long = int wxGetNumberFromUser(wxChar*, wxChar*, wxChar*, long int, long int, = long int, wxWindow*, int, int)=92:<br>wxc/src/extra.cpp:1919: error: = cannot convert =91wxPoint=92 to =91int=92 for argument =918=92 to =91long = int wxGetNumberFromUser(wxChar*, wxChar*, wxChar*, long int, long int, = long int, wxWindow*, int, int)=92<br><br><br>Many = thanks,<br>Neil</body></html>= |
|
From: Neil B. <njb...@gm...> - 2007-12-02 21:27:28
|
Hi, Could somebody confirm the correct version of wxWidgets to compile =20 against for Mac OS X? The website states that wxMAC 2.5.1 is required, =20= but several parts of the website appear to be out of date, and also =20 2.5.1 is more than three years old now. I have tried compiling a recent checkout of wxHaskell with wxMAC 2.8.7 =20= and GHC 6.8 on Mac OS 10.5, and the following error occurs: wxc/src/extra.cpp: At global scope: wxc/src/extra.cpp:324: error: conflicting return type specified for =20 =91virtual void wxcHtmlWindow::OnCellClicked(wxHtmlCell*, wxCoord, =20 wxCoord, const wxMouseEvent&)=92 /usr/local/include/wx-2.8/wx/html/htmlwin.h:210: error: overriding =20 =91virtual bool wxHtmlWindowMouseHelper::OnCellClicked(wxHtmlCell*, =20 wxCoord, wxCoord, const wxMouseEvent&)=92 wxc/src/extra.cpp: In function =91long int wxGetNumberFromUser(wxChar*, =20= wxChar*, wxChar*, long int, long int, long int, wxWindow*, int, int)=92: wxc/src/extra.cpp:1919: error: cannot convert =91wxPoint=92 to =91int=92 = for =20 argument =918=92 to =91long int wxGetNumberFromUser(wxChar*, wxChar*, =20= wxChar*, long int, long int, long int, wxWindow*, int, int)=92 make: *** [out/wxc/extra.o] Error 1 Many thanks Neil= |
|
From: <sl...@cn...> - 2007-11-30 07:53:19
|
uanTpqO6vPSw5bv6oaLV283ku/qhor7tsOW7+qGis+W0sqGi0KPGvbv6DQqwsrvVyqHI/cGmu/q0 stbG1OzT0M/euavLvqOsyvSwsrvVyqHD+8XGoaLD4rzssvrGt8n6svrG89K1o6ywsrvVyqG439DC vLzK9cbz0rWjrMLtsLDJvcrQobDXqKGivquhoszYoaLQwqGxxvPStaOswu2wsMm9ytDPwrjayqfS tdawuaTU2b7N0rW7+bXYo6y96dPaxM++qaGizt+6/tauvOSjrNf4wuTU2tb4w/u1xLjWs8fC7bCw yb3K0KOst+G4u7XEuNbM+tfK1LTOqrmry761xLei1bnM4bmpwcu1w8zstsC68bXE08XKxqGjuavL vtW8tdjD5rv9MTA4MDAwxr23vcPXo6zW99Kqyfqy+qGwtPPKoqGxxcbPtcHQvPSw5bv6oaLV283k u/qhor7tsOW7+qGiv+zL2dG5waa7+qGis+W0sqGiv6q+7dCjxr27+qGi0M2yxM3kx/q7+rW2xKO+ 37XIsvrGt6Os16jStc6qur2/1aGix+G5pKGi0rG98KGiu6+5pKGivajW/sb7s7WhorXnwaahotew 5Oq1yNDQ0rXM4bmpy/nQ6NKqtcTXqNPDu/rQtbrNs8nM18nosbijrLL6xrfP+s35yKu5+rj3tdi6 zcW3w8u8sLarxM/Rx7XYx/iyotS2z/rEz7fHoaMgoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGh oaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGh oaG5q8u+08PP1rT6xvPStbXEudzA7be9t6ihosGi1+PT2rL6xre53MDto6zS1Mbk08XQ47XExrfW yqOs0MLTsbXEyei8xqOsus/A7bXEvNu48aOszerJxrXEytu687f+zvHTrrXDwcu547Tzv827p7XE 0rvWwrrDxsCjrLG7xsDOqrCyu9XKoaGw1ti6z82soaLK2NDF08PPyL34taXOu6GxoaKwsrvVyqGh sNb4w/vJzLHqobGhorCyu9XKoaGww/vFxrL6xrehsaGiobDG89K1vfiz9r/a18q48dakobGhoqGw Q0W5+rzKyM/WpKGxsLK71cqhxanQ0KGwQUErvLbQxdPDxvPStaGxoaKwsrvVyqGhsNPF0OOzz9DF w/HTqsbz0rWhsaGisLK71cqhobCzz9DFtaXOu6GxoaKhsMLtsLDJvcrQz8i9+LyvzOWhsaGiobDC 7bCwyb3K0NPF0OPLvdOqxvPStaGxoaKhsMLtsLDJvcrQs8/QxcTJy7DIy6GxoaKhsMLtsLDJvcrQ 0vjQ0NDFtPuzz9DF1tDQocbz0rWhsaGiobDIq7n608O7p7L6xrfWysG/wvrS4qOsytu687f+zvHC +tLiyr63trWlzruhsaGiobBBQUG8ttbKwb+zz9DFu+HUsbWlzruhsaGiobDW0Ln61srBv7n907K3 xdDExrfFxqGxoaKhsNbQufrK0LOhuavIz7Opz/rGt8XGobGhoqGwyKu5+rv6tLLKrrzRw/vTxca3 xcahsbXIyNnT/rPGusUgoaGhocirzOXUsbmk0tTPyL34tcS8vMr1us3P1rT6u6+1xLncwO3K1rbO zqrXt8fzsvrGt7XEzerDwLb4srvQuMWswaaho7mry77T2jIwMDHE6jEw1MLIq8Pmzai5/UlTTzkw MDGjujIwMDDWysG/udzA7czlz7XIz9ako6wyMDAzxOo41MLNqLn9wcvI/by2vMbBv8i3yM+jrNO1 09DX1NOqvfiz9r/ayKijrM6qzOG437L6xre/xry8tcS6rL3wwb+8sLL6xrfQ1MTco6wyMDAzxOox MtTCuavLvtPrus+3yrmk0rW089Gnus/X97PJwaLBy6Gwu/q0srmks8y8vMr10dC+v9bQ0MShsaGj MjAwNMTqV0Y2N0vK/b/YsOXBz9XbzeS7+tDCxrfJ+rL6z9/P7sS/sbvIq8qht6LVubjEuO/Or9Sx u+HF+te8zqrKoaGwyP2436Gxz+7Ev6OssqKxu8HQyOvKoaGwODYxobG8xruu1ti1472oyejP7sS/ oaO5+rzS1srBv7zs0em87NLf19y+1tPaMjAwNsTqOdTCttTO0rmry761xFFDMTJZLTSjqjMyMDDS utG5sNrKvbz0sOW7+r340NDBy7L6xrfWysG/ufq80rzgtr2z6bLpoaPO0rmry76y+sa30ru0ztDU zai5/bj3z+7WuLHqvOzR6aOss8m8qMirsr+48aOovOzR6bGouOax4LrFo7pESi0xMDU1LUQwMS1R o6mho6GhoaGhoaGhoaGhoaGhoaGhocj9waay+sa3vqvS5sfzvqujrMj9wabIy72rsru2z7+qzdij rLK7ts+0tNDCo6yyotXms8+12NS40+u4973nxfPT0dCvyta5sr34o6y5ss2st6LVuaGjDQq1pc67 o7qwsrvVyqHI/cGmu/q0stbG1OzT0M/euavLvg0Ktee7sKO6MDU1NS02NzIxMjQ5ICAgtKvV5qO6 MDU1NS02NjEyODQ4DQp3d3cuY25qY3p6LmNvbQ0Kc2xAY25qY3p6LmNvbQ0KCqGqoaqhqqGqoaqh qqGqoaqhqqGqoaqhqqGqoaqhqqGqoaqhqqGqoaqhqqGqoaqhqqGqoaqhqqGqoaqhqgqhvtei0uKh v8nPw+a1xNPKvP7E2sjd0+vS1M/CzsTX1s7eudiho7G+yO28/r32z97T2rrPt6jTw82+IQq4w9PK vP7TyaG2Vm9sbGV5bWFpbNPKvP7Iurei16i80qG3yO28/reiy82ju7G7zfjT0cbAzqrX7sD3uqYK tcTTyrz+yLq3osjtvP62+LbgtM7Sqsfzxsa94qOhz9bD4rfRz8LU2KOszt7P3sqxvOTKudPDoaMK z+rH6cfrt8POys7Sw8e1xNb30rOjumh0dHA6Ly93d3cuY255c29mdC5jb20v |
|
From: Mads <mad...@ya...> - 2007-11-29 16:28:20
|
Hi Conal > Thanks much for the pointers, Mads. I read the binview source code, > which uses a global mutable table to store per-instance data. I > wonder if there's a nicer way. did you ever find one? - Conal No. I did not even use the binview-way. I decided that I did not need it enough to go with the binview-way :( To be fair, I did not look very hard for a nicer solution. Greetings, Mads Lindstrøm > > On Nov 28, 2007 9:47 AM, Mads Lindstrøm <mad...@ya...> > wrote: > Hi > > > Conal Elliott wrote: > > I want to make (or find) a float-valued slider that displays > its > > current value and maybe its bounds. Does anyone have advice > about > > doing that sort of thing. I want the result to have have a > > control-like interface, including a gettable attribute for > the current > > (float) value. Thanks, - Conal > > > To have a gettable attribute you need to make the type > containing the > slider an instance of Valued. See > http://wxhaskell.sourceforge.net/doc/Graphics.UI.WX.Classes.html#t% > 3AValued and: > > import qualified Graphics.UI.WX as Wx > > instance Wx.Valued YourTypeContainingTheSlider where > value = Wx.newAttr "Value" ioActionToGetValue > ioActionToSetValue > > there is also other classes you can make your type an instance > of. See > the link above. You should properly make it an instance of > Widget as a > minimum. > > I also asked about something similar before. I got this reply > http://www.mail-archive.com/wxh...@li.../msg00260.html . > > > Greetings, > > Mads Lindstrøm > > > |
|
From: Conal E. <co...@co...> - 2007-11-29 04:16:20
|
I'm using an TextCtrl for output, and I want the beginning of the text to show rather than the end, when the text won't fit. The default seems to be the other way. Does anyone know how I can get the beginning showing after changing the text attribute? Thanks, - Conal |
|
From: Conal E. <co...@co...> - 2007-11-29 01:44:07
|
Thanks much for the pointers, Mads. I read the binview source code, which uses a global mutable table to store per-instance data. I wonder if there'= s a nicer way. did you ever find one? - Conal On Nov 28, 2007 9:47 AM, Mads Lindstr=F8m <mad...@ya...> wrote: > Hi > > Conal Elliott wrote: > > I want to make (or find) a float-valued slider that displays its > > current value and maybe its bounds. Does anyone have advice about > > doing that sort of thing. I want the result to have have a > > control-like interface, including a gettable attribute for the current > > (float) value. Thanks, - Conal > > To have a gettable attribute you need to make the type containing the > slider an instance of Valued. See > http://wxhaskell.sourceforge.net/doc/Graphics.UI.WX.Classes.html#t% > 3AValued and: > > import qualified Graphics.UI.WX as Wx > > instance Wx.Valued YourTypeContainingTheSlider where > value =3D Wx.newAttr "Value" ioActionToGetValue ioActionToSetValue > > there is also other classes you can make your type an instance of. See > the link above. You should properly make it an instance of Widget as a > minimum. > > I also asked about something similar before. I got this reply > > http://www.mail-archive.com/wxh...@li.../msg0026= 0.html. > > > Greetings, > > Mads Lindstr=F8m > > > |
|
From: Mads <mad...@ya...> - 2007-11-28 17:54:11
|
Hi Conal Elliott wrote: > I want to make (or find) a float-valued slider that displays its > current value and maybe its bounds. Does anyone have advice about > doing that sort of thing. I want the result to have have a > control-like interface, including a gettable attribute for the current > (float) value. Thanks, - Conal To have a gettable attribute you need to make the type containing the slider an instance of Valued. See http://wxhaskell.sourceforge.net/doc/Graphics.UI.WX.Classes.html#t% 3AValued and: import qualified Graphics.UI.WX as Wx instance Wx.Valued YourTypeContainingTheSlider where value = Wx.newAttr "Value" ioActionToGetValue ioActionToSetValue there is also other classes you can make your type an instance of. See the link above. You should properly make it an instance of Widget as a minimum. I also asked about something similar before. I got this reply http://www.mail-archive.com/wxh...@li.../msg00260.html . Greetings, Mads Lindstrøm |
|
From: shelarcy <she...@gm...> - 2007-11-28 15:10:28
|
DarcsURL: C:/home/shelarcy/wxhaskell=0A=
MIME-Version: 1.0=0A=
Content-Type: multipart/mixed; boundary=3D"=3D_"=0A=
=0A=
--=3D_=0A=
Content-Type: text/plain=0A=
Content-Transfer-Encoding: quoted-printable=0A=
=0A=
Wed Nov 28 23:39:25 =3D93=3D8C=3D8B=3D9E (=3D95W=3D8F=3D80=3D8E=3D9E) =
2007 shelarcy <shelarc=3D=0A=
y...@gm...>=0A=
* Add TaskBar Icon Support=0A=
=0A=
--=3D_=0A=
Content-Type: text/x-darcs-patch; =
name=3D"add-taskbar-icon-support.dpatch"=0A=
Content-Transfer-Encoding: quoted-printable=0A=
Content-Description: A darcs patch for your repository!=0A=
=0A=
=0A=
New patches:=0A=
=0A=
[Add TaskBar Icon Support=0A=
shelarcy <she...@gm...>**20071128143925] {=0A=
hunk ./makefile 151=0A=
- mediactrl printout previewframe textstream stc=0A=
+ mediactrl printout previewframe taskbaricon textstream stc=0A=
hunk ./wxc/include/ewxw/wxc_glue.h 229=0A=
+int expEVT_TASKBAR_MOVE( );=3D0D=0A=
+int expEVT_TASKBAR_LEFT_DOWN( );=3D0D=0A=
+int expEVT_TASKBAR_LEFT_UP( );=3D0D=0A=
+int expEVT_TASKBAR_RIGHT_DOWN( );=3D0D=0A=
+int expEVT_TASKBAR_RIGHT_UP( );=3D0D=0A=
+int expEVT_TASKBAR_LEFT_DCLICK( );=3D0D=0A=
+int expEVT_TASKBAR_RIGHT_DCLICK( );=3D0D=0A=
hunk ./wxc/include/ewxw/wxc_glue.h 4236=0A=
+TClass(wxTaskBarIcon) wxTaskBarIcon_Create();=3D0D=0A=
+void wxTaskBarIcon_Delete( TSelf(wxTaskBarIcon) _obj );=3D0D=0A=
+/* TClass(wxMenu) wxTaskBarIcon_CreatePopupMenu( TSelf(wxTaskBarIcon) =
_ob=3D=0A=
j ); */=3D0D=0A=
+TBool wxTaskBarIcon_IsIconInstalled( TSelf(wxTaskBarIcon) _obj =
);=3D0D=0A=
+TBool wxTaskBarIcon_IsOk( TSelf(wxTaskBarIcon) _obj );=3D0D=0A=
+TBool wxTaskBarIcon_PopupMenu( TSelf(wxTaskBarIcon) _obj, =
TClass(wxMe=3D=0A=
nu) menu );=3D0D=0A=
+TBool wxTaskBarIcon_RemoveIcon( TSelf(wxTaskBarIcon) _obj );=3D0D=0A=
+TBool wxTaskBarIcon_SetIcon( TSelf(wxTaskBarIcon) _obj, =
TClass(wxIcon=3D=0A=
) icon, TString text );=3D0D=0A=
addfile ./wxc/src/taskbaricon.cpp=0A=
hunk ./wxc/src/taskbaricon.cpp 1=0A=
+#include "wrapper.h"=0A=
+#include <wx/taskbar.h>=0A=
+=0A=
+extern "C" {=0A=
+/*----------------------------------------------------------------------=
--=3D=0A=
-----=0A=
+ TaskBarIcon=0A=
+------------------------------------------------------------------------=
--=3D=0A=
---*/=0A=
+EWXWEXPORT(wxTaskBarIcon*,wxTaskBarIcon_Create)( )=0A=
+{=0A=
+ return new wxTaskBarIcon();=0A=
+}=0A=
+=0A=
+EWXWEXPORT(void,wxTaskBarIcon_Delete)(wxTaskBarIcon* self) =3D=0A=
=0A=
+{=0A=
+ if (self) delete self;=0A=
+}=0A=
+=0A=
+/*=0A=
+EWXWEXPORT(wxMenu*,wxTaskBarIcon_CreatePopupMenu)(wxTaskBarIcon* self)=0A=
+{=0A=
+ return self->CreatePopupMenu();=0A=
+}=0A=
+*/=0A=
+=0A=
+EWXWEXPORT(bool,wxTaskBarIcon_IsIconInstalled)(wxTaskBarIcon* self)=0A=
+{=0A=
+ return self->IsIconInstalled();=0A=
+}=0A=
+=0A=
+EWXWEXPORT(bool,wxTaskBarIcon_IsOk)(wxTaskBarIcon* self)=0A=
+{=0A=
+#if (wxVERSION_NUMBER >=3D3D 2600)=0A=
+ return self->IsOk();=0A=
+#else=0A=
+ return self->IsOK();=0A=
+#endif=0A=
+}=0A=
+=0A=
+EWXWEXPORT(bool,wxTaskBarIcon_PopupMenu)( wxTaskBarIcon* self, wxMenu* =
men=3D=0A=
u)=0A=
+{=0A=
+ return self->PopupMenu(menu);=0A=
+}=0A=
+=0A=
+EWXWEXPORT(bool,wxTaskBarIcon_RemoveIcon)(wxTaskBarIcon* self)=0A=
+{=0A=
+ return self->RemoveIcon();=0A=
+}=0A=
+=0A=
+EWXWEXPORT(bool,wxTaskBarIcon_SetIcon)( wxTaskBarIcon* self, const =
wxIcon&=3D=0A=
icon, const wxChar* tooltip)=0A=
+{=0A=
+ return self->SetIcon(icon, (tooltip ? wxString(tooltip) : =
*wxEmptyString=3D=0A=
));=0A=
+}=0A=
+=0A=
+EWXWEXPORT(int,expEVT_TASKBAR_MOVE)()=0A=
+{=0A=
+ return (int)wxEVT_TASKBAR_MOVE;=0A=
+}=0A=
+=0A=
+EWXWEXPORT(int,expEVT_TASKBAR_LEFT_DOWN)()=0A=
+{=0A=
+ return (int)wxEVT_TASKBAR_LEFT_DOWN;=0A=
+}=0A=
+=0A=
+EWXWEXPORT(int,expEVT_TASKBAR_LEFT_UP)()=0A=
+{=0A=
+ return (int)wxEVT_TASKBAR_LEFT_UP;=0A=
+}=0A=
+=0A=
+EWXWEXPORT(int,expEVT_TASKBAR_RIGHT_DOWN)()=0A=
+{=0A=
+ return (int)wxEVT_TASKBAR_RIGHT_DOWN;=0A=
+}=0A=
+=0A=
+EWXWEXPORT(int,expEVT_TASKBAR_RIGHT_UP)()=0A=
+{=0A=
+ return (int)wxEVT_TASKBAR_RIGHT_UP;=0A=
+}=0A=
+=0A=
+EWXWEXPORT(int,expEVT_TASKBAR_LEFT_DCLICK)()=0A=
+{=0A=
+ return (int)wxEVT_TASKBAR_LEFT_DCLICK;=0A=
+}=0A=
+=0A=
+EWXWEXPORT(int,expEVT_TASKBAR_RIGHT_DCLICK)()=0A=
+{=0A=
+ return (int)wxEVT_TASKBAR_RIGHT_DCLICK;=0A=
+}=0A=
+=0A=
+}=0A=
+=0A=
+=0A=
hunk ./wxc/wxc-2.4.dsp 226=0A=
+=3D0D=0A=
+SOURCE=3D3D.\src\taskbaricon.cpp=3D0D=0A=
+# End Source File=3D0D=0A=
+# Begin Source File=3D0D=0A=
hunk ./wxc/wxc-2.6.dsp 228=0A=
+=3D0D=0A=
+SOURCE=3D3D.\src\taskbaricon.cpp=3D0D=0A=
+# End Source File=3D0D=0A=
+# Begin Source File=3D0D=0A=
hunk ./wxcore/src/Graphics/UI/WXCore/Events.hs 64=0A=
+ , evtHandlerOnTaskBarIconEvent=0A=
hunk ./wxcore/src/Graphics/UI/WXCore/Events.hs 117=0A=
+ , evtHandlerGetOnTaskBarIconEvent=0A=
hunk ./wxcore/src/Graphics/UI/WXCore/Events.hs 172=0A=
+ -- * TaskBar icon events=0A=
+ , EventTaskBarIcon(..)=0A=
+=0A=
hunk ./wxcore/src/Graphics/UI/WXCore/Events.hs 225=0A=
+import Data.Maybe ( fromMaybe )=0A=
hunk ./wxcore/src/Graphics/UI/WXCore/Events.hs 2163=0A=
+=0A=
+------------------------------------------------------------------------=
--=3D=0A=
----------------=0A=
+-- TaskBarIcon Events=0A=
+------------------------------------------------------------------------=
--=3D=0A=
----------------=0A=
+data EventTaskBarIcon =3D3D TaskBarIconMove=0A=
+ | TaskBarIconLeftDown=0A=
+ | TaskBarIconLeftUp=0A=
+ | TaskBarIconRightDown=0A=
+ | TaskBarIconRightUp=0A=
+ | TaskBarIconLeftDClick=0A=
+ | TaskBarIconRightDClick=0A=
+ | TaskBarIconUnknown=0A=
+ deriving (Show, Eq)=0A=
+=0A=
+fromTaskBarIconEvent :: Event a -> IO EventTaskBarIcon=0A=
+fromTaskBarIconEvent event=0A=
+ =3D3D do tp <- eventGetEventType event=0A=
+ case lookup tp taskBarIconEvents of=0A=
+ Just evt -> return evt=0A=
+ Nothing -> return TaskBarIconUnknown=0A=
+=0A=
+taskBarIconEvents :: [(Int,EventTaskBarIcon)]=0A=
+taskBarIconEvents=0A=
+ =3D3D [(wxEVT_TASKBAR_MOVE, TaskBarIconMove)=0A=
+ ,(wxEVT_TASKBAR_LEFT_DOWN, TaskBarIconLeftDown)=0A=
+ ,(wxEVT_TASKBAR_LEFT_UP, TaskBarIconLeftUp)=0A=
+ ,(wxEVT_TASKBAR_RIGHT_DOWN, TaskBarIconRightDown)=0A=
+ ,(wxEVT_TASKBAR_RIGHT_UP, TaskBarIconRightUp)=0A=
+ ,(wxEVT_TASKBAR_LEFT_DCLICK, TaskBarIconLeftDClick)=0A=
+ ,(wxEVT_TASKBAR_RIGHT_DCLICK, TaskBarIconRightDClick)=0A=
+ ]=0A=
+=0A=
+-- | Set a taskbar icon event handler.=0A=
+evtHandlerOnTaskBarIconEvent :: TaskBarIcon a -> (EventTaskBarIcon -> =
IO (=3D=0A=
)) -> IO ()=0A=
+evtHandlerOnTaskBarIconEvent taskbar eventHandler=0A=
+ =3D3D evtHandlerOnEvent taskbar idAny idAny (map fst =
taskBarIconEvents) ev=3D=0A=
entHandler=0A=
+ -- finalize taskBarIcon's resource on Windows.=0A=
+ (\_ -> if wxToolkit =3D3D=3D3D WxMSW=0A=
+ then (taskBarIconRemoveIcon taskbar=0A=
+ -- But taskBarIconDelete doesn't work well in this =
part=3D=0A=
. I don't know why.=0A=
+ -- >> taskBarIconDelete taskbar=0A=
+ >> return ())=0A=
+ else (return ()))=0A=
+ scrollHandler=0A=
+ where=0A=
+ scrollHandler event=0A=
+ =3D3D do eventTaskBar <- fromTaskBarIconEvent event=0A=
+ eventHandler eventTaskBar=0A=
+=0A=
+-- | Get the current event handler for a taskbar icon.=0A=
+evtHandlerGetOnTaskBarIconEvent :: EvtHandler a -> Id -> =
EventTaskBarIcon =3D=0A=
-> IO (IO ())=0A=
+evtHandlerGetOnTaskBarIconEvent window id evt=0A=
+ =3D3D unsafeGetHandlerState window id=0A=
+ (fromMaybe wxEVT_TASKBAR_MOVE=0A=
+ $ lookup evt $ uncurry (flip zip) . unzip $ taskBarIconEvents)=0A=
+ skipCurrentEvent=0A=
+=0A=
}=0A=
=0A=
Context:=0A=
=0A=
[Change VC 2.6 project to build contribs automatically (just support stc =
cu=3D=0A=
rrently)=0A=
shelarcy <she...@gm...>**20071121131543] =3D=0A=
=0A=
[Update Build Instruction Document for GHC 6.6.x, GHC 6.8.x and latest =
darc=3D=0A=
s sources=0A=
shelarcy <she...@gm...>**20071121130520] =3D=0A=
=0A=
[FIX #1721764: typo in Graphics.UI.WX.Dialogs's haddock documentation=0A=
shelarcy <she...@gm...>**20071121125955] =3D=0A=
=0A=
[Changed Cursor_CreateLoad to return NULL for WXGTK, as WXGTK do yet =
implem=3D=0A=
ent this function=0A=
Mads Lindstroem <mad...@ya...>**20070916170828] =3D=0A=
=0A=
[Rename wxcu-2.6.4.* to wxc-2.6.* as wxc-2.4 things=0A=
shelarcy <she...@gm...>**20070821050957] =3D=0A=
=0A=
[Update VC++ project file to reflect updated DLL version supporting =
wxWidge=3D=0A=
ts 2.6.4=0A=
shelarcy <she...@gm...>**20070821044612] =3D=0A=
=0A=
[Remove old wxc project files between 2.6.0 - 2.6.3=0A=
shelarcy <she...@gm...>**20070821043754] =3D=0A=
=0A=
[Remove old wxh samples=0A=
shelarcy <she...@gm...>**20070821043453] =3D=0A=
=0A=
[Remove auto-generated stc files.=0A=
Eric Kow <eri...@lo...>**20070819205954=0A=
Otherwise, you get annoying new changes in the working directory.=0A=
] =3D=0A=
=0A=
[Use Data.Time.getCurrentTime instead of (System.)Time.getClockTime=0A=
shelarcy <she...@gm...>**20070819204230=0A=
to avoid build failure by generated non-UTF8 String=0A=
] =3D=0A=
=0A=
[Add Drag & Drop and ClipBoard Support=0A=
shelarcy <she...@gm...>**20070815175137] =3D=0A=
=0A=
[Add (Multi-)MediaCtrl Support=0A=
shelarcy <she...@gm...>**20070811123742] =3D=0A=
=0A=
[Rework wxToolkit and isDefined by fixing *defs' char array to wxChar =
array=0A=
shelarcy <she...@gm...>**20070806121930] =3D=0A=
=0A=
[Change some str* functions or wcs* functions to wxStr* functions=0A=
shelarcy <she...@gm...>**20070805112624] =3D=0A=
=0A=
[Remove unused wxh directory files=0A=
shelarcy <she...@gm...>**20070803123528] =3D=0A=
=0A=
[Remove unused wxWidgets 2.5.x's VC project=0A=
shelarcy <she...@gm...>**20070803120930] =3D=0A=
=0A=
[Add VC project for wxWidgets 2.6.4=0A=
shelarcy <she...@gm...>**20070803120733] =3D=0A=
=0A=
[Fix broken wxc-2.4 Visual Studio Project=0A=
shelarcy <she...@ho...>**20070723214850] =3D=0A=
=0A=
[polyline-64bit-compatibility-fix=0A=
ar...@cs...**20070313080116=0A=
Fixes a problem with the polyline function on a 64-bit platform.=0A=
The wxDC_DrawLines function now properly indexes into the array=0A=
with points.=0A=
] =3D=0A=
=0A=
[fix-polygon-behaviour-64=0A=
ar...@cs...**20070202154517=0A=
Fixed issue 'Strange polygon behaviour on 64-bit machines'=0A=
reported by Chris Mears at 14 Dec 2006.=0A=
=3D=0A=
=0A=
Problem: the arrays inspected by the wxDC_Polygon function=0A=
are assumed to contain 32-bits ints. On 64-bit machines=0A=
these are actually 64-bits ints.=0A=
=3D=0A=
=0A=
Fix: (a bit of a hack...) the code now assumes that the=0A=
arrays contain intptr_t values. This type represents ints=0A=
of the same number of bits as the Haskell ints (on 32-bit=0A=
and 64-bit machines). The code now dereferences each element=0A=
in the array correctly, but still truncates the possibly=0A=
64-bit value to a 32-bit value. This is not a problem=0A=
in practice.=0A=
] =3D=0A=
=0A=
[Announce new maintainers, darcs (homepage).=0A=
Eric Kow <eri...@lo...>**20070120231403] =3D=0A=
=0A=
[Add miscellaneous other images (homepage).=0A=
Eric Kow <eri...@lo...>**20070120224435] =3D=0A=
=0A=
[Add application screenshots (homepage).=0A=
Eric Kow <eri...@lo...>**20070120224104] =3D=0A=
=0A=
[Add images used in quick start (homepage).=0A=
Eric Kow <eri...@lo...>**20070120223650] =3D=0A=
=0A=
[Add images used for samples (homepage).=0A=
Eric Kow <eri...@lo...>**20070120223301] =3D=0A=
=0A=
[Add images directory (and wxhaskell logo).=0A=
Eric Kow <eri...@lo...>**20070120222724] =3D=0A=
=0A=
[Remove counter code from homepage.=0A=
Eric Kow <eri...@lo...>**20070120221619=0A=
=3D=0A=
=0A=
This counter has an pop-up ads, which is rather obnoxious.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Add wxhaskell homepage files (main html, css only).=0A=
Eric Kow <eri...@lo...>**20070120221304=0A=
=3D=0A=
=0A=
I took the liberty of running dos2unix on these.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Add some wxhaskell-specifile boring file regexps.=0A=
Eric Kow <eri...@lo...>**20070120221235] =3D=0A=
=0A=
[Use a custom boring file. (Right now just the darcs default)=0A=
Eric Kow <eri...@lo...>**20070120221223] =3D=0A=
=0A=
[Add an etc/ directory for misc use.=0A=
Eric Kow <eri...@lo...>**20070120212146] =3D=0A=
=0A=
[Modify wx-install so it doesn't accidentally recompile things.=0A=
Eric Kow <eri...@lo...>**20070120225914=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Merge wxStyledTextCntrl (Scintilla edit control wrapper) support from =
Hast=3D=0A=
e project=0A=
shelarcy <she...@ca...>**20070111090641] =3D=0A=
=0A=
[Added #ifndef compilation flag around <inttypes.h> to avoid building =
probl=3D=0A=
em under Visual C++ (VC). (VC doesn't have <inttypes.h>.)=0A=
she...@ca...**20061207005946] =3D=0A=
=0A=
[Correct previous patch for db.cpp=0A=
she...@ca...**20061207004327] =3D=0A=
=0A=
[Add an eyeball test for Unicode strings.=0A=
Eric Kow <eri...@lo...>**20061129042230] =3D=0A=
=0A=
[Use intptr_t to avoid assumption that integers are 32 bit.=0A=
Arie Middelkoop <ar...@cs...>**20061125125628=0A=
=3D=0A=
=0A=
Compiling wxHaskell on a 64bits platform fails, because there=0A=
are some assumptions in the code that assume that integers are=0A=
32bits. For example, there are a couple of assignments of a=0A=
pointer to an int.=0A=
=3D=0A=
=0A=
This patch fixes these problems. Sometimes, after assigning a=0A=
pointer to an integer, the int was used as a boolean value. In=0A=
those cases, instead of returning a pointer p, I changed the=0A=
code to return p !=3D3D NULL. In two other cases, a pointer is stored=0A=
inside the int and in these cases I changed the type of the=0A=
int to intptr_t, of which it is guaranteed that a pointer can be=0A=
assigned to it and recovered from it.=0A=
=3D=0A=
=0A=
Requires <inttypes.h>.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Added the -fPIC compiler flag to CXX options in the makefile.=0A=
Arie Middelkoop <ar...@cs...>**20061115121006=0A=
=3D=0A=
=0A=
Apparantly, my platform (gentoo x86_64 linux) required that .o files =
are "=3D=0A=
relocatable" when there =3D=0A=
=0A=
are linked into a dynamic library.=0A=
=3D=0A=
=0A=
(It might be an idea to use libtool to hide this kind of =
platform-specific=3D=0A=
details)=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Tweak wx build target to depend on wxcore-clean.=0A=
Eric Kow <eri...@lo...>**20061115002142=0A=
=3D=0A=
=0A=
This avoids weird build errors with GHC 6.6 like=0A=
wx/src/Graphics/UI/WX/Types.hs:94:0:=0A=
Bad interface file: out/wx/imports/Graphics/UI/WXCore/Types.hi=0A=
Something is amiss; requested module=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Update Windows/VC++ build for 0.10.1 (from jer...@gm...).=0A=
Eric Kow <eri...@lo...>**20061029082957=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Separate make/make install for wxcore and wx.=0A=
Eric Kow <eri...@lo...>**20061027201218=0A=
=3D=0A=
=0A=
Now the user has to type=0A=
make=0A=
(sudo) make install=0A=
make wx=0A=
(sudo) make wx-install=0A=
=3D=0A=
=0A=
This is a tweak of Shelarcy's patch for making wxhaskell compile on GHC =
6.=3D=0A=
6.=0A=
The intention is to avoid the surprising behaviour of wxcore being =
install=3D=0A=
ed=0A=
when the user types 'make'.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Add shelarcy patch for compile with GHC-6.6=0A=
jer...@gm...**20061027102208] =3D=0A=
=0A=
[Add support for toolbar divider and other toolbar options (from =
shelarcy@g=3D=0A=
mail.com)=0A=
jer...@gm...**20061023095411] =3D=0A=
=0A=
[Add support for toolbar divider (for she...@gm...)=0A=
jer...@gm...**20061023094720] =3D=0A=
=0A=
[Add support for list item mask (from she...@gm...)=0A=
jer...@gm...**20061023094528] =3D=0A=
=0A=
[Add support for Calendar events (from sha...@gm...)=0A=
jer...@gm...**20061023094412] =3D=0A=
=0A=
[Add support for wxWidgets version >=3D3D 2.5 (Sound API, db API)=0A=
jer...@gm...**20061023094049] =3D=0A=
=0A=
[Shelarcy patch: fix typos in wxHaskell samples/contrib=0A=
jer...@gm...**20060830114937] =3D=0A=
=0A=
[(OS X) Skip intermediate step of compiling master.o.=0A=
Eric Kow <eri...@lo...>**20060813212620=0A=
=3D=0A=
=0A=
Removing this step (which compiles master.o, and combines it with other=0A=
stuff to get the real library we want) avoids weird error messages like=0A=
=3D=0A=
=0A=
ld: out/wxc/master.o undefined symbol 36218 (__ZdaPv) can't be a weak=0A=
definition=0A=
=3D=0A=
=0A=
It's quite possible that this breaks something else, though...=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Update VC++ project file to reflect new wxWidgets version support =
(unteste=3D=0A=
d)=0A=
jer...@gm...**20060817170205] =3D=0A=
=0A=
[Update VC++ project file to reflect updated DLL version supporting =
wxWidge=3D=0A=
ts 2.6.3=0A=
jer...@gm...**20060817170011] =3D=0A=
=0A=
[Update revision numbers and wxversion guesses for Windows / VC++ =
(jeremy.o=3D=0A=
don...@gm...)=0A=
jer...@gm...**20060817165704] =3D=0A=
=0A=
[Shelarcy patch (VC project for wxWindows 2.6.3)=0A=
jer...@gm...**20060816134707] =3D=0A=
=0A=
[Shelarcy patch (WxcTypes.hs)=0A=
jer...@gm...**20060816115419] =3D=0A=
=0A=
[Shelarcy patch (eljdialup.cpp)=0A=
jer...@gm...**20060816114418] =3D=0A=
=0A=
[Shelarcy patch (db.cpp)=0A=
jer...@gm...**20060816113728] =3D=0A=
=0A=
[(wxc, Unicode) Files for compiling unicode version under Visual Studio.=0A=
shelarcy <she...@ca...>**20060813212315=0A=
=3D=0A=
=0A=
This is Eric Kow recording on Shelarcy's behalf. This corresponds to =
vers=3D=0A=
ion=0A=
08 of my Unicode patch.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Add a small makefile for compiling the samples.=0A=
Eric Kow <eri...@lo...>**20060813211705=0A=
=3D=0A=
=0A=
(This comes from version 08 of my Unicode patch).=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[(wxcore, Unicode) Add/use ability to interact with C wchar_t.=0A=
Eric Kow <eri...@lo...>**20060813211211=0A=
=3D=0A=
=0A=
This corresponds to the wxcore part of my Unicode patch, version 08=0A=
modulo trailing whitespace.=0A=
=3D=0A=
=0A=
I believe this would require for wxWidgets and wxhaskell to be compiled =
wi=3D=0A=
th=0A=
Unicode enabled.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[(wxdirect, Unicode) Use the Haskell types for C wchar_t and friends.=0A=
Eric Kow <eri...@lo...>**20060813210420=0A=
=3D=0A=
=0A=
I believe this would require that wxWidgets be compiled with Unicode=0A=
enabled.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[(wxc, Unicode) Use wxChar instead of char.=0A=
Eric Kow <eri...@lo...>**20060813205557=0A=
=3D=0A=
=0A=
wxChar is a C preprocessor macro that selects for char under=0A=
--disable-unicode, and for wchar_t under --enable-unicode.=0A=
=3D=0A=
=0A=
This corresponds to version 08 of my Unicode patch, but only the parts=0A=
which affect wxc.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[[wxhaskell-from-cvs @ 2005-05-08 08:12:51 by dleijen]=0A=
dleijen**20050508081251=0A=
updated change log=0A=
] =3D=0A=
=0A=
[[wxhaskell-from-cvs @ 2005-05-08 07:24:23 by dleijen]=0A=
dleijen**20050508072423=0A=
Compile wx via -fvia-C to fix crash with ghci on windows=0A=
] =3D=0A=
=0A=
[TAG wxhakell-0-9-4=0A=
Unknown tagger**20060712042545] =3D=0A=
=0A=
Patch bundle hash:=0A=
cda88bebf9162b9e86b21b40182f16a0d85d1784=0A=
=0A=
--=3D_--=0A=
=0A=
.=0A=
=0A=
|
|
From: Conal E. <co...@co...> - 2007-11-28 06:09:25
|
I want to make (or find) a float-valued slider that displays its current value and maybe its bounds. Does anyone have advice about doing that sort of thing. I want the result to have have a control-like interface, including a gettable attribute for the current (float) value. Thanks, - Conal |
|
From: shelarcy <she...@gm...> - 2007-11-26 16:41:46
|
Hi Miguel, On Fri, 23 Nov 2007 22:14:22 +0900, Miguel Vilaça <jmv...@di...> wrote: > The problem is that both textCtrlAppendText and textCtrlWriteText always > write the new pieces of text in the end of the previous text and I need > to insert the text in the place where the TextCtrl cursor is. I think you misunderstand textCtrlAppendText behavior. textCtrlAppendText appends text at the end of the text control, and then sets insertion position at the end of text control. http://www.wxwidgets.org/manuals/2.6.4/wx_wxtextctrl.html#wxtextctrlappendtext This behavior is same as textCtrlWriteText with textCtrlSetInsertionPointEnd. http://www.wxwidgets.org/manuals/2.6.4/wx_wxtextctrl.html#wxtextctrlwritetext > I also tried > textCtrlSetInsertionPoint "DUMMY" 0 > but that didn't change any behavior. It seems this function do nothing. So you must use textCtrlWriteText with textCtrlSetInsertionPoint. I wrote sample program for this problem. Please test and understand these functions behavior. import Graphics.UI.WX import Graphics.UI.WXCore main = start $ do f <- frame [ text := "Position Test"] p <- panel f [] t <- textCtrl p [ text := "dummy" , clientSize := sz 300 300] b1 <- button p [ text:= "writText" , on command := writeText t] b2 <- button p [ text:= "AppendText" , on command := appendText t] set f [ layout := container p $ column 5 [ fill $ widget t , hfill $ widget b1 , hfill $ widget b2] , clientSize := sz 400 400] where writeText t = do pos <- textCtrlGetInsertionPoint t textCtrlSetInsertionPoint t pos -- textCtrlSetInsertionPointEnd t textCtrlWriteText t "writeText!" appendText t = do pos <- textCtrlGetInsertionPoint t -- textCtrlGetInsertionPoint can get insertion point. -- print pos -- pos <- textCtrlXYToPosition t $ pt 0 0 textCtrlSetInsertionPoint t pos textCtrlAppendText t "AppendText!" Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: shelarcy <she...@gm...> - 2007-11-26 12:15:00
|
Hi Eric, On Mon, 26 Nov 2007 00:37:13 +0900, shelarcy <she...@gm...> wrote: >> At first I thought that might have been a typo, so I tried changing the >> Makefile to say -lstdc++ -static, but that gave me > > It's not typo. So it specify static version of stc++ library. > This file is included in PowerPC Mac environment. And it's only > static version library. > > (snip) > > I think we must add architecture flag in this place, if we don't > find to solve this problem. I can't find any other solution. So I made new patch by that way. http://www.mail-archive.com/wxh...@li.../msg00294.html Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
|
From: shelarcy <she...@gm...> - 2007-11-26 11:56:53
|
DarcsURL: C:/home/shelarcy/wxhaskell=0A=
MIME-Version: 1.0=0A=
Content-Type: multipart/mixed; boundary=3D"=3D_"=0A=
=0A=
--=3D_=0A=
Content-Type: text/plain=0A=
Content-Transfer-Encoding: quoted-printable=0A=
=0A=
Mon Nov 26 20:17:07 =3D93=3D8C=3D8B=3D9E (=3D95W=3D8F=3D80=3D8E=3D9E) =
2007 shelarcy <shelarc=3D=0A=
y...@gm...>=0A=
* (OS X) Check architecture to use intermediate step of compiling =
master.=3D=0A=
o or not.=0A=
=0A=
--=3D_=0A=
Content-Type: text/x-darcs-patch; =
name=3D"_os-x_-check-architecture-to-use-intermediate-step-of-compiling-m=
aster_o-or-not_.dpatch"=0A=
Content-Transfer-Encoding: quoted-printable=0A=
Content-Description: A darcs patch for your repository!=0A=
=0A=
=0A=
New patches:=0A=
=0A=
[(OS X) Check architecture to use intermediate step of compiling =
master.o o=3D=0A=
r not.=0A=
shelarcy <she...@gm...>**20071126111707] {=0A=
hunk ./configure 59=0A=
+# check architecture, for mac os x=0A=
+architecture=3D3D""=0A=
+=0A=
hunk ./configure 235=0A=
+ architecture=3D3D`uname -p`=0A=
hunk ./configure 826=0A=
+ARCHITECTURE=3D3D$architecture=0A=
hunk ./makefile 733=0A=
+ifeq ($(ARCHITECTURE),powerpc)=0A=
+ $(CXX) -r -keep_private_externs -nostdlib -o $(WXC-OUTDIR)/master.o $^ =
$(=3D=0A=
WXC-LIBS) -lSystemStubs -shared-libgcc -lstdc++-static=0A=
+ $(CXX) -dynamiclib -install_name $(SHARED-PREFIX)$(notdir $@) =
-undefined =3D=0A=
suppress -flat_namespace -o $@ $(WXC-OUTDIR)/master.o $(filter-out =
%.a,$(WX=3D=0A=
C-LIBS))=0A=
+ $(RM) -f $(WXC-OUTDIR)/master.o=0A=
+else=0A=
hunk ./makefile 739=0A=
+endif=0A=
}=0A=
=0A=
Context:=0A=
=0A=
[Change VC 2.6 project to build contribs automatically (just support stc =
cu=3D=0A=
rrently)=0A=
shelarcy <she...@gm...>**20071121131543] =3D=0A=
=0A=
[Update Build Instruction Document for GHC 6.6.x, GHC 6.8.x and latest =
darc=3D=0A=
s sources=0A=
shelarcy <she...@gm...>**20071121130520] =3D=0A=
=0A=
[FIX #1721764: typo in Graphics.UI.WX.Dialogs's haddock documentation=0A=
shelarcy <she...@gm...>**20071121125955] =3D=0A=
=0A=
[Changed Cursor_CreateLoad to return NULL for WXGTK, as WXGTK do yet =
implem=3D=0A=
ent this function=0A=
Mads Lindstroem <mad...@ya...>**20070916170828] =3D=0A=
=0A=
[Rename wxcu-2.6.4.* to wxc-2.6.* as wxc-2.4 things=0A=
shelarcy <she...@gm...>**20070821050957] =3D=0A=
=0A=
[Update VC++ project file to reflect updated DLL version supporting =
wxWidge=3D=0A=
ts 2.6.4=0A=
shelarcy <she...@gm...>**20070821044612] =3D=0A=
=0A=
[Remove old wxc project files between 2.6.0 - 2.6.3=0A=
shelarcy <she...@gm...>**20070821043754] =3D=0A=
=0A=
[Remove old wxh samples=0A=
shelarcy <she...@gm...>**20070821043453] =3D=0A=
=0A=
[Remove auto-generated stc files.=0A=
Eric Kow <eri...@lo...>**20070819205954=0A=
Otherwise, you get annoying new changes in the working directory.=0A=
] =3D=0A=
=0A=
[Use Data.Time.getCurrentTime instead of (System.)Time.getClockTime=0A=
shelarcy <she...@gm...>**20070819204230=0A=
to avoid build failure by generated non-UTF8 String=0A=
] =3D=0A=
=0A=
[Add Drag & Drop and ClipBoard Support=0A=
shelarcy <she...@gm...>**20070815175137] =3D=0A=
=0A=
[Add (Multi-)MediaCtrl Support=0A=
shelarcy <she...@gm...>**20070811123742] =3D=0A=
=0A=
[Rework wxToolkit and isDefined by fixing *defs' char array to wxChar =
array=0A=
shelarcy <she...@gm...>**20070806121930] =3D=0A=
=0A=
[Change some str* functions or wcs* functions to wxStr* functions=0A=
shelarcy <she...@gm...>**20070805112624] =3D=0A=
=0A=
[Remove unused wxh directory files=0A=
shelarcy <she...@gm...>**20070803123528] =3D=0A=
=0A=
[Remove unused wxWidgets 2.5.x's VC project=0A=
shelarcy <she...@gm...>**20070803120930] =3D=0A=
=0A=
[Add VC project for wxWidgets 2.6.4=0A=
shelarcy <she...@gm...>**20070803120733] =3D=0A=
=0A=
[Fix broken wxc-2.4 Visual Studio Project=0A=
shelarcy <she...@ho...>**20070723214850] =3D=0A=
=0A=
[polyline-64bit-compatibility-fix=0A=
ar...@cs...**20070313080116=0A=
Fixes a problem with the polyline function on a 64-bit platform.=0A=
The wxDC_DrawLines function now properly indexes into the array=0A=
with points.=0A=
] =3D=0A=
=0A=
[fix-polygon-behaviour-64=0A=
ar...@cs...**20070202154517=0A=
Fixed issue 'Strange polygon behaviour on 64-bit machines'=0A=
reported by Chris Mears at 14 Dec 2006.=0A=
=3D=0A=
=0A=
Problem: the arrays inspected by the wxDC_Polygon function=0A=
are assumed to contain 32-bits ints. On 64-bit machines=0A=
these are actually 64-bits ints.=0A=
=3D=0A=
=0A=
Fix: (a bit of a hack...) the code now assumes that the=0A=
arrays contain intptr_t values. This type represents ints=0A=
of the same number of bits as the Haskell ints (on 32-bit=0A=
and 64-bit machines). The code now dereferences each element=0A=
in the array correctly, but still truncates the possibly=0A=
64-bit value to a 32-bit value. This is not a problem=0A=
in practice.=0A=
] =3D=0A=
=0A=
[Announce new maintainers, darcs (homepage).=0A=
Eric Kow <eri...@lo...>**20070120231403] =3D=0A=
=0A=
[Add miscellaneous other images (homepage).=0A=
Eric Kow <eri...@lo...>**20070120224435] =3D=0A=
=0A=
[Add application screenshots (homepage).=0A=
Eric Kow <eri...@lo...>**20070120224104] =3D=0A=
=0A=
[Add images used in quick start (homepage).=0A=
Eric Kow <eri...@lo...>**20070120223650] =3D=0A=
=0A=
[Add images used for samples (homepage).=0A=
Eric Kow <eri...@lo...>**20070120223301] =3D=0A=
=0A=
[Add images directory (and wxhaskell logo).=0A=
Eric Kow <eri...@lo...>**20070120222724] =3D=0A=
=0A=
[Remove counter code from homepage.=0A=
Eric Kow <eri...@lo...>**20070120221619=0A=
=3D=0A=
=0A=
This counter has an pop-up ads, which is rather obnoxious.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Add wxhaskell homepage files (main html, css only).=0A=
Eric Kow <eri...@lo...>**20070120221304=0A=
=3D=0A=
=0A=
I took the liberty of running dos2unix on these.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Add some wxhaskell-specifile boring file regexps.=0A=
Eric Kow <eri...@lo...>**20070120221235] =3D=0A=
=0A=
[Use a custom boring file. (Right now just the darcs default)=0A=
Eric Kow <eri...@lo...>**20070120221223] =3D=0A=
=0A=
[Add an etc/ directory for misc use.=0A=
Eric Kow <eri...@lo...>**20070120212146] =3D=0A=
=0A=
[Modify wx-install so it doesn't accidentally recompile things.=0A=
Eric Kow <eri...@lo...>**20070120225914=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Merge wxStyledTextCntrl (Scintilla edit control wrapper) support from =
Hast=3D=0A=
e project=0A=
shelarcy <she...@ca...>**20070111090641] =3D=0A=
=0A=
[Added #ifndef compilation flag around <inttypes.h> to avoid building =
probl=3D=0A=
em under Visual C++ (VC). (VC doesn't have <inttypes.h>.)=0A=
she...@ca...**20061207005946] =3D=0A=
=0A=
[Correct previous patch for db.cpp=0A=
she...@ca...**20061207004327] =3D=0A=
=0A=
[Add an eyeball test for Unicode strings.=0A=
Eric Kow <eri...@lo...>**20061129042230] =3D=0A=
=0A=
[Use intptr_t to avoid assumption that integers are 32 bit.=0A=
Arie Middelkoop <ar...@cs...>**20061125125628=0A=
=3D=0A=
=0A=
Compiling wxHaskell on a 64bits platform fails, because there=0A=
are some assumptions in the code that assume that integers are=0A=
32bits. For example, there are a couple of assignments of a=0A=
pointer to an int.=0A=
=3D=0A=
=0A=
This patch fixes these problems. Sometimes, after assigning a=0A=
pointer to an integer, the int was used as a boolean value. In=0A=
those cases, instead of returning a pointer p, I changed the=0A=
code to return p !=3D3D NULL. In two other cases, a pointer is stored=0A=
inside the int and in these cases I changed the type of the=0A=
int to intptr_t, of which it is guaranteed that a pointer can be=0A=
assigned to it and recovered from it.=0A=
=3D=0A=
=0A=
Requires <inttypes.h>.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Added the -fPIC compiler flag to CXX options in the makefile.=0A=
Arie Middelkoop <ar...@cs...>**20061115121006=0A=
=3D=0A=
=0A=
Apparantly, my platform (gentoo x86_64 linux) required that .o files =
are "=3D=0A=
relocatable" when there =3D=0A=
=0A=
are linked into a dynamic library.=0A=
=3D=0A=
=0A=
(It might be an idea to use libtool to hide this kind of =
platform-specific=3D=0A=
details)=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Tweak wx build target to depend on wxcore-clean.=0A=
Eric Kow <eri...@lo...>**20061115002142=0A=
=3D=0A=
=0A=
This avoids weird build errors with GHC 6.6 like=0A=
wx/src/Graphics/UI/WX/Types.hs:94:0:=0A=
Bad interface file: out/wx/imports/Graphics/UI/WXCore/Types.hi=0A=
Something is amiss; requested module=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Update Windows/VC++ build for 0.10.1 (from jer...@gm...).=0A=
Eric Kow <eri...@lo...>**20061029082957=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Separate make/make install for wxcore and wx.=0A=
Eric Kow <eri...@lo...>**20061027201218=0A=
=3D=0A=
=0A=
Now the user has to type=0A=
make=0A=
(sudo) make install=0A=
make wx=0A=
(sudo) make wx-install=0A=
=3D=0A=
=0A=
This is a tweak of Shelarcy's patch for making wxhaskell compile on GHC =
6.=3D=0A=
6.=0A=
The intention is to avoid the surprising behaviour of wxcore being =
install=3D=0A=
ed=0A=
when the user types 'make'.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Add shelarcy patch for compile with GHC-6.6=0A=
jer...@gm...**20061027102208] =3D=0A=
=0A=
[Add support for toolbar divider and other toolbar options (from =
shelarcy@g=3D=0A=
mail.com)=0A=
jer...@gm...**20061023095411] =3D=0A=
=0A=
[Add support for toolbar divider (for she...@gm...)=0A=
jer...@gm...**20061023094720] =3D=0A=
=0A=
[Add support for list item mask (from she...@gm...)=0A=
jer...@gm...**20061023094528] =3D=0A=
=0A=
[Add support for Calendar events (from sha...@gm...)=0A=
jer...@gm...**20061023094412] =3D=0A=
=0A=
[Add support for wxWidgets version >=3D3D 2.5 (Sound API, db API)=0A=
jer...@gm...**20061023094049] =3D=0A=
=0A=
[Shelarcy patch: fix typos in wxHaskell samples/contrib=0A=
jer...@gm...**20060830114937] =3D=0A=
=0A=
[(OS X) Skip intermediate step of compiling master.o.=0A=
Eric Kow <eri...@lo...>**20060813212620=0A=
=3D=0A=
=0A=
Removing this step (which compiles master.o, and combines it with other=0A=
stuff to get the real library we want) avoids weird error messages like=0A=
=3D=0A=
=0A=
ld: out/wxc/master.o undefined symbol 36218 (__ZdaPv) can't be a weak=0A=
definition=0A=
=3D=0A=
=0A=
It's quite possible that this breaks something else, though...=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Update VC++ project file to reflect new wxWidgets version support =
(unteste=3D=0A=
d)=0A=
jer...@gm...**20060817170205] =3D=0A=
=0A=
[Update VC++ project file to reflect updated DLL version supporting =
wxWidge=3D=0A=
ts 2.6.3=0A=
jer...@gm...**20060817170011] =3D=0A=
=0A=
[Update revision numbers and wxversion guesses for Windows / VC++ =
(jeremy.o=3D=0A=
don...@gm...)=0A=
jer...@gm...**20060817165704] =3D=0A=
=0A=
[Shelarcy patch (VC project for wxWindows 2.6.3)=0A=
jer...@gm...**20060816134707] =3D=0A=
=0A=
[Shelarcy patch (WxcTypes.hs)=0A=
jer...@gm...**20060816115419] =3D=0A=
=0A=
[Shelarcy patch (eljdialup.cpp)=0A=
jer...@gm...**20060816114418] =3D=0A=
=0A=
[Shelarcy patch (db.cpp)=0A=
jer...@gm...**20060816113728] =3D=0A=
=0A=
[(wxc, Unicode) Files for compiling unicode version under Visual Studio.=0A=
shelarcy <she...@ca...>**20060813212315=0A=
=3D=0A=
=0A=
This is Eric Kow recording on Shelarcy's behalf. This corresponds to =
vers=3D=0A=
ion=0A=
08 of my Unicode patch.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[Add a small makefile for compiling the samples.=0A=
Eric Kow <eri...@lo...>**20060813211705=0A=
=3D=0A=
=0A=
(This comes from version 08 of my Unicode patch).=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[(wxcore, Unicode) Add/use ability to interact with C wchar_t.=0A=
Eric Kow <eri...@lo...>**20060813211211=0A=
=3D=0A=
=0A=
This corresponds to the wxcore part of my Unicode patch, version 08=0A=
modulo trailing whitespace.=0A=
=3D=0A=
=0A=
I believe this would require for wxWidgets and wxhaskell to be compiled =
wi=3D=0A=
th=0A=
Unicode enabled.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[(wxdirect, Unicode) Use the Haskell types for C wchar_t and friends.=0A=
Eric Kow <eri...@lo...>**20060813210420=0A=
=3D=0A=
=0A=
I believe this would require that wxWidgets be compiled with Unicode=0A=
enabled.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[(wxc, Unicode) Use wxChar instead of char.=0A=
Eric Kow <eri...@lo...>**20060813205557=0A=
=3D=0A=
=0A=
wxChar is a C preprocessor macro that selects for char under=0A=
--disable-unicode, and for wchar_t under --enable-unicode.=0A=
=3D=0A=
=0A=
This corresponds to version 08 of my Unicode patch, but only the parts=0A=
which affect wxc.=0A=
=3D=0A=
=0A=
] =3D=0A=
=0A=
[[wxhaskell-from-cvs @ 2005-05-08 08:12:51 by dleijen]=0A=
dleijen**20050508081251=0A=
updated change log=0A=
] =3D=0A=
=0A=
[[wxhaskell-from-cvs @ 2005-05-08 07:24:23 by dleijen]=0A=
dleijen**20050508072423=0A=
Compile wx via -fvia-C to fix crash with ghci on windows=0A=
] =3D=0A=
=0A=
[TAG wxhakell-0-9-4=0A=
Unknown tagger**20060712042545] =3D=0A=
=0A=
Patch bundle hash:=0A=
dcc14c2dd460cc906e4c32575bc32d970dc4c332=0A=
=0A=
--=3D_--=0A=
=0A=
.=0A=
=0A=
|
|
From: shelarcy <she...@gm...> - 2007-11-25 15:37:24
|
On Sun, 25 Nov 2007 02:20:09 +0900, Eric Y. Kow <eri...@gm...> wrote: > This patch gives me: > /usr/bin/ld: can't locate file for: -lstdc++-static > > At first I thought that might have been a typo, so I tried changing the > Makefile to say -lstdc++ -static, but that gave me It's not typo. So it specify static version of stc++ library. This file is included in PowerPC Mac environment. And it's only static version library. $ ls /usr/lib/*stdc++* /usr/lib/libstdc++-static.a /usr/lib/libstdc++.6.0.4.dylib /usr/lib/libstdc++.6.0.3.dylib /usr/lib/libstdc++.6.dylib But it would be not included in Intel Mac. So -static flag causes error that you posted previous mail. > /usr/bin/ld: incompatible flag -framework used (must specify "-dynamic" > to be used) I think we must add architecture flag in this place, if we don't find to solve this problem. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
132 messages has been excluded from this view by a project administrator.
