[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: wxLua [was Re: Debuggers for Lua???]
- From: Doug Currie <doug.currie@...>
- Date: Sun, 16 Oct 2005 22:17:48 -0400
Following up my earlier post, I was able to find a workaround to the
gcc ICE with wxLua sources...
Inserting the lines
#ifdef __MINGW32__
const wxPoint wxDefaultPositionHack = wxDefaultPosition;
const wxSize wxDefaultSizeHack = wxDefaultSize;
#define wxDefaultPosition wxDefaultPositionHack
#define wxDefaultSize wxDefaultSizeHack
#endif
in front of the function
WXLUAOBJECT *GetObjectList(size_t &count)
in wxLuaWrap.cpp
seems to result, in conjunction with my other changes below, in a
complete build of wxLua libraries with MinGW.
e
Sunday, October 16, 2005, 3:14:23 PM, Doug Currie wrote:
> Hi Chris (& list),
> Thank you for making your modifications to wxLua available.
> I was able to get the sources with Subversion; unfortunately, my
> problems persist. It appears that gcc 3.4.4 (MinGW) is unable to
> compile wxLua. This was my problem all along, I guess.
> In wxLuaSplitTree.cpp I needed to add the lines
> #ifdef __MINGW32__
> #undef UNREFERENCED_PARAMETER
> #endif
> to get it to compile. Otherwise there is an error compiling
> void wxRemotelyScrolledTreeCtrl::PrepareDC(wxDC& dc)
> because wxDC is not assignable, and UNREFERENCED_PARAMETER is defined
> by default to perform an assignment. I suspect that MSVC is permitting
> the assignment because the result is unused as well. Dunno.
> I also had to add a
> #if wxUSE_ON_FATAL_EXCEPTION
> around
> static int LUACALL builtin_wxHandleFatalExceptions(lua_State *L)
> and
> { LuaGlobal, "wxHandleFatalExceptions",
> builtin_wxHandleFatalExceptions, 0, 1 },
> since gcc doesn't do structured exception handling.
> The final stumbling block was the inability of gcc to compile
> wxLuaWrap.cpp at all. I get an Internal Compiler Error in
> WXLUAOBJECT *GetObjectList(size_t &count)
> as gcc is unable to deal with the static assignment to objectList[]. I
> tried moving the assignment, and removing individual elements in a
> binary search for the root of the problem, but got nowhere.
> It would be nice to be able to use wxLua with MinGW. Oh, well.
> e
> Friday, October 14, 2005, 10:07:45 AM, Chris Marrin wrote:
>> I have been using wxLua for several months now. I am using wxwidgets
>> 2.6.1 and Lua 5.1-alpha. I had to make some minor mods, an I get a
>> couple of warnings about some deprecated features of wxwidgets that I
>> have not fixed yet. But it works very well.
>> If you're interested, my modified wxLua source is available in the
>> Emma3D project. You can view the svn repository for the wxLua piece here:
>> http://www.emma3d.org/svn/emma/mainline/dependencies/wxLua/
>> You can also get my (slightly modified) copy of Lua 5.1-alpha here as
>> well as project files for MSDev 7.1. All the Emma3D code is LGPL
>> licensed and wxLua/Lua have their existing licenses, of course. Please
>> let me know if you find any of this useful.
--
Doug Currie
Londonderry, NH