[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re[2]: [lmi] synchronizing wx and lmi for production
From: |
Vadim Zeitlin |
Subject: |
Re[2]: [lmi] synchronizing wx and lmi for production |
Date: |
Mon, 15 Aug 2005 22:09:02 +0200 |
On Mon, 15 Aug 2005 10:39:53 -0400 Wendy Boutin <address@hidden> wrote:
WB> > I think it's best to make available the latest wx version tested
WB> > with/acceptable for lmi separately anyhow.
WB>
WB> Agreed. If I let you know exactly which code I've tested and accept, are
WB> you able to put it somewhere that will have a URL we can use for just lmi?
Why not just put it on Savannah? I could put it here but Savannah has a
much better bandwidth and, hopefully, better availability as well.
WB> > BW> Although, the bigger problem is not having a stable URL that can be
WB> > BW> used in our setup automation.
WB> >
WB> > Hmm, what about
WB> http://biolpc22.york.ac.uk/pub/CVS_HEAD/wx-cvs-All.tar.bz2
WB> > ? I admit I haven't really ever used it but this URL seems to be quite
WB> > permanent.
WB>
WB> But wouldn't that give me newer code from one day to the next?
Yes, sure. I thought that this URL would be useful for other automatic
scripts. It's clear that no server can stock tarballs of wx for unlimited
number of days.
WB> Although a careful inspection of my make output this time shows I have
WB> a compilation problem, which is probably what prevented the dll from
WB> building:
Yes, this was surely the case.
WB> ./bk-deps g++ -c -o monodll_ownerdrw.o -I.pch/wxprec_monodll
WB> -D__WXMSW__ -I../src/png -I../src/zlib -I../src/expat/lib
WB> -DwxUSE_BASE=1 -DWXMAKINGDLL -DWX_PRECOMP -DNO_GCC_PRAGMA
WB> -Ilib/wx/include/msw-ansi-release-2.6 -I../include -O2 -DNO_GCC_PRAGMA
WB> -Wall -Wundef -Wno-ctor-dtor-privacy ../src/msw/ownerdrw.cpp
WB> ../src/msw/ownerdrw.cpp: In member function `bool
WB> wxOwnerDrawn::IsMenuItem() const':
WB> ../src/msw/ownerdrw.cpp:173: error: invalid conversion from `const
WB> wxOwnerDrawn* const' to `wxOwnerDrawn*'
Very interesting, I don't get this here for whatever reason. But I did fix
this (blindly) in wx cvs:
Index: src/msw/ownerdrw.cpp
===================================================================
RCS file: /pack/cvsroots/wxwindows/wxWindows/src/msw/ownerdrw.cpp,v
retrieving revision 1.61
diff -b -u -2 -r1.61 ownerdrw.cpp
--- src/msw/ownerdrw.cpp 2005/07/22 17:13:46 1.61
+++ src/msw/ownerdrw.cpp 2005/08/15 20:08:45
@@ -171,5 +171,7 @@
{
// TODO: in 2.7, replace this with simple "return m_isMenuItem"
- return gs_menuItems.count(this) == 1;
+
+ // some versions of mingw have problems without const_cast
+ return gs_menuItems.count(wx_const_cast(wxOwnerDrawn *, this)) == 1;
}
Please let me know if this doesn't solve the problem for you.
Thanks,
VZ
- [lmi] synchronizing wx and lmi for production, Boutin, Wendy, 2005/08/12
- Re: [lmi] synchronizing wx and lmi for production, Wendy Boutin, 2005/08/15
- Re[2]: [lmi] synchronizing wx and lmi for production,
Vadim Zeitlin <=
- Re: [lmi] synchronizing wx and lmi for production, Wendy Boutin, 2005/08/16
- Re[2]: [lmi] synchronizing wx and lmi for production, Vadim Zeitlin, 2005/08/16
- Re: [lmi] synchronizing wx and lmi for production, Wendy Boutin, 2005/08/16
- Re[2]: [lmi] synchronizing wx and lmi for production, Vadim Zeitlin, 2005/08/17