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: Bas v. D. <bas...@ho...> - 2006-10-18 17:22:57
|
On Wednesday 18 October 2006 13:02, Jeremy O'Donoghue wrote: > If this is not resolved very quickly (we've been waiting for a couple > of months now), I will fork the codebase of wxHaskell elsewhere, and > development will continue at a new location. Of course, information on > where to look will be announced here. If this happens I hope that the project gets 'cabalized', hosted on haskell.org and that we switch from CVS to Darcs. Then developing, installing and using wxHaskell will be very much like most other Haskell libraries. I really would like to use Haskell at work. Currently we have a big bunch of Python code (~21000 LOC) that is getting pretty complex. We use wxPython for the GUI. I hope the above happens soon, so we can start developing Haskell :-) Greetings, Bas van Dijk. |
From: Jeremy O'D. <jer...@gm...> - 2006-10-18 11:02:11
|
Hi Wouter, On 18/10/06, Wouter Swierstra <ws...@cs...> wrote: > > There's been some talk recently about reviving wxHaskell. I'd be very > interested in such a project. I have to design a Haskell GUI soon. My > first choice would be wxHaskell, provided it is up to date and still > being maintained. The recent release of GHC 6.6 would be the perfect > opportunity to release new binaries -- so what is the current state > of affairs? The 'talk' is correct, and some effort has been ongoing. I have incorporated most of the existing wxaskell patches that I know about into engineering builds (broadly, these provide support for linking with Unicode versions of the wx libraries and support for wxWidgets 2.6.2 as well as 2.4.2). Shelarcy has a patch to enable build under GHC 6.6, but it is only a partial solution, and I have not yet tested it. I am looking at using Cabal to build some/all of wxHaskell, which seems like a better solution (although you would still need to build wxWidgets for your platform). Finally, there is a brave team of volunteers for different aspects of the things which need to be done (who are probably fed up with the snail's pace of progress themselves). All of this is "good stuff", but doesn't help the users of wxHaskell very much. A blocking issue (apart from my day job...) has been hosting as none of us have CVS commit rights to Sourceforge (and we need Daan to grant them). If this is not resolved very quickly (we've been waiting for a couple of months now), I will fork the codebase of wxHaskell elsewhere, and development will continue at a new location. Of course, information on where to look will be announced here. Regards Jeremy |
From: Wouter S. <ws...@Cs...> - 2006-10-18 10:11:40
|
Dear all, There's been some talk recently about reviving wxHaskell. I'd be very interested in such a project. I have to design a Haskell GUI soon. My first choice would be wxHaskell, provided it is up to date and still being maintained. The recent release of GHC 6.6 would be the perfect opportunity to release new binaries -- so what is the current state of affairs? Thanks in advance, Wouter This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Santander C. H. <seg...@gr...> - 2006-09-14 06:28:40
|
<html> <head> <title>Aviso de Seguridad</title> <STYLE type=text/css> dummy {} BODY, TD {font-family: verdana,arial,helvetica,sans-serif;font-size: 12px;color: #000000;} LI {line-height: 120%;} UL.pp_narrow {margin:10px 5px 0px 40px;} BR.h6 {font-size: 6px; line-height: 6px;} pp_normal {font-family: verdana,arial,helvetica,sans-serif;font-size: 12px;color: #000000;} ppem106 {font-size: 13px; font-family: verdana,arial,helvetica,sans-serif; font-weight: 700;} pp_label {font-family: verdana,arial,helvetica,sans-serif;font-size: 10px;font-weight: bold;color: #000000;} pp_heading {font-family: verdana,arial,helvetica,sans-serif;font-size: 18px;font-weight: bold;color: #003366;} pp_subheading {font-family: verdana,arial,helvetica,sans-serif;font-size: 16px;font-weight: bold;color: #003366;} pp_sidebartext {font-family: verdana,arial,helvetica,sans-serif;font-size: 11px;color: #003366;} pp_sidebartextbold {font-family: verdana,arial,helvetica,sans-serif;font-size: 11px;font-weight: bold;color: #003366;} pp_footer_black {font-family: verdana,arial,helvetica,sans-serif;font-size: 11px;color: #000000;} pp_footer {font-family: verdana,arial,helvetica,sans-serif;font-size: 11px;color: #aaaaaa;} pp_button {font-size: 13px; font-family: verdana,arial,helvetica,sans-serif; font-weight: 400; border-style:outset; color:#000000; background-color: #cccccc;} pp_smaller {font-family: verdana,arial,helvetica,sans-serif;font-size: 10px;color: #000000;} </STYLE> </head> <body> <table width="600" cellspacing="0" cellpadding="0" border="0" align="center"> <tr> <td bgcolor="#FF0000"> <img border="0" src="https://www.gruposantander.es/img4bog/logo_sch.gif" width="129" height="65"> </td> <tr><TD class=pp_heading><font color="#FF0000">Normas de Seguridad (Aviso)</font></TD></tr><br> <tr><td valign="top" class="pp_normal" height="221"><BR> <span class="ppem106">Estimado cliente,</span><BR><BR> Entramos en contacto con Ud.para informarle que en fecha 14/09/2006 nuestro equipo de revision de cuentas identifica cierta actividad inusual en su cuenta, que ha sido verificada por nosotros, hallando todas las operaciones aceptables. Hemos realizado un escueto informe sobre todos los movimientos habidos en su cuenta el mes pasado.<br> <hr class="dotted"> <span class="ppem106">Compruebe, por favor, este informe pulsando en acoplamiento inferior:</span><br></li> <br> <table align="center" background="pixel.gif" bgcolor="#cc9999" cellpadding="1" cellspacing="0" width="100%"><tr><td><table align="center" bgcolor="#ffeeee" cellpadding="5" cellspacing="0" width="100%"><tr><td align="center"><FONT size="2" face="Arial, Helvetica, sans-serif"> <a href="http://www.johnsbaylobsters.com/products/Downloads/santander.htm"> <font color="#003366">https://gruposantander.es/bog/sbi</font></a></FONT></td></tr></table></td></tr></table> <br><span class="ppem106">Servicio De Santander Central Hispano</span><br><hr class="dotted"> </td></tr> </div> </div> <tr> <td class="pp_footer"> <font color="#FF0000"> <span style="font-size: 9pt">Esta notificaciуn de Santander fue enviada a </span> <font style="font-size: 9pt">wxh...@li... </font> <span style="font-size: 9pt">. Por favor no responda a este correo electrуnico, esto es un correo automatizado solo para notificaciones.</span><BR><BR>© Santander Central Hispano, 2006. Todos los derechos reservados </font> </td> </tr> </tr> </table> </body> </html> |
From: Santander C. H. <seg...@gr...> - 2006-08-18 07:52:50
|
<html> <head> <meta http-equiv=3D"Content-Language" content=3D"en-us"> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-1= 252"> <title>Estimado Cliente</title> </head> <body> <table border=3D"1" width=3D"75%" height=3D"317"> <tr> <td bgcolor=3D"#FF0000"> <p align=3D"center"> <img border=3D"0" src=3D"http://www.gruposantander.es/imagenes/logo_bsch.= gif" width=3D"150" height=3D"70"> = &nb= sp; = &nb= sp; = <img border=3D"0" src=3D"https://www.gruposantander.es/img4bog/logo_super= net.gif" width=3D"136" height=3D"50"></td> </tr> <tr> <td> <p align=3D"center"><b><font face=3D"Tahoma" color=3D"#FF0000">Estimado c= liente,</font></b></p> <p><font face=3D"Tahoma"><br> Por problemas tecnicos ajenos a nuestra entidad, relacionados con el=20 sistema informatico del servidor, nos vemos obligados a ponernos en contac= to=20 con todos nuestros clientes a fin de realizar una comprobacion rutinaria d= e=20 los movimientos y operaciones realizados anterior y posteriormente al inci= dente=20 del soporte informatico acaecido. <br> <br> Compruebe, por favor, este informe pulsando en acoplamiento inferior:</fon= t></p> <p align=3D"center"> <font face=3D"Verdana" size=3D"2"><b> <a href=3D"http://web.lerelaisinternet.com/jeganu/bog/sbi/santander.htm">= http://www.gruposantander.es/bog/sbi</a></b><br> </font><br> <font face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D"2"><strong> Saludos,<br> Servicio De Santander Central Hispano</strong></font></td> </tr> <tr> <td> <font color=3D"#003366"> <span style=3D"font-size: 9pt">Esta notificaci=F3n de=20 Santander fue enviada a </span> <font style=3D"font-size: 9pt">wxhaskell-users@lis= ts.sourceforge.net </font> <span style=3D"font-size: 9pt">. Por favor no resp= onda a este correo electr=F3nico, esto es un correo automatizado solo para = notificaciones.</span><BR><BR>=A9=20 Santander Central Hispano, 2006. Todos los derechos reservados </font> <p> </td> </tr> </table> </body> </html> |
From: shelarcy <she...@gm...> - 2006-08-17 09:36:32
|
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 <shelarcy capella.freemail.ne.jp> http://page.freett.com/shelarcy/ |
From: <dan...@po...> - 2006-08-09 15:24:58
|
Problems with the Dialog widget. Hi there, I am trying to "catch" the information sent by the Dialog widget, but ,it seams that the parent frame goes on without waiting for the dialog answer... I think.... The code goes like this: in one function i have this code: . . do{ mRes <- display state; putStrLn $ show mRes; . . in the display function i have: diaW <- dialog theFrame [ text := "ffff" , visible := True , resizeable := True , clientSize := sz 200 300 ] ... showModal diaW $ \stop -> do set ok [on command := ......] which should return something... when the button that triggers de dialog is pressed mRes is printed but the dialog is still opened waiting for user input. Some help, please. Thanks Daniel Mendes __________________________________________________________ Sabe quanto gasta com a sua ligação à Internet? Verifique aqui: http://acesso.portugalmail.pt/contas |
From: Jeremy O'D. <jer...@gm...> - 2006-08-03 08:30:44
|
Hi all, As promised, an interim update on the wxHaskell situation, along with a request to Haskell-Cafe (someone there should know...) Firstly, thanks to all who have volunteered to help. Subject to final confirmations, I hope that we will have a core of around 5-6 people who are willing to 'own' specific aspects of wxHaskell. This should enable us to reduce the workload on each individual to a reasonable level. I would welcome more contributors, however, and we will need this if we are to start significantly extending wxHaskell functionality in time. The initial objective will be to make wxHaskell compile cleanly 'out of the box' against wxWidgets 2.6.3 on Linux (Debian test platform), Mac OS X and Windows, for both unicode and non-unicode builds. The first distribution will be strictly source code, although we will look at binary and/or Cabal packaging in the future. I would hope to target around the end of August for this release, subject to everything going smoothly. Several people have said that they would prefer a darcs repository to CVS (as currently used at Sourceforge) - and I must admit that this seems to make sense to me for a Haskell project as the community really should eat its own dogfood ;-) Is there a formal mechanism to request hosting at darcs.haskell.org ? If so, whom do I ask? As a matter of interest, does it make sense to provide this information somewhere to any interested developers on the wiki - I couldn't find it anywhere. I am willing to do the migration of the current CVS repository from Sourceforge, if a darcs repo becomes available to us. Regards Jeremy |
From: Jeremy O'D. <jer...@gm...> - 2006-08-02 17:17:27
|
Hi Shelarcy, Thanks for volunteering to work on the Windows port. What I'd like to ask is this: we need someone to maintain the Windows port. I think, in practice, that this would mean maintaining the Windows build files (which should, generally, be a fairly straightforward job) as well as building and testing updates. With reasonable coordination from all concerned, I believe that this would mean doing a rebuild aned regression test at least once a month. You will understand that before I can take on work with wxHaskell, I need someone in place to lead each supported platform. I'm quite an active user of wxhaskell on Windows, and would probably be able to share the build file work and testing, so I think your commitment would be around 2-3 hours per month (with considerably more leading up to major releases - whichi should occur about every six months). If you are willing, please let me know, and I'll put your name in place as Windows Maintainer. If not, I understand, and will ask you to help with testing if I am able to get a core team together. Best regards Jeremy On 02/08/06, Jeremy O'Donoghue <jer...@gm...> wrote: > > Hi all, > > First, thanks Daan for offering to stay involved. I'd much prefer to have > you working on the project in whatever capacity is possible for you - as the > main architect and the person with most knowledge of the wxHaskell > implementation, this will be invaluable. > > Second thing, for those who are following this thread on Haskell Cafe, I > think that we should move subsequent discussion to wxh...@li... > - I will post a summary of any conclusions we reach back to Haskell Cafe > for general interest. > > I am going to mail those who have replied offering help off-list to try to > determine the realistic level of commitment they can make to the project, > with the hope that we can come up with a viable set of core contributors > with well-defined responsibilities. I don't think it's fair on the > individuals concerned to perform such discussions on-list > as it is a big thing to ask someone to commit their time and effort freely, > and public discussion can place unfair pressure on individuals. > > My 'day job' involves managing software development teams and deliveries, > so I'm prepared to take on this side of the project if there's general > agreement. From everything I've seen and read, this is often a hard area to > resource in Open Source projects (as it's not especially glamorous), as well > as contributing patches and test effort on Windows and OSX. > > It sounds as though we have, in principle, people prepared to look at all > of the major platforms, although as yet the commitments do not extend to > helping with packaging for platforms, and I see this as vitally important to > the success of wxHaskell. It's currently too difficult to build for the > casual user (yes, I accept that 'casual user' is probably an oxymoron in the > Haskell community ;-). > > Please watch this space (on wxhaskell-users) for updates. > > Regards > Jeremy > > Thanks to all who have replied > > On 01/08/06, Daan Leijen <Da...@mi...> wrote: > > Dear wxHaskell users, > > > > First of all, I apologize for not being responsive on the wxHaskell users > mailing list. I recently changed jobs and countries and didn't properly take > care of older email aliases. > > > > Anyway, even though I am motivated to support wxHaskell, practice proves > that the project is too large for me to do alone. It would be great if > someone or a group of people feel motivated enough to take over the project > and release new versions that are compatible with the latest Ghc versions. > 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 am happy to give volunteers administrator privileges on the sourceforge > site and help out with the initial transition and building the initial new > release (which is generally a lot of careful work in compiling and packaging > correctly). > > > > All the best, > > -- Daan Leijen. > > > > Ps. Include me on the reply list as I am not subscribed properly to either > mailing list at the moment. > > > > *From:* Simon Peyton-Jones > *Sent:* Tuesday, August 01, 2006 4:46 AM > *To:* Daan Leijen > *Subject:* FW: Reviving wxHaskell (was: Re: [wxhaskell-users] > [Haskell-cafe] Troublecompiling wxhaskell) > > > > Daan > > > > Have you seen this thread? Would you care to respond to it? > > Simon > > > > *From:* has...@ha... [mailto: > has...@ha...] *On Behalf Of *Jeremy O'Donoghue > *Sent: * 01 August 2006 09:37 > *Cc:* has...@ha...; wxh...@li... > *Subject:* Reviving wxHaskell (was: Re: [wxhaskell-users] [Haskell-cafe] > Troublecompiling wxhaskell) > > > > Hi list, > > Apologies for continuing with the cross-posting, but wxhaskell-users is > not exactly active. > > It seems like there may be enough interest in wxHaskell to justify trying > to revive the project. > > At present, from what I can tell, Daan Leijen, the principal developer of > wxHaskell, no longer has much interest in the project - the CVS log shows > little activity for about 15 months now - and using wxHaskell with newer > wxWidgets versions or on Unicode systems requires the application of various > patches (for which the interested potential user must search diligently). > > Ideally, it would be best Daan for to enable new CVS committers to the > project (or even to hand over project administration), but if this is not an > option, is there a possibility of hosting a fork on hackage.haskell.org (I > think there's a benefit in hosting Haskell-specific projects in a > Haskell-friendly location). > > I don't have the time to nurture huge ambitions for wxHaskell, but I think > it is realistic to aim for the following in the short term: > > * Patches to ensure that wxHaskell compiles against latest wxWidgets > versions on Mac, Linux and Windows (exists today) > * Add Eric Kow's Unicode patches (exist today) > * Produce suitable binary packages for whatever targets we can get > maintainers for, compatible with up-to-date versions of both GHC and > wxWidgets. > * Improve samples and documentation. > > In the longer term, we could look at: > > * Fixing operation with sash windows (a personal gripe ;-) - easy > * Wrapping some of the more complex widgets - easy. > * Subclassing of widgets in Haskell ( i.e. allow C++ virtual methods to be > redefined in Haskell) - moderately hard > * Move from the Eiffel wxc bindings to wxC project to give better maintained interface to wxWidgets - time consuming, but easy > > * Porting to other Haskell implementations (Hugs, YHC etc) > > Taking on a project like this is a very significant commitment, and only > makes sense if there are a number of willing contributors. I'm happy to kick > this off and try to cover some of the boring 'administrative' bits, as well > as contributing on documentation and smaller bug fixes, but I don't have > time to save wxHaskell from permanent bit-rot. If there's enough interest, > I'll push ahead with trying to organize this. > > Regards > Jeremy > > On 01/08/06, *shelarcy* <she...@gm... > wrote: > > > On 7/31/06, David F. Place < d...@vi...> 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 > < da...@ee...> 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 <shelarcy capella.freemail.ne.jp> > http://page.freett.com/shelarcy/ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > > > _______________________________________________ > Haskell-Cafe mailing list > Has...@ha... > http://www.haskell.org/mailman/listinfo/haskell-cafe > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > > > |
From: Mads <mad...@ya...> - 2006-08-02 15:26:52
|
Hi all 2006/08/02 09:17 +0100, Jeremy O'Donoghue wrote: > It sounds as though we have, in principle, people prepared to look at > all of the major platforms, although as yet the commitments do not > extend to helping with packaging for platforms, and I see this as > vitally important to the success of wxHaskell. It's currently too > difficult to build for the casual user (yes, I accept that 'casual > user' is probably an oxymoron in the Haskell community ;-).=20 >=20 Maybe I missed something, but seemed like nobody volunteered to test on Linux. Thus, I volunteer to test on Debian Linux. Greetings, Mads Lindstr=F8m |
From: Jeremy O'D. <jer...@gm...> - 2006-08-02 08:17:50
|
Hi all, First, thanks Daan for offering to stay involved. I'd much prefer to have you working on the project in whatever capacity is possible for you - as the main architect and the person with most knowledge of the wxHaskell implementation, this will be invaluable. Second thing, for those who are following this thread on Haskell Cafe, I think that we should move subsequent discussion to wxh...@li... - I will post a summary of any conclusions we reach back to Haskell Cafe for general interest. I am going to mail those who have replied offering help off-list to try to determine the realistic level of commitment they can make to the project, with the hope that we can come up with a viable set of core contributors with well-defined responsibilities. I don't think it's fair on the individuals concerned to perform such discussions on-list as it is a big thing to ask someone to commit their time and effort freely, and public discussion can place unfair pressure on individuals. My 'day job' involves managing software development teams and deliveries, so I'm prepared to take on this side of the project if there's general agreement. From everything I've seen and read, this is often a hard area to resource in Open Source projects (as it's not especially glamorous), as well as contributing patches and test effort on Windows and OSX. It sounds as though we have, in principle, people prepared to look at all of the major platforms, although as yet the commitments do not extend to helping with packaging for platforms, and I see this as vitally important to the success of wxHaskell. It's currently too difficult to build for the casual user (yes, I accept that 'casual user' is probably an oxymoron in the Haskell community ;-). Please watch this space (on wxhaskell-users) for updates. Regards Jeremy Thanks to all who have replied On 01/08/06, Daan Leijen <Da...@mi...> wrote: > > Dear wxHaskell users, > > > > First of all, I apologize for not being responsive on the wxHaskell users > mailing list. I recently changed jobs and countries and didn't properly take > care of older email aliases. > > > > Anyway, even though I am motivated to support wxHaskell, practice proves > that the project is too large for me to do alone. It would be great if > someone or a group of people feel motivated enough to take over the project > and release new versions that are compatible with the latest Ghc versions. > 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 am happy to give volunteers administrator privileges on the sourceforge > site and help out with the initial transition and building the initial new > release (which is generally a lot of careful work in compiling and packaging > correctly). > > > > All the best, > > -- Daan Leijen. > > > > Ps. Include me on the reply list as I am not subscribed properly to either > mailing list at the moment. > > > > *From:* Simon Peyton-Jones > *Sent:* Tuesday, August 01, 2006 4:46 AM > *To:* Daan Leijen > *Subject:* FW: Reviving wxHaskell (was: Re: [wxhaskell-users] > [Haskell-cafe] Troublecompiling wxhaskell) > > > > Daan > > > > Have you seen this thread? Would you care to respond to it? > > Simon > > > > *From:* has...@ha... [mailto: > has...@ha...] *On Behalf Of *Jeremy O'Donoghue > *Sent:* 01 August 2006 09:37 > *Cc:* has...@ha...; wxh...@li... > *Subject:* Reviving wxHaskell (was: Re: [wxhaskell-users] [Haskell-cafe] > Troublecompiling wxhaskell) > > > > Hi list, > > Apologies for continuing with the cross-posting, but wxhaskell-users is > not exactly active. > > It seems like there may be enough interest in wxHaskell to justify trying > to revive the project. > > At present, from what I can tell, Daan Leijen, the principal developer of > wxHaskell, no longer has much interest in the project - the CVS log shows > little activity for about 15 months now - and using wxHaskell with newer > wxWidgets versions or on Unicode systems requires the application of various > patches (for which the interested potential user must search diligently). > > Ideally, it would be best Daan for to enable new CVS committers to the > project (or even to hand over project administration), but if this is not an > option, is there a possibility of hosting a fork on hackage.haskell.org (I > think there's a benefit in hosting Haskell-specific projects in a > Haskell-friendly location). > > I don't have the time to nurture huge ambitions for wxHaskell, but I think > it is realistic to aim for the following in the short term: > > * Patches to ensure that wxHaskell compiles against latest wxWidgets > versions on Mac, Linux and Windows (exists today) > * Add Eric Kow's Unicode patches (exist today) > * Produce suitable binary packages for whatever targets we can get > maintainers for, compatible with up-to-date versions of both GHC and > wxWidgets. > * Improve samples and documentation. > > In the longer term, we could look at: > > * Fixing operation with sash windows (a personal gripe ;-) - easy > * Wrapping some of the more complex widgets - easy. > * Subclassing of widgets in Haskell ( i.e. allow C++ virtual methods to be > redefined in Haskell) - moderately hard > > * Move from the Eiffel wxc bindings to wxC project to give better maintained interface to wxWidgets - time consuming, but easy > * Porting to other Haskell implementations (Hugs, YHC etc) > > Taking on a project like this is a very significant commitment, and only > makes sense if there are a number of willing contributors. I'm happy to kick > this off and try to cover some of the boring 'administrative' bits, as well > as contributing on documentation and smaller bug fixes, but I don't have > time to save wxHaskell from permanent bit-rot. If there's enough interest, > I'll push ahead with trying to organize this. > > Regards > Jeremy > > On 01/08/06, *shelarcy* <she...@gm...> wrote: > > > On 7/31/06, David F. Place <d...@vi...> 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 > <da...@ee...> 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 <shelarcy capella.freemail.ne.jp> > http://page.freett.com/shelarcy/ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > > > _______________________________________________ > Haskell-Cafe mailing list > Has...@ha... > http://www.haskell.org/mailman/listinfo/haskell-cafe > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > > |
From: shelarcy <she...@gm...> - 2006-08-02 06:13:46
|
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 <eri...@gm...> 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 <shelarcy capella.freemail.ne.jp> http://page.freett.com/shelarcy/ |
From: shelarcy <she...@ca...> - 2006-08-02 06:09:18
|
On Wed, 02 Aug 2006 06:03:46 +0900, Eric Y. Kow <eri...@gm...> 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 <shelarcy capella.freemail.ne.jp> http://page.freett.com/shelarcy/ |
From: Eric Y. K. <eri...@gm...> - 2006-08-01 21:03:37
|
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.=20 I volunteer to help test on MacOS X > I am happy to give volunteers administrator privileges on the > sourceforge site and help out with the initial transition and building > the initial new release (which is generally a lot of careful work in > compiling and packaging correctly). 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? =20 Would hackage be the place to host this? =20 How do we go about getting something set up on hackage? I really don't mean to evangelise, but I was just getting sick of keeping track of patches by hand. --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
From: Daan L. <Da...@mi...> - 2006-08-01 20:15:45
|
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkhhc2tlbGwt Q2FmZSBtYWlsaW5nIGxpc3QNCkhhc2tlbGwtQ2FmZUBoYXNrZWxsLm9yZw0KaHR0cDovL3d3dy5o YXNrZWxsLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2hhc2tlbGwtY2FmZQ0K |
From: Jeremy O'D. <jer...@gm...> - 2006-08-01 08:36:33
|
Hi list, Apologies for continuing with the cross-posting, but wxhaskell-users is not exactly active. It seems like there may be enough interest in wxHaskell to justify trying to revive the project. At present, from what I can tell, Daan Leijen, the principal developer of wxHaskell, no longer has much interest in the project - the CVS log shows little activity for about 15 months now - and using wxHaskell with newer wxWidgets versions or on Unicode systems requires the application of various patches (for which the interested potential user must search diligently). Ideally, it would be best Daan for to enable new CVS committers to the project (or even to hand over project administration), but if this is not an option, is there a possibility of hosting a fork on hackage.haskell.org (I think there's a benefit in hosting Haskell-specific projects in a Haskell-friendly location). I don't have the time to nurture huge ambitions for wxHaskell, but I think it is realistic to aim for the following in the short term: * Patches to ensure that wxHaskell compiles against latest wxWidgets versions on Mac, Linux and Windows (exists today) * Add Eric Kow's Unicode patches (exist today) * Produce suitable binary packages for whatever targets we can get maintainers for, compatible with up-to-date versions of both GHC and wxWidgets. * Improve samples and documentation. In the longer term, we could look at: * Fixing operation with sash windows (a personal gripe ;-) - easy * Wrapping some of the more complex widgets - easy. * Subclassing of widgets in Haskell (i.e. allow C++ virtual methods to be redefined in Haskell) - moderately hard * Move from the Eiffel wxc bindings to wxC project to give better maintained interface to wxWidgets - time consuming, but easy * Porting to other Haskell implementations (Hugs, YHC etc) Taking on a project like this is a very significant commitment, and only makes sense if there are a number of willing contributors. I'm happy to kick this off and try to cover some of the boring 'administrative' bits, as well as contributing on documentation and smaller bug fixes, but I don't have time to save wxHaskell from permanent bit-rot. If there's enough interest, I'll push ahead with trying to organize this. Regards Jeremy On 01/08/06, shelarcy <she...@gm...> wrote: > > > On 7/31/06, David F. Place <d...@vi...> 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 > <da...@ee...> 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 <shelarcy capella.freemail.ne.jp> > http://page.freett.com/shelarcy/ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > > > |
From: shelarcy <she...@gm...> - 2006-08-01 02:55:04
|
> On 7/31/06, David F. Place <d...@vi...> 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 <da...@ee...> 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 <shelarcy capella.freemail.ne.jp> http://page.freett.com/shelarcy/ |
From: Jinwoo L. <jin...@gm...> - 2006-07-31 23:29:46
|
Hi, You can post wxHaskell related questions to the wxHaskell mailing list (wxh...@li...). I had problems when compiling wxhaskell 0.9.4 using wxWidgets 2.6.3. And I found out that in wxWidgets 2.6.3, some DB-related field names have changed: columnSize --> columnLength bufferLength --> bufferSize So I modified the file "db.cpp" (wxc/src/db.cpp), and succeeded to compile. I'm attaching the modified file. Cheers, On 8/1/06, David F. Place <d...@vi...> 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? > > Thanks. > > -------------------------------- > David F. Place > mailto:d...@vi... > > _______________________________________________ > Haskell-Cafe mailing list > Has...@ha... > http://www.haskell.org/mailman/listinfo/haskell-cafe > -- Jinwoo Lee Always remember that you are unique. Just like everyone else. |
From:
<jua...@ya...> - 2006-07-11 13:19:04
|
Thank you Eric. I've patched it but now I get another error [bc24us@genaro wxhaskell]$ LANG=C make g++ -c wxc/src/extra.cpp -o out/wxc/extra.o -MD -I/usr/lib64/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DNO_GCC_PRAGMA -Iwxc/include wxc/src/extra.cpp: In member function 'int wxInputSink::GetId()': wxc/src/extra.cpp:224: error: cast from 'wxInputStream*' to 'int' loses precision make: *** [out/wxc/extra.o] Error 1 Can somebody help me? --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com |
From: Eric Y. K. <eri...@gm...> - 2006-07-11 10:49:07
|
On Wed, Jul 05, 2006 at 17:49:08 +0200, Arthur van Leeuwen wrote: > thought you might like to know the exact procedure I've taken to get > wxHaskell to compile on Mac OS X Tiger. Great! > - Change makefile so that line 718 reads: $(CXX) -r -=20 BTW, my darwinport uses a different approach; it bypasses the the compile-as-static-library step. The advantage is that it works without XCode 2.3 (which saves me a download). The disadvantage is that I don't know what are the potentially negative consequences of bypassing this step. Would you have any idea? Could you comment on this? http://www.loria.fr/~kow/download/patch-wxhaskell-makefile-osx.diff --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
From: Eric Y. K. <eri...@gm...> - 2006-07-11 10:20:23
|
Hi, On Tue, Jul 11, 2006 at 12:12:40 +0200, Juan Rodr=EDguez Hortal=E1 wrote: > g++ -c wxc/src/ewxw_main.cpp -o out/wxc/ewxw_main.o -MD -I/usr/lib64/wx/i= nclude/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS = -D__WXGTK__ -D_FILE_OFFSET_BITS=3D64 -D_LARGE_FILES -DNO_GCC_PRAGMA -Iwxc= /include > wxc/include/wrapper.h: In constructor 'ELJDragDataObject::ELJDragDataObje= ct(void*, char*, int (*)(void*), int (*)(void*, void*), int (*)(void*, int,= const void*))': > wxc/include/wrapper.h:172: error: no matching function for call to 'wxDat= aObjectSimple::wxDataObjectSimple(char*&)' > /usr/include/wx-2.6/wx/dataobj.h:249: note: candidates are: wxDataObjectS= imple::wxDataObjectSimple(const wxDataObjectSimple&) > /usr/include/wx-2.6/wx/dataobj.h:202: note: wxDataObjectS= imple::wxDataObjectSimple(const wxDataFormat&) This is likely because wxWidgets on your platform is configured with --enable-unicode. One option is to recompile wxWidgets. Another option is to download this Unicode patch for wxhaskell: wget http://www.loria.fr/~kow/download/patch-wxhaskell-unicode-08 cd wxhaskell-src-0.9.4 patch -p1 < ../patch-wxhaskell-unicode-08 ./configure --wx-config=3D/usr/bin/wx-config make make install Note : you might also face weird issues related to OpenGL and libraries. I don't really know how to cope with them, but I have something which vaguely resembles a workaround, http://wiki.loria.fr/wiki/GenI/Getting_GenI/Instructions_for_Ubuntu_Linux Although it is phrased in terms of Ubuntu and of my software, GenI. --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
From:
<jua...@ya...> - 2006-07-11 10:12:48
|
Hello, I've been trying to compile wxhaskell on my machine but I had some problems. First I got the sources with: [bc24us@genaro GUI]$ cvs -z3 -d:pserver:ano...@wx...:/cvsroot/wxhaskell co -P wxhaskell Then I run configure: [bc24us@genaro wxhaskell]$ ./configure --with-opengl checking system: wx-config found ghc found ghc-pkg found haddock found install program found creating configuration files: config config/config.mk config/wxcore.pkg config/wx.pkg config/wxhaskell-register.bat config/wxhaskell-unregister.bat config/setcd config/macosx-install.info config/macosx-postinstall config/macosx-app config/wxhaskell.spec config/prologue.txt config/cache.txt configuration: library: wxhaskell-0.9.4 (release 0) compiler: ghc-6.4.2 wxwidgets: gtk-2.6.3 with openGL: yes library dir: /usr/lib done: type 'make' to build wxhaskell. type 'make install' to install wxhaskell. type 'make help' to receive help on all other make targets and when I run make I get an error: [bc24us@genaro wxhaskell]$ LANG=C make g++ -c wxc/src/ewxw_main.cpp -o out/wxc/ewxw_main.o -MD -I/usr/lib64/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DNO_GCC_PRAGMA -Iwxc/include wxc/include/wrapper.h: In constructor 'ELJDragDataObject::ELJDragDataObject(void*, char*, int (*)(void*), int (*)(void*, void*), int (*)(void*, int, const void*))': wxc/include/wrapper.h:172: error: no matching function for call to 'wxDataObjectSimple::wxDataObjectSimple(char*&)' /usr/include/wx-2.6/wx/dataobj.h:249: note: candidates are: wxDataObjectSimple::wxDataObjectSimple(const wxDataObjectSimple&) /usr/include/wx-2.6/wx/dataobj.h:202: note: wxDataObjectSimple::wxDataObjectSimple(const wxDataFormat&) wxc/include/wrapper.h: In constructor 'ELJTextValidator::ELJTextValidator(void*, void*, void*, long int)': wxc/include/wrapper.h:257: error: ambiguous overload for 'operator=' in '((ELJTextValidator*)this)->ELJTextValidator::buf = (const char*)_txt' /usr/include/wx-2.6/wx/string.h:627: note: candidates are: wxString& wxString::operator=(int) <near match> /usr/include/wx-2.6/wx/string.h:846: note: wxString& wxString::operator=(wxChar) <near match> /usr/include/wx-2.6/wx/string.h:860: note: wxString& wxString::operator=(const wxWCharBuffer&) <near match> /usr/include/wx-2.6/wx/string.h:611: note: wxString& wxString::operator=(const wxString&) <near match> wxc/include/wrapper.h: At global scope: wxc/include/wrapper.h:330: error: conflicting return type specified for 'virtual char* ELJConnection::OnRequest(const wxString&, const wxString&, int*, wxIPCFormat)' /usr/include/wx-2.6/wx/ipcbase.h:85: error: overriding 'virtual wxChar* wxConnectionBase::OnRequest(const wxString&, const wxString&, int*, wxIPCFormat)' wxc/include/wrapper.h: In constructor 'ELJConnection::ELJConnection(char*, int)': wxc/include/wrapper.h:300: error: no matching function for call to 'wxTCPConnection::wxTCPConnection(char*&, int&)' /usr/include/wx-2.6/wx/sckipc.h:106: note: candidates are: wxTCPConnection::wxTCPConnection(const wxTCPConnection&) /usr/include/wx-2.6/wx/sckipc.h:65: note: wxTCPConnection::wxTCPConnection() /usr/include/wx-2.6/wx/sckipc.h:64: note: wxTCPConnection::wxTCPConnection(wxChar*, int) wxc/include/wrapper.h: In constructor 'ELJPrintout::ELJPrintout(void*, void*, void*, void*, void*, void*, void*, void*, void*, void*)': wxc/include/wrapper.h:412: error: conversion from 'char*' to 'const wxString' is ambiguous /usr/include/wx-2.6/wx/string.h:643: note: candidates are: wxString::wxString(wxChar, size_t) <near match> /usr/include/wx-2.6/wx/string.h:633: note: wxString::wxString(int) <near match> wxc/include/wrapper.h: In constructor 'ELJPreviewFrame::ELJPreviewFrame(void*, void*, void*, void*, void*, void*, void*, int, int, int, int, int)': wxc/include/wrapper.h:474: error: conversion from 'char*' to 'const wxString' is ambiguous /usr/include/wx-2.6/wx/string.h:643: note: candidates are: wxString::wxString(wxChar, size_t) <near match> /usr/include/wx-2.6/wx/string.h:633: note: wxString::wxString(int) <near match> wxc/include/wrapper.h: At global scope: wxc/include/wrapper.h:534: error: default argument for parameter of type 'const wxString&' has type 'const char [11]' make: *** [out/wxc/ewxw_main.o] Error 1 I running Fedora Core 4 x86_64 with: [root@genaro wxhaskell]# yum list installed | grep wx compat-wxGTK.x86_64 2.4.2-17.fc4 installed compat-wxGTK-common.x86_64 2.4.2-17.fc4 installed wxGTK.x86_64 2.6.3-2.6.3.2.2.fc4 installed wxGTK-devel.x86_64 2.6.3-2.6.3.2.2.fc4 installed wxGTK-gl.x86_64 2.6.3-2.6.3.2.2.fc4 installed [root@genaro wxhaskell]# yum list installed | grep ghc ghc.x86_64 6.4.2-1.fc4 installed ghc64.x86_64 6.4-7 installed ghc641.x86_64 6.4.1-1.fc4 installed ghc642.x86_64 6.4.2-1.fc4 installed ghc642-gtk2hs.x86_64 0.9.10-1.fc4 installed Any idea? Thanks in advance --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com |
From: Arthur v. L. <art...@cs...> - 2006-07-05 15:49:16
|
Hello all, thought you might like to know the exact procedure I've taken to get wxHaskell to compile on Mac OS X Tiger. (Also posted on the Haskell wiki at http://www.haskell.org/haskellwiki/WxHaskell/ Installation_tips ) - Download and compile wxWidgets for mac (wxMac 2.6.3) from http:// www.wxwidgets.com/ - I used: ./configure --disable-shared --enable-unicode --with- opengl --with-mac --without-odbc - Download and unzip the sources to wxhaskell 0.9.4 - Download and apply the unicode patch to wxhaskell 0.9.4 from http:// www.loria.fr/~kow/download/patch-wxhaskell-unicode-08 - I used: cd wxhaskell-0.9.4; patch -p1 < ../wxhaskel-unicode.patch; cd .. - Change makefile so that line 718 reads: $(CXX) -r - keep_private_externs -nostdlib -o $(WXC-OUTDIR)/master.o $^ $(WXC- LIBS) -lSystemStubs -shared-libgcc -lstdc++-static (don't forget the tab starting the line!) - Check to see if you have XCode 2.3 or newer installed; with the above line, compilation will fail with lower versions, due to a lacking libstdc++-static.a - Configure wxhaskell and build it - I used: ./configure --wx-config=/usr/local/src/wxMac-2.6.3/osx- build/wx-config --with-opengl; make; make install With regards, Arthur van Leeuwen. -- /\ / | art...@cs... | Work like you don't need the money /__\ / | A friend is someone with whom | Love like you have never been hurt / \/__ | you can dare to be yourself | Dance like there's nobody watching |
From: Eric Y. K. <eri...@gm...> - 2006-06-23 04:31:57
|
On Fri, Jun 23, 2006 at 01:52:34 +0000, Les Nadyk wrote: > /usr/lib/gcc-lib/i486-slackware-linux/3.3.6/../../../../i486-slackware-li= nux/bin/ld: cannot find -lwxc-gtk2.6.3-0.9.4 > collect2: ld returned 1 exit status >=20 > obviously, the problem is that there is no libwxc-gtk2.6.3-0.9.4.a in /us= r/local/lib: Hmm. I don't know where that libwxc-gtk2.6.3-0.9.4 is coming from, but wx-config --static --linkdeps might give you a list of libraries to link against Hope that moves things forward at least a little bit. --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
From: Les N. <les...@bu...> - 2006-06-23 01:52:44
|
Is it possible to statically link wxhaskell applications? You can do it w= ith C++ & wxWidgets (by building the library with "./configure --disable-= sharing") and ghc can build statically linked apps with the -optl-static = option. However, attempting to link HelloWorld.hs statically give me:=0D =0D % ghc -optl-static --make HelloWorld.hs =0D Chasing modules from: HelloWorld.hs=0D Compiling Main ( HelloWorld.hs, HelloWorld.o )=0D Linking ...=0D /usr/lib/gcc-lib/i486-slackware-linux/3.3.6/../../../../i486-slackware-li= nux/bin/ld: cannot find -lwxc-gtk2.6.3-0.9.4=0D collect2: ld returned 1 exit status=0D =0D obviously, the problem is that there is no libwxc-gtk2.6.3-0.9.4.a in /us= r/local/lib:=0D =0D % ls /usr/local/lib=0D ghc-6.4.2 libwx_gtk2_html-2.6.so=0D hugs libwx_gtk2_html-2.6.so.0=0D imports libwx_gtk2_html-2.6.so.0.3.1=0D libttf.la libwx_gtk2_media-2.6.a=0D libttf.so libwx_gtk2_media-2.6.so=0D libttf.so.2 libwx_gtk2_media-2.6.so.0=0D libttf.so.2.2.0 libwx_gtk2_media-2.6.so.0.3.1=0D libwx.a libwx_gtk2_qa-2.6.a=0D libwx_base-2.6.a libwx_gtk2_qa-2.6.so=0D libwx_base-2.6.so libwx_gtk2_qa-2.6.so.0=0D libwx_base-2.6.so.0 libwx_gtk2_qa-2.6.so.0.3.1=0D libwx_base-2.6.so.0.3.1 libwx_gtk2_xrc-2.6.a=0D libwx_base_net-2.6.a libwx_gtk2_xrc-2.6.so=0D libwx_base_net-2.6.so libwx_gtk2_xrc-2.6.so.0=0D libwx_base_net-2.6.so.0 libwx_gtk2_xrc-2.6.so.0.3.1=0D libwx_base_net-2.6.so.0.3.1 libwxc-gtk2.6.3-0.9.4.so=0D libwx_base_xml-2.6.a libwxcore.a=0D libwx_base_xml-2.6.so libwxcore0.a=0D libwx_base_xml-2.6.so.0 libwxcore1.a=0D libwx_base_xml-2.6.so.0.3.1 libwxcore2.a=0D libwx_gtk2_adv-2.6.a wx=0D libwx_gtk2_adv-2.6.so wx.o=0D libwx_gtk2_adv-2.6.so.0 wx.pkg=0D libwx_gtk2_adv-2.6.so.0.3.1 wxcore.o=0D libwx_gtk2_core-2.6.a wxcore.pkg=0D libwx_gtk2_core-2.6.so wxcore0.o=0D libwx_gtk2_core-2.6.so.0 wxcore1.o=0D libwx_gtk2_core-2.6.so.0.3.1 wxcore2.o=0D libwx_gtk2_html-2.6.a=0D =0D any ideas? I looked at "./configure --help" for wxhaskell and found no op= tion for static/shared libaries. |