When I last looked at the problem, the issue was that wxWidgets libraries
use static constructors and destructors in some places.
Problem with static constructors is that they typically run before main() -
or its equivalent - is called. This means that once you quit an
application, there is no way
That's fine with me. I'll probably continue to contribute when work allows,
so more than happy to be listed.
Please go ahead and make announcements and changes whenever you want to.
Best regards
Jeremy
On 2 Aug 2013 00:59, "Atze Dijkstra" wrote:
> Thanks!
>
> I created an organisation 'wxHaskel
wxdirect does not support conditional compilation, I'm afraid. It's a large
part of the reason why there are separate branches for wxWidgets 2.8 and
2.9.
Adding a real C preprocessor to wxdirect is a pretty large task.
The usual approach we have used in the past is:
* Define function in the heade
>From the website...
"To use fficxx, you write a Haskell model of the C++ public interfaces and
fficxx generates both a C wrapper and associated haskell functions and type
classes which reflect specified model of the C++ interfaces. It is
currently the user’s responsibility to specify a correct mo
Hi all,
My sincere apologies for lack of availability and presence over the past
few months - due almost entirely for being the software technology lead for
http://www.tomshardware.com/news/Qualcomm-Atheros-NFC-Near-Field-QCA1990-Snapdragon,19607.html.
Not much Haskell there, unfortunately.
Atze
ime perhaps, but what to look
> for exactly?
> (I relied on "cabal install wx cabal-macosx" on an empty local user pkg
> lib to get it right.)
> Regards/ Henry
>
> On 27 Jun 2012, at 15:28, Jeremy O'Donoghue wrote:
>
> There are a couple of possibilities:
>
&
There are a couple of possibilities:
1) (which I think can be discounted, given your description of 'removed
everything and started again') is that you didn't do a clean build. The
dependency checking for wxc is rather fragile (bacause Cabal does not know
about C dependencies).
2) More likely: the
Thanks David.
On 23 April 2012 10:07, David Virebayre wrote:
> Sorry, I posted that before I actually checked the packages names.. It's
>
> Le 23 avril 2012 11:04, David Virebayre a
> écrit :
>
> sudo apt-get install wxwidgets2.8-deaders libwxgtk2.8-dev
>>
>
> sudo apt-get install wx2.8-headers
Hi developers,
I wanted to canvas opinion about moving wxHaskell development from darcs on
code.haskell.org to (git, obviously) on GitHub.
Potential advantages:
- Easier for new committers to commit code
- GitHub provides some pretty decent tools (integrated issue tracker,
particularly)
On 4 April 2012 08:14, Henning Thielemann wrote:
>
> on a second thought ...
>
>
> On Tue, 3 Apr 2012, Jeremy O'Donoghue wrote:
>
> * The mainline will have the patches needed to update to support
>> wxWidgets 2.9.x, based on the work
>>
>>by
Hi wxHaskellers,
I am about to apply a fairly significant set of changes to the wxHaskell
master repository at code.haskell.org. This is in order that I can apply
the changes needed to support wxWidgets versions from 2.9 onwards, and the
major architectural changes this entails.
The changes will
Hi Eric,
I was going to start merging the current state of wxHaskell support for
wxWidget 2.9 back into the mainline at c.h.o... then I discovered a problem.
Becuse Darcsden uses the darcs 2.0 repo format (not the hashed format), I
cannot push patches from my local copy of Dave's Darcsden to my l
;
> E:\Dev\Repo\wxhaskell-dev-darcs\wxhaskell-dev-v14patch\wx>cabal configure
> Resolving dependencies...
> Configuring wx-0.14...
> cabal: At least the following dependencies are missing:
> wxcore >=0.14
>
> It's been a great adventure though. Thanks for everyone working on t
eInstances pragmas.
The remaining issue on Windows is that GHCi is not working as it should. I
will look at this next.
On 25 January 2012 15:33, Dave Tapley wrote:
> On 22 January 2012 00:37, Jeremy O'Donoghue wrote:
>
>> I now have wxC building on Windows. Details
On 25 January 2012 15:19, Dave Tapley wrote:
> On 16 January 2012 00:46, Eric Kow wrote:
>
>>
>> I was going to post on your blog, but you beat me to mentioning it. So
>> better hear it from me, you should totally use GitHub for wxC. Plus it
>> would be a chance to work with darcs-bridge maybe.
On 17 January 2012 22:40, Jeremy O'Donoghue wrote:
> On 17 January 2012 21:38, Jeremy O'Donoghue wrote:
>
>> Hi all,
>>
>> I have collected together all of the people who I know are making the
>> effort to build Dave's latest code on different platfor
On 17 January 2012 21:38, Jeremy O'Donoghue wrote:
> Hi all,
>
> I have collected together all of the people who I know are making the
> effort to build Dave's latest code on different platforms. I'd also like to
> introduce Andrej, who is testing wxC in the context
Hi all,
I have collected together all of the people who I know are making the
effort to build Dave's latest code on different platforms. I'd also like to
introduce Andrej, who is testing wxC in the context of D (so could we go
easy on the Zygohistomorphic Premorphisms and other deep Haskell-ism in
Hi lists,
There have been a number of discussions over the past week or so on the
future of wxC. I'm not as good as Dave at cross-referencing everything, but
at the very least we have:
http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg01050.html
http://www.mail-archive.com/wxha
Hi developers,
Think the subject says it all :-)
Jeremy
--
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2___
wxhaske
Thank you Kenneth,
That's an extremely detailed and complete set of notes. It is very much
appreciated.
Best regards
Jeremy
On 12 January 2012 14:52, Frodo Kenny wrote:
> Nice work. I was still on GHC 6.10 to be able to use wxhaskell with ghci.
>
> Here are some notes and patches for OS X. I'm
On 11 January 2012 15:55, Dave Tapley wrote:
> On 11 January 2012 00:56, Dave Tapley wrote:
> > Does anyone know why wxTreeCtrl_GetBoundingRect is implemented [1] such
> that:
> > 1. It returns a null pointer on non-Windows platforms.
> > 2. It disregards the returned value and returns GetRect()
On 9 January 2012 18:09, Dave Tapley wrote:
> On 9 January 2012 17:04, Jeremy O'Donoghue wrote:
>
>> On 6 January 2012 16:02, Dave Tapley wrote:
>>
>>> 2012/1/6 shelarcy
>>>
>>
>> Needless to say, I have immediately hit the wx-config r
Hi Dave, all
On 6 January 2012 16:02, Dave Tapley wrote:
> 2012/1/6 shelarcy
>
>> 2. It seems that wxcore depends on Eric's wx-config implicitly at least
>> Windows environment. "cabal install" fail with wx-config-win binary,
>>
>
> Can you remember how this failed, or send some output from the
Hi Shelarcy,
It's great to see you back...
2012/1/6 shelarcy
> This version has two installing problem.
>
> 1. wxdirect's sdist dropped IOExtra module, so I can't install this
> version.
> I uploaded newer version for fixing this problem, and attached a patch
> for fixing same problem in Dave's
On 5 January 2012 12:15, Eric Kow wrote:
>
> On 4 Jan 2012, at 16:59, Dave Tapley wrote:
>
> > I do like the idea that wxc is a separate project, upon which wxHaskell
> depends, however..
> > When configuring wxcore I use wxc's package info, and so require wxc to
> be installed by cabal, and I as
Hi lists,
A Happy New Year to all, and with it a chance to talk about some imminent
changes in wxHaskell. There is nothing new in this mail for those who
follow the wxhaskell-devel list, but for users who are interested in the
evolution of the project, I thought this would be a good time to summar
Hi Dave, all,
This is fantastic news - especially the bit about GHCi. I have put a couple
of general comments inline, but it looks like you have found most of the
issues, at least on Linux.
I think that at least some of the issues would go away if, as you say,
*"we could have an entirely separat
il there
> >> is a wxPack available for 2.9 I fear that the majority of Windows
> >> users will be stuck with wxHaskell versions that work with 2.8.
> >>
> >> That aside, focusing on supporting a single version of wxWidgets
> >> sounds like a reasonable thing
On 21 November 2011 18:31, Dave Tapley wrote:
> Not surprisingly, I am in favour of this :)
>
I have spent a while thinking about this, as it has considerable
ramifications.
I don't think we have ever seen a case of an irresponsible committer (could
such a thing even exist in the Haskell commun
Hi Dave,
On 11 November 2011 18:26, Dave Tapley wrote:
> On 21 October 2011 11:28, Jeremy O'Donoghue
> wrote:
> > The code for building a DLL using the C++ compiler (i.e. which went with
> the
> > blog post on the subject) is now a Gist at git://
> gist.github.com
Hi Dave,
On 21 October 2011 18:43, Dave Tapley wrote:
> On 21 October 2011 11:28, Jeremy O'Donoghue
> wrote:
>
>> Did the work on OpenGL, or the branch you mention on darcsden[1] ever
> >> get anywhere? I'd like to nominate myself to work on it :)
>
[snip]
Hi Dave
Sorry for taking so long to respond.
On 5 October 2011 00:13, Dave Tapley wrote:
> Hi again Jeremy,
>
> Did the work on OpenGL, or the branch you mention on darcsden[1] ever
> get anywhere? I'd like to nominate myself to work on it :)
>
I never successfully managed to persuade my Windo
Hi list
On 4 October 2011 01:55, Dave Tapley wrote:
> Hi all, would someone like to add me (davetapley) to the
> SourceForge.net project.
> It doesn't look like there has been much activity on it, I assume this
> is just through lack of interest/development, and not because we've
> moved somewhe
Hi list,
On 21 September 2011 21:58, Dave Tapley wrote:
> Hi -devel,
>
> As I've alluded to before I have a fairly large number of local
> patches (mostly gtk/2.9 fixes) in my local darcs repo.
> I think it makes sense to get these on to code.haskell.org at some point.
> The good news is I've be
Hi Dave,
On 20 September 2011 17:58, Dave Tapley wrote:
> On 16 September 2011 23:30, Dave Tapley wrote:
>
>> I presume everyone has a very long compile time when building wxcore?
>> Specifically rebuilding everything under src/cpp/ every time..
>>
>> Has anyone ever looked into avoiding this c
Hi David,
On 21 September 2011 16:49, David Virebayre wrote:
> Bonjour,
>
> I'm posting this hoping that someone has seen the same problem; if
> nobody has, I'll make an example program, post the source and give
> screenshots.
>
> I have a program that works fine on linux.
>
> I followed the inst
I wanted to add one thing to this very useful thread, if only to have a
record of it somewhere:
On 17 September 2011 18:33, Dave Tapley wrote:
> For the curious:
> Wondering how the library can still compile with some includes missing?
> (I believe, perhaps someone can confirm...)
> If you inspe
.net/sfu/wandisco-dev2dev
> ___
> wxhaskell-devel mailing list
> wxhaskell-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>
> Email
Hi Dave,
Playing catch-up after the weekend...
Short answer - I think you have the correct places to put code.
On 30 July 2011 00:56, Dave Tapley wrote:
> On 29 July 2011 21:49, Dave Tapley wrote:
>
>> Hi Jeremy,
>>
>> Did you ever make a start wrapping wxPropertyGrid?
>> http://permalink.gma
On 26 July 2011 06:59, Eric Y. Kow wrote:
> On Tue, Jul 26, 2011 at 00:28:01 +0100, Dave Tapley wrote:
> > I'm getting the impression that most people are using wxWidgets 2.9 with
> > wxHaskell, is that a fair assumption?
>
> I was surprised by your impression, but now I see why you may feel that
Hi all,
On 25 July 2011 07:45, Eric Y. Kow wrote:
> On Mon, Jul 25, 2011 at 01:10:15 +0100, Dave Tapley wrote:
> > A very good suggestion.
> > I cabal unpacked wxcore-0.12.1.7 and it appears to have a fix in it¹.
> >
> > Do we know why this fix is in the release, but not in darcs?
>
> I suspect
On 19 June 2011 22:03, wrote:
> wx-config-win (from https://sites.google.com/site/wxconfig/) does not
> support --version flag used by latest wxcore/Setup.hs. How should I go
> about building on Windows?
>
Haven't seen this - I'll look into it (there are other problems with
wx-config, but this i
Hi all,
This is a call for help. There's been some discussion both on this list and
on the cafe about getting a GUI into Haskell Platform.
The formal requirement is that inclusion needs to be supported by at least
one library maintainer, and from a practical perspective it should be
something whi
On 3 June 2011 12:44, wrote:
> On Fri, Jun 03, 2011 at 12:14:58 +0100, Jeremy O'Donoghue wrote:
> >- Bugfix for assert error in SearchDynamicEventTable which was found
> in
> >debug builds. I believe that this is a proper fix for an issue Eric
> noted a
&g
Hi all,
I'm pleased to announce that as of last night UK time, and with the help of
a Google Talk mini-hackathon from Eric (thanks Eric :-), wxHaskell has been
restored to code.haskell.org.
Compared to the released version on cabal, this contains the following
changes:
- Change to hasked darc
It is the correct location...
Unfortunately, code.haskell.org was attacked recently, and the server needed
rebuilding. I need to upload wxHaskell again, and I haven't gotten around to
it (to be honest, I hadn't thought about this as a consequence of the
attack).
Will be fixed in the next day or s
Unfortunately this is a known issue. It is the result of mixing static and
dynamic libraries, which is something GHCi can't do.
I'm working on a solution, but am very short of free time, so it's taking
longer than I would hope. It's also quite a major change and needs a lot of
validation.
There a
Thu May 20 07:24:28 EDT 2010 jeremy.odonog...@gmail.com
* Fix incorrect values of wxID_xxx (should fix bug workarounds in wxHnotepad,
blog series.
Ignore-this: f0b3a1522d1fac4cc7f5a6e9f82198b7
M ./wxcore/src/eiffel/wx_defs.e -7 +22
View patch online:
http://code.haskell.org/wxhaskel
Thu May 20 06:25:38 EDT 2010 jeremy.odonog...@gmail.com
* Changes for Cabal API 1.7 and GHC 6.12.x (GHC 6.10.x still supported)
Ignore-this: f25e08a43d6b6b7f0c7457feb03bf77d
M ./wx/wx.cabal -4 +12
M ./wxcore/Setup.hs -1 +1
M ./wxcore/wxcore.cabal -12 +14
View patch online:
ht
Thu May 20 07:40:11 EDT 2010 jeremy.odonog...@gmail.com
* Fix bug 2851194
Ignore-this: 764a70d16b06e49dfac2cbb6105969c
M ./wxcore/src/cpp/eljfindrepldlg.cpp -1 +1
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20100520114011-75908-bdc33de3c1e2a5eff378d399adfd73c1
Thu May 20 08:02:33 EDT 2010 jeremy.odonog...@gmail.com
* Update wxdirect to support GHC 6.12.x
Ignore-this: ce19175da97555cf5330b0ae1f5635ae
M ./wxdirect/wxdirect.cabal -11 +17
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20100520120233-75908-c566bb790903c7eb6
Thu May 20 08:49:38 EDT 2010 jeremy.odonog...@gmail.com
* Eliminate warnings when compiling mediactrl.cpp
Ignore-this: 7315eaf56d72f6db1ee782d0ea7ee339
M ./wxcore/src/cpp/mediactrl.cpp -13 +13
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20100520124938-75908-2e
Fri May 21 07:32:27 EDT 2010 jeremy.odonog...@gmail.com
* Bugfix 1224727: textColor attribute does not appear to work correctly.
Ignore-this: cecaa0a6cb8e6cefb685aeefb279e85f
M ./bugs/TextColor.hs -6 +11
M ./wx/src/Graphics/UI/WX/Controls.hs -5 +4
View patch online:
http://code.h
Fri May 21 07:55:49 EDT 2010 jeremy.odonog...@gmail.com
* Test case for bug 2810904 (cannot duplicate)
Ignore-this: 3df0c34595983b46c5c7648b3fc11188
A ./bugs/comctl32_fail.hs
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20100521115549-75908-0b228a837681f9a68e24
Fri May 21 08:34:29 EDT 2010 jeremy.odonog...@gmail.com
* Bump version to 0.12.6 for wxcore and wx
Ignore-this: 38671a0c7e38fb746e57604ef5503c6c
M ./wx/wx.cabal -3 +3
M ./wxcore/wxcore.cabal -1 +1
View patch online:
http://code.haskell.org/wxhaskell/_darcs/patches/20100521123429-
Thu May 20 09:56:05 EDT 2010 jeremy.odonog...@gmail.com
* Add sample code to show that bug 2901741 is not valid, and demonstrate how
to use this.
Ignore-this: c9de36f18c539ef2903928dac7fce86d
A ./samples/wx/TestTaskBarIcon.hs
M ./samples/wx/makefile +1
View patch online:
http://
ompilation and package loading is implemented by GHC and GHCi - I
understand the underlying gcc and gnu ld implementations well enough.
I'll eventually get around to a more complete description of the problem
and post to one of the GHC lists - but haven't done so as yet.
Regar
to experiment with removing the libstdc++ dependency for
Windows platforms, to see if this makes the problem go away. I'll keep
you posted.
Regards
Jeremy
--
Jeremy O'Donoghue
jeremy.odonog...@gmail.com
--
Le
Fri Nov 13 17:58:56 EST 2009 jeremy.odonog...@gmail.com
* Bump version to 0.12.1.2 (Cabal requires new version no), add stc_gen.cpp
to extra-source-files and remove old build files.
Ignore-this: a3475df1f76b2ddeaff99a4864bf092d
R ./Setup.lhs
R ./makefile
R ./makefile.lib
M ./
/mswu cabal install wxcore
cabal install wx
Someone brave should probably try:
cabal update
WXWIN= WXCFG=gcc_dll/mswu cabal install wx
I guess we should announce to the world :-)
Regards
Jeremy
2009/11/13 Jeremy O'Donoghue :
> The problem, of course, being that stc.cpp includes stc_gen.c
The problem, of course, being that stc.cpp includes stc_gen.cpp. For
now I'm going to put it into extra-source-files.
Didn't spot that before upload, and the cabal verifier obviously
couldn't. We should try to find a better way to do this, but for now
this should be OK.
Jeremy
20
Hi Brian,
2009/11/13 Brian Lewis :
> For me, wxcore 0.12.1.1 on hackage fails to build for lack of
> stc_gen.cpp. It seems to be in darcs, though.
>
Working on the problem now. Will let you all know when I have
something which works - believe I am fairly close now, although it's
late here :-(
Je
Fri Nov 13 12:39:00 EST 2009 jeremy.odonog...@gmail.com
* Enable cabal upload to complete successfully.
Ignore-this: 6d6c1450099889787f06582e77fae6f5
M ./wx/wx.cabal -2 +6
M ./wxcore/Setup.hs -4 +3
M ./wxcore/wxcore.cabal -2 +24
View patch online:
http://code.haskell.org/wxha
tion of this directory is configurable
by the
user (or package manager). In addition the layout of the 'dist'
directory is
subject to change in future versions of Cabal.
I think I'll try putting the autogens in src. This should make things
work while we try to find a better way of
Hi Eric,
2009/11/12 Eric Y. Kow :
>
> I think I replied too soon. The problem looks like an interaction
> between the fact that we expose our autogenerated modules and the fact
> that we generate them in a non-src directory (which is nice to do).
Yup - discovered that when I tried it :-(
It's n
nnouncement to the Haskell Universe? (didn't want to
imply that I insist on making announcements...)
Jeremy
2009/11/12 Jeremy O'Donoghue :
> Hi all,
>
> [Eric - note question aimed your way, buried near the bottom]
>
> 2009/11/10 Brian Lewis :
>> On Tuesday, 10.11
Hi all,
[Eric - note question aimed your way, buried near the bottom]
2009/11/10 Brian Lewis :
> On Tuesday, 10.11.09 at 12:42, Jeremy O'Donoghue wrote:
>> One good option may be to commit the code 'as-is' to enable simple
>> cabal install of wxHaskell, and work o
Wed Nov 11 12:25:33 EST 2009 jeremy.odonog...@gmail.com
* Bump version to 0.12.1.1, remove unused wxc directory
M ./wx/wx.cabal -3 +3
R ./wxc/
R ./wxc/util/
R ./wxc/util/gconst.cc
R ./wxc/util/gfunc.cc
R ./wxc/util/reimp.exe
R ./wxc/wxc-2.8.dsp
R ./wxc/wxc-2.8.ds
Mon Nov 9 11:44:09 EST 2009 jeremy.odonog...@gmail.com
* Cabalize wxcore per Brian Lewis
./wxc/eiffel -> ./wxcore/src/eiffel
./wxc/include -> ./wxcore/src/include
./wxc/src -> ./wxcore/src/cpp
./wxcore/src/Graphics -> ./wxcore/src/haskell/Graphics
./wxcore/src/cpp/eljg
kefile.gcc BUILD=release MONOLITHIC=1 SHARED=1
> UNICODE=1
>
> cd ~/wxcore
> WXWIN=/c/wxWidgets-2.8.10 WXCFG=gcc_dll/mswu cabal install
>
> or just
> WXWIN=/c/wxWidgets-2.8.10 WXCFG=gcc_dll/mswu cabal install wxcore
> once the new stuff is on Hackage.
>
>
Context support
- Added wxSVGFileDC functions
Bugfixes:
- Applied DEPRECATED pragma to old deprecated functions. Just documented
in Haddock before.
- Fixed "processExecAsync" hangs Windows GUI-only program
- Fixed Windows bina
Hi,
I'll do an announcement tomorrow morning (UK time).
Regards
Jeremy
On 2 Jan 2009, at 22:57, shelarcy wrote:
> Hi, I think we're ready for wxHaskell 0.11.0 release.
>
> Now, I uploaded source distribution and binary distribution that
> doesn't
> include Linux and PowerPC Mac OS X's binary
manually created versions. If you find that the extra space
suggestion above does not work, I'll do a patch tomorrow with each of
the functions implemented in full.
Regards
Jeremy
On Thu, 23 Oct 2008 21:59:36 +0900, "shelarcy" <[EMAIL PROTECTED]>
said:
> Hi,
>
>
=73133&package_id=73173).
I fear that this may require a little work before it will build on the
most recent versions of GHC.
> Software used:
> GHC 6.8.3 / wxWindows 0.10.3 / Windows XP
The same behaviour is likely to be observed on all platforms.
--
Jeremy O'Donoghue
[EMAIL PROTECTED]
Hi all,
I am about two weeks away from committing XRC support. It's working
about 70% at the moment and I need to write test cases to cover most
widgets and make sure the most important functions are working, as well
as writing a wiki tutorial to show how to do the Real World Haskell GUI
chapter i
Mads Lindstrøm wrote:
> Hi,
>
> Eric Y. Kow wrote:
>
>> On Tue, Apr 22, 2008 at 09:05:09 +0100, Simon Peyton-Jones wrote:
>>
>>> Call for Talks and Tutorials
>>> ACM SIGPLAN 2008 Developer Tracks on Functional Programming
>>> http://www.deinprogramm
On Fri, 11 Apr 2008 09:29:48 +0100, "Eric Y. Kow" <[EMAIL PROTECTED]>
said:
> On Thu, Apr 10, 2008 at 15:12:50 +0100, Jeremy O'Donoghue wrote:
> > - wxWidgets 2.8.7 was compiled from source using Visual Studio 2008
> > (i.e. on Windows)
>
> Great! Thanks
Hi all,
Attached is a (zipped) preliminary set of patches for wxWidgets 2.8.7
support. Some notes to help.
- wxWidgets 2.8.7 was compiled from source using Visual Studio 2008
(i.e. on Windows)
with the following options:
- WXWIN_COMPATIBILITY_2_4 0
- WXWIN_COMPATIBILITY_2_6 0
- wxUSE_UNIC
ing lists, and a wiki page
at http://haskell.org/haskellwiki/WxHaskell which can provide more
information to those interested.
wxHaskell was originally created by Daan Leijen. The contributors to
this new release include:
- Eric Kow
- shelarcy
- Arie Middelkoop
- Mads Lindstroem
- Jeremy O'
TED]) mailing lists, and a wiki page
at http://haskell.org/haskellwiki/WxHaskell which can provide more
information to those interested.
wxHaskell was originally created by Daan Leijen. The contributors to
this new release include:
- Eric Kow
- shelarcy
- Arie Middelkoop
- Mads Lindstroem
- Jeremy O'
On Mon, 24 Mar 2008 16:02:43 +, "Eric Y. Kow" <[EMAIL PROTECTED]>
said:
> So, now that 0.10.3 is out, what is the fastest way for us to get
> wxWidgets 2.8 support so that MacOS X Leopard users can run it?
I need to port my wxWidgets 2.8 changes on top of 0.10.3. I started this
last week, and
On Thu, 20 Mar 2008 17:50:06 +0900, "shelarcy" <[EMAIL PROTECTED]>
said:
> Hi Eric,
>
> On Thu, 20 Mar 2008 08:28:11 +0900, Eric Kow <[EMAIL PROTECTED]> wrote:
> > [Require --enable-unicode in wxWidgets.
> > Eric Kow <[EMAIL PROTECTED]>**20080318084054] hunk ./configure 759
> > # wxWidgets
> >
On 06/03/2008, Eric Kow <[EMAIL PROTECTED]> wrote:
> > Eric, are you already receive his patch? If so, we want to see it for
> > thinking about that.
>
>
> No, not yet.
>
I've been looking at many things, but never XRC. I'd like to look at
it (or have someone look at it) one day, but I have not
On Tue, 26 Feb 2008 13:55:48 -0800 (PST), "Eric Kow"
<[EMAIL PROTECTED]> said:
> - I'm not particularly bothered if our implementation of this is ugly.
>I figure that 0.11 is going to have wxc separated anyway, so maybe
>we'll be able to switch to Simple buildtype for wxcore and all this
On 25/02/2008, Eric Kow <[EMAIL PROTECTED]> wrote:
>
> Please do give us what you have (in any form). Given the rough edges,
> I'd vote we sit on it until 0.10 is out the door [for example, I can
> fix conflicts and put in a private darcs repo] and hope for a 0.11 not
> too long after. Likewis
Hi all,
On 25/02/2008, Eric Kow <[EMAIL PROTECTED]> wrote:
>
> Or do you think that wxWidgets 2.8 support is actually right around the
> corner?
I can give you what I have for wxWidgets 2.8 support (I would merge
latest patches and ensure it compiles, but have too many work
commitments to do an
87 matches
Mail list logo
