wxlua-users Mailing List for wxLua

> I'm trying to use wxEVT_LUA_ERROR and wxEVT_LUA_PRINT form the Lua code, but can't find any examples on how to set it up.

I figured out how to do this; the events are in wxlua namespace, so
the following works for me:

wx.wxGetApp():Connect(wxlua.wxEVT_LUA_ERROR, function(event) --[[ do
something with event:GetString() ]] end)

Paul.

Hi All,

I pushed more changes to the wxwidgets311 branch in wxlua:
https://github.com/pkulchenko/wxlua/commits/wxwidgets311

These changes cover the updated API for the following classes: wxMenu,
wxMenuItem, wxTreeCtrl, wxTextEntry, wxTextCtrl, wxButton,
wxAnyButton,     wxBitmapButton, wxToggleButton, wxBitmapToggleButton,
wxDir, wxWindow, wxTopLevelWindow, and wxFrame. I realize that the
selection may look strange, but I started from those classes that I
needed new methods from and also those classes that I could test with
my application.

The changes have been tested on Windows and OSX using the latest
wxwidgets code. I have not tested running any older version of
wxwidgets, so if anyone runs into issues, please let me know. I tried
to preserve all the methods that were working before, but since the
updates were done with scripts based on the current wxwidgets
interface files, it's possible that there are some issues with the
results.

I plan to add wxFont, wxConfig, wxImage and possible couple of other
classes, as these are the classes that are used in my application, so
I can make sure that the changes are working. I'll include include the
scripts I used for processing, so you should be able to update the API
for other classes you may need.

The main issue I ran into is with wxApp and its Mac* methods, which I
covered in another email in this thread. John, if you have a bit of
time, I'd appreciate your help as I feel stuck as to have to handle
those methods. Thanks.

Paul.

Hi John,

As I've been working through the code to figure out how to inherit a
new class from wxApp (similar to how wxLuaPrintout inherits from
wxPrintout), I wondered if it's possible to do most of it at the Lua
level (with a bit of help from C++).

If the binding generator identifies all wxwidgets classes that can be
passed as parameters and creates inherited *Lua* classes, the I can do
something like this:

local app = wx.wxGetApp()
-- recast wxApp to wxLuaApp
local newapp = app:GetInstance():DynamicCast("wxLuaApp")
newapp.MacOpenFiles = function(files) ... end
-- register the new app with wxwidgets
app:SetInstance(newapp)

This will also allow "true" inheritance from wxwidgets classes at the
Lua level, which I find lacking in wxlua right now (unless I'm missing
something).

The implementation would automate most of the work that would need to
be done manually for these inherited classes: (1) pick a class based
on whether it's passed as a parameter or not; if it's difficult to do
automatically, the list can be pre-assigned; (2) generate a proper
class definition; and (3) create stubs for virtual methods that will
check for properties assigned in the derived class (in the example
above it would be MacOpenFiles method).

One of the challenges I see is the initialization that needs to assign
the current lua state (m_wxlState) as I'm not sure when it needs to
happen (as DynamicCast doesn't create a new object). Maybe DynamicCast
can check if the cast is to one of wxLua* classes and do the
assignment? This problem remains even when the class definitions are
done "manually", so I'd be interested in any suggestions on how to
address this.

Is there a method to get the current Lua state (wxlState) to use in
virtual functions:

void wxApp::MacOpenFiles(const wxArrayString& filenames)
{
    wxLuaState m_wxlState = s_wxlState // <== not sure what to put here

Related question: I'm trying to use wxEVT_LUA_ERROR and
wxEVT_LUA_PRINT form the Lua code, but can't find any examples on how
to set it up. Any pointers? Thank you.




Paul.

Hi John,

It seems like I'll need to create a derived class for wxLuaApp
(similar to wxLuaPrintout) and add those Mac* methods to that class.
Then the app can be set using wxGetApp::SetInstance() method, which
should trigger those Mac* methods as expected. This also eliminates
the issue with getting the Lua state, but I still need to figure out
how to initialize the application fields properly... Or is there a
better way?

Paul.

On Thu, May 5, 2016 at 10:59 PM, Paul K <pau...@ya...> wrote:
> Hi John,
>
>> 1. Memory leak in wxlua: http://sourceforge.net/p/wxlua/mailman/message/34430092/
>> 2. MacOpenFiles and related methods: http://sourceforge.net/p/wxlua/mailman/message/34559782/
>> 3. wxButton class is missing all the methods from wxAnyButton class
>> 4. Several other methods missing: http://sourceforge.net/p/wxlua/mailman/message/32988247/
>
> I've been making good progress updating wxlua API for wxwidgets 3.1.x
> and have processed about dozen or so classes, so adding all the
> missing methods is much less of a priority for me.
>
> I tried to add MacOpenFiles processing and ran into an issue with
> getting access to the current Lua state. Here is what I currently
> have:
>
> %override wxLua_wxApp_MacOpenFiles
> void wxApp::MacOpenFiles(const wxArrayString& filenames)
> {
>     wxLuaState m_wxlState = s_wxlState // <== not sure what to put here
>
>     if (m_wxlState.Ok() && !m_wxlState.GetCallBaseClassFunction() &&
>         m_wxlState.HasDerivedMethod(this, "MacOpenFiles", true))
>     {
>         int nOldTop = m_wxlState.lua_GetTop();
>         m_wxlState.wxluaT_PushUserDataType(this, wxluatype_wxApp, true);
>         m_wxlState.PushwxArrayStringTable(filenames);
>
>         m_wxlState.LuaPCall(2, 0);
>         m_wxlState.lua_SetTop(nOldTop-1); // -1 to remove pushed
> derived method func too
>     }
>     m_wxlState.SetCallBaseClassFunction(false); // clear flag always
> }
> %end
>
> I would have used s_wxlState, but it's "static" in the Lua module, so
> not available outside of that file. It doesn't solve all the problems,
> but it could set me on the right track. When I make s_wxlState
> non-static, I do get a linker error about duplicate
> wxApp::MacOpenFiles method, so any ideas on how to avoid this, would
> be useful too.
>
> Paul.

Hi John,

> 1. Memory leak in wxlua: http://sourceforge.net/p/wxlua/mailman/message/34430092/
> 2. MacOpenFiles and related methods: http://sourceforge.net/p/wxlua/mailman/message/34559782/
> 3. wxButton class is missing all the methods from wxAnyButton class
> 4. Several other methods missing: http://sourceforge.net/p/wxlua/mailman/message/32988247/

I've been making good progress updating wxlua API for wxwidgets 3.1.x
and have processed about dozen or so classes, so adding all the
missing methods is much less of a priority for me.

I tried to add MacOpenFiles processing and ran into an issue with
getting access to the current Lua state. Here is what I currently
have:

%override wxLua_wxApp_MacOpenFiles
void wxApp::MacOpenFiles(const wxArrayString& filenames)
{
    wxLuaState m_wxlState = s_wxlState // <== not sure what to put here

    if (m_wxlState.Ok() && !m_wxlState.GetCallBaseClassFunction() &&
        m_wxlState.HasDerivedMethod(this, "MacOpenFiles", true))
    {
        int nOldTop = m_wxlState.lua_GetTop();
        m_wxlState.wxluaT_PushUserDataType(this, wxluatype_wxApp, true);
        m_wxlState.PushwxArrayStringTable(filenames);

        m_wxlState.LuaPCall(2, 0);
        m_wxlState.lua_SetTop(nOldTop-1); // -1 to remove pushed
derived method func too
    }
    m_wxlState.SetCallBaseClassFunction(false); // clear flag always
}
%end

I would have used s_wxlState, but it's "static" in the Lua module, so
not available outside of that file. It doesn't solve all the problems,
but it could set me on the right track. When I make s_wxlState
non-static, I do get a linker error about duplicate
wxApp::MacOpenFiles method, so any ideas on how to avoid this, would
be useful too.

Paul.

On Wed, Nov 18, 2015 at 11:00 AM, Paul K <pau...@ya...> wrote:

> Hi John,
>
> I ran my sample script through valgrind and it confirmed that the
> leaked memory is what's being used for strings in error messages. I'm
> including relevant parts of valgrind reports for different error
> conditions, but it turned out to be leaking more memory than I thought
> (1.6k per error message). Since the error is generated each time there
> is a check for a non-existing field it adds up quickly as there is no
> other way to check if a field is present on wxlua object or not.
>
> I think the final error message in wxlua_wxLuaBindClass__index is
> unnecessary; without it it would behave exactly as Lua method/field
> calls behave in all other places:
>
> > wx.wxTextCtrl().Absent()
> [string "wx.wxTextCtrl().Absent()"]:1: attempt to call field 'Absent'
> (a nil value)
> > wx.wxTextCtrl():Absent()
> [string "wx.wxTextCtrl():Absent()"]:1: attempt to call method 'Absent'
> (a nil value)
> > wx.wxTextCtrl().Absent
> nil
>
> Here is the simple patch I'm proposing:
>
> diff --git a/wxLua/modules/wxlua/wxlbind.cpp
> b/wxLua/modules/wxlua/wxlbind.cpp
> index 105f603..2523292 100644
> --- a/wxLua/modules/wxlua/wxlbind.cpp
> +++ b/wxLua/modules/wxlua/wxlbind.cpp
> @@ -227,12 +227,6 @@ int LUACALL wxlua_wxLuaBindClass__index(lua_State *L)
>          }
>      }
>
> -    if (!found)
> -    {
> -        wxlua_error(L, wxString::Format(_("wxLua: Unable to call an
> unknown method '%s' on a '%s' type."),
> -            lua2wx(name).c_str(), lua2wx(wxlClass ? wxlClass->name :
> "").c_str()).c_str());
> -    }
> -
>      return result;
>  }
>
> This doesn't fix the leak directly, but it eliminates one of the main
> cases that make the leak much more noticeable.
>
>
That's some nice detective work, I've run it through valgrind as well and
agree that that's where the leak is coming from. But, there really isn't a
lot we can do about it. Lua uses a 'C' style longjmp as the replacement for
a C++ 'throw' which does not call any C++ class destructors.

http://stackoverflow.com/questions/1376085/c-safe-to-use-longjmp-and-setjmp

I do notice (just now) in luaconf.h that if Lua is compiled with a C++
compiler it will use throw instead. This might be a solution for people who
compile the wxLua included Lua, but I don't think anything can be done with
an external default C compiled Lua. Nor is it obvious to me how to actually
control the LUAI_THROW, meaning if I build wxLua and #include Lua with a
C++ compiler, but the actual Lua lib was compiled with a C compiler, wxLua
will surely crash after the first Lua script code error. That makes things
very awkward. I suppose I can force the built-in Lua to be compiled as C++
and if someone specifies an exteral Lua lib in cmake, I'll use the C
compiler.

Your fix is about the best we can do, simply try to create as little new
memory as possible before the error. Actually, we might be able to do a
little better if we create a char* buffer on the stack and see if that gets
cleaned up by the longjmp.

The bottom line for you is to try to see if you can avoid the errors
altogether.

I will try a few things, but failing anything better will use your patch.

Thanks,
    John




> I'm including reports for two conditions: incorrect parameters
> (wx.wxTextCtrl().DiscardEdits()) and non-string as the key
> (wx.wxTextCtrl()[{}]). They follow different branches, but leak about
> the same amount of memory.
>
> Paul.
>
> require "wx"
> local ctrl = wx.wxTextCtrl()
> for _ = 1, 1000 do pcall(function() return ctrl.DiscardEdits() end) end
>
> ==2610== 48,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,788 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE85BE: wchar_t* std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_S_construct<wchar_t const*>(wchar_t const*, wchar_t const*,
> std::allocator<wchar_t> const&, std::forward_iterator_tag) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE8736: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4B5F018: wxString::wxString(char const*, wxMBConv
> const&) (in /home/paul/zbs/bin/linux/x86/libwx.so)
> ==2610==    by 0x4B605CA: lua2wx(char const*) (wxllua.h:41)
> ==2610==    by 0x4BB7969: wxlua_luaL_typename(lua_State*, int)
> (wxllua.cpp:939)
> ==2610==    by 0x4BB50D6: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:169)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 56,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,789 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE85BE: wchar_t* std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_S_construct<wchar_t const*>(wchar_t const*, wchar_t const*,
> std::allocator<wchar_t> const&, std::forward_iterator_tag) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE8736: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4B5F018: wxString::wxString(char const*, wxMBConv
> const&) (in /home/paul/zbs/bin/linux/x86/libwx.so)
> ==2610==    by 0x4B605CA: lua2wx(char const*) (wxllua.h:41)
> ==2610==    by 0x4BB786F: wxluaT_typename(lua_State*, int) (wxllua.cpp:925)
> ==2610==    by 0x4BB7CE4: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 68,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,790 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE768F: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_M_clone(std::allocator<wchar_t> const&, unsigned int) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE77BD: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t> >::reserve(unsigned
> int) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4E4F2B0: reserve (string.h:1332)
> ==2610==    by 0x4E4F2B0: Alloc (string.h:2195)
> ==2610==    by 0x4E4F2B0: operator+(wchar_t const*, wxString const&)
> (string.cpp:695)
> ==2610==    by 0x4BB7D03: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804BAFF: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804E8F1: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 72,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,791 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE768F: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_M_clone(std::allocator<wchar_t> const&, unsigned int) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE77BD: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t> >::reserve(unsigned
> int) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4E4F1D8: reserve (string.h:1332)
> ==2610==    by 0x4E4F1D8: Alloc (string.h:2195)
> ==2610==    by 0x4E4F1D8: operator+(wxString const&, wchar_t const*)
> (string.cpp:663)
> ==2610==    by 0x4BB7D22: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804BAFF: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804E8F1: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 119,880 bytes in 999 blocks are definitely lost in loss
> record 3,792 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE768F: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_M_clone(std::allocator<wchar_t> const&, unsigned int) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE77BD: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t> >::reserve(unsigned
> int) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE7B0F: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t> >::append(wchar_t
> const*, unsigned int) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE7C25: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::operator+=(wchar_t const*) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4B979A7: wxString::operator+=(wchar_t const*)
> (string.h:3237)
> ==2610==    by 0x4BADC68: wxlua_getLuaArgsMsg(lua_State*, int, int)
> (wxlbind.cpp:592)
> ==2610==    by 0x4BB52D3: wxlua_argerrormsg(lua_State*, wxString
> const&) (wxllua.cpp:180)
> ==2610==    by 0x4BB51B7: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:174)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==
> ==2610== 151,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,793 of 3,796
> ==2610==    at 0x402C619: malloc (vg_replace_malloc.c:299)
> ==2610==    by 0x402C79F: realloc (vg_replace_malloc.c:785)
> ==2610==    by 0x4E4EF97: Extend (string.h:3329)
> ==2610==    by 0x4E4EF97: wxString::AsChar(wxMBConv const&) const
> (string.cpp:545)
> ==2610==    by 0x4A61573: wxCStrData::AsChar() const (string.h:4038)
> ==2610==    by 0x4A61542: wxCStrData::operator char const*() const
> (string.h:166)
> ==2610==    by 0x4BB543B: wxlua_argerrormsg(lua_State*, wxString
> const&) (wxllua.cpp:202)
> ==2610==    by 0x4BB51B7: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:174)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 203,796 bytes in 999 blocks are definitely lost in loss
> record 3,794 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE768F: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_M_clone(std::allocator<wchar_t> const&, unsigned int) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE77BD: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t> >::reserve(unsigned
> int) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE7D86: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::append(std::basic_string<wchar_t, std::char_traits<wchar_t>,
> std::allocator<wchar_t> > const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x5DE7E12: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::operator+=(std::basic_string<wchar_t, std::char_traits<wchar_t>,
> std::allocator<wchar_t> > const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4B908C1: wxString::operator+=(wxString const&)
> (string.h:3222)
> ==2610==    by 0x4BB5355: wxlua_argerrormsg(lua_State*, wxString
> const&) (wxllua.cpp:197)
> ==2610==    by 0x4BB51B7: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:174)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 292,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,795 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:140)
> ==2610==    by 0x4E4F028:
> _S_construct_aux<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1692)
> ==2610==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1713)
> ==2610==    by 0x4E4F028:
> basic_string<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:231)
> ==2610==    by 0x4E4F028: wxString (string.h:2271)
> ==2610==    by 0x4E4F028: wxString::Shrink() (string.cpp:562)
> ==2610==    by 0x4E516CA: DoStringPrintfV(wxString&, wxString const&,
> char*) (string.cpp:2119)
> ==2610==    by 0x4E517FE: wxString::DoFormatWchar(wchar_t const*, ...)
> (string.cpp:1893)
> ==2610==    by 0x4BA0259: wxString wxString::Format<wxCStrData, int,
> wxCStrData>(wxFormatString const&, wxCStrData, int, wxCStrData)
> (string.h:2188)
> ==2610==    by 0x4BB516B: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:172)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== 613,536 bytes in 996 blocks are definitely lost in loss
> record 3,796 of 3,796
> ==2610==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2610==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2610==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:140)
> ==2610==    by 0x4E4F028:
> _S_construct_aux<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1692)
> ==2610==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1713)
> ==2610==    by 0x4E4F028:
> basic_string<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:231)
> ==2610==    by 0x4E4F028: wxString (string.h:2271)
> ==2610==    by 0x4E4F028: wxString::Shrink() (string.cpp:562)
> ==2610==    by 0x4E516CA: DoStringPrintfV(wxString&, wxString const&,
> char*) (string.cpp:2119)
> ==2610==    by 0x4E51739: wxString::DoPrintfWchar(wchar_t const*, ...)
> (string.cpp:1944)
> ==2610==    by 0x4BBB1B6: int wxString::Printf<wxCStrData, wxCStrData,
> wxCStrData>(wxFormatString const&, wxCStrData, wxCStrData, wxCStrData)
> (string.h:2181)
> ==2610==    by 0x4BB53EC: wxlua_argerrormsg(lua_State*, wxString
> const&) (wxllua.cpp:201)
> ==2610==    by 0x4BB51B7: wxlua_argerror(lua_State*, int, wxString
> const&) (wxllua.cpp:174)
> ==2610==    by 0x4BB7D3E: wxluaT_getuserdatatype(lua_State*, int, int)
> (wxllua.cpp:1093)
> ==2610==    by 0x4AAF381: wxLua_wxTextCtrl_DiscardEdits(lua_State*)
> (wxcore_controls.cpp:8270)
> ==2610==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2610==    by 0x805813A: ??? (in /usr/bin/lua5.1)
> ==2610==
> ==2610== LEAK SUMMARY:
> ==2610==    definitely lost: 1,628,352 bytes in 9,061 blocks
> ==2610==    indirectly lost: 3,264 bytes in 75 blocks
> ==2610==      possibly lost: 247,502 bytes in 2,140 blocks
>
> require "wx"
> local ctrl = wx.wxTextCtrl()
> for _ = 1, 1000 do pcall(function() return ctrl[{}] end) end
>
> ==2635== 36,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,786 of 3,792
> ==2635==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2635==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE85BE: wchar_t* std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_S_construct<wchar_t const*>(wchar_t const*, wchar_t const*,
> std::allocator<wchar_t> const&, std::forward_iterator_tag) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE8736: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x4B5F018: wxString::wxString(char const*, wxMBConv
> const&) (in /home/paul/zbs/bin/linux/x86/libwx.so)
> ==2635==    by 0x4B605CA: lua2wx(char const*) (wxllua.h:41)
> ==2635==    by 0x4BB7969: wxlua_luaL_typename(lua_State*, int)
> (wxllua.cpp:939)
> ==2635==    by 0x4BABB39: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8057A00: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 56,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,787 of 3,792
> ==2635==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2635==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE85BE: wchar_t* std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_S_construct<wchar_t const*>(wchar_t const*, wchar_t const*,
> std::allocator<wchar_t> const&, std::forward_iterator_tag) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE8736: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x4B5F018: wxString::wxString(char const*, wxMBConv
> const&) (in /home/paul/zbs/bin/linux/x86/libwx.so)
> ==2635==    by 0x4B605CA: lua2wx(char const*) (wxllua.h:41)
> ==2635==    by 0x4BABAFE: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8057A00: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 82,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,788 of 3,792
> ==2635==    at 0x402C619: malloc (vg_replace_malloc.c:299)
> ==2635==    by 0x402C79F: realloc (vg_replace_malloc.c:785)
> ==2635==    by 0x4E4EF97: Extend (string.h:3329)
> ==2635==    by 0x4E4EF97: wxString::AsChar(wxMBConv const&) const
> (string.cpp:545)
> ==2635==    by 0x4A61573: wxCStrData::AsChar() const (string.h:4038)
> ==2635==    by 0x4A61542: wxCStrData::operator char const*() const
> (string.h:166)
> ==2635==    by 0x4BABBFF: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8057A00: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804BAFF: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 296,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,789 of 3,792
> ==2635==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2635==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE85BE: wchar_t* std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_S_construct<wchar_t const*>(wchar_t const*, wchar_t const*,
> std::allocator<wchar_t> const&, std::forward_iterator_tag) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x5DE8736: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&) (in
> /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x4A96C4C: wxString::wxString(char const*) (in
> /home/paul/zbs/bin/linux/x86/libwx.so)
> ==2635==    by 0x4BABB7D: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:142)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8057A00: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804BAFF: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 340,000 bytes in 1,000 blocks are definitely lost in loss
> record 3,790 of 3,792
> ==2635==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2635==    by 0x5DE6386: std::basic_string<wchar_t,
> std::char_traits<wchar_t>, std::allocator<wchar_t>
> >::_Rep::_S_create(unsigned int, unsigned int, std::allocator<wchar_t>
> const&) (in /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16)
> ==2635==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:140)
> ==2635==    by 0x4E4F028:
> _S_construct_aux<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1692)
> ==2635==    by 0x4E4F028:
> _S_construct<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.h:1713)
> ==2635==    by 0x4E4F028:
> basic_string<__gnu_cxx::__normal_iterator<const wchar_t*,
> std::basic_string<wchar_t> > > (basic_string.tcc:231)
> ==2635==    by 0x4E4F028: wxString (string.h:2271)
> ==2635==    by 0x4E4F028: wxString::Shrink() (string.cpp:562)
> ==2635==    by 0x4E516CA: DoStringPrintfV(wxString&, wxString const&,
> char*) (string.cpp:2119)
> ==2635==    by 0x4E517FE: wxString::DoFormatWchar(wchar_t const*, ...)
> (string.cpp:1893)
> ==2635==    by 0x4B91292: wxString wxString::Format<wxCStrData,
> wxCStrData>(wxFormatString const&, wxCStrData, wxCStrData)
> (string.h:2188)
> ==2635==    by 0x4BABBD3: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8057A00: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F5B7: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 424,000 bytes in 1,000 blocks are indirectly lost in loss
> record 3,791 of 3,792
> ==2635==    at 0x402C619: malloc (vg_replace_malloc.c:299)
> ==2635==    by 0x402C79F: realloc (vg_replace_malloc.c:785)
> ==2635==    by 0x4E52C07: wxCharTypeBuffer<wchar_t>::extend(unsigned
> int) (buffer.h:324)
> ==2635==    by 0x4E52CF4:
> wxFormatConverterBase<wchar_t>::CopyAllBefore() (strvararg.cpp:378)
> ==2635==    by 0x4E52D4F:
> wxFormatConverterBase<wchar_t>::InsertFmtChar(wchar_t)
> (strvararg.cpp:349)
> ==2635==    by 0x4E52F3C:
> wxFormatConverterBase<wchar_t>::Convert(wchar_t const*)
> (strvararg.cpp:270)
> ==2635==    by 0x4E52291: wxFormatString::AsWChar() (strvararg.cpp:643)
> ==2635==    by 0x4A3D4EE: wxFormatString::operator wchar_t const*()
> const (strvararg.h:220)
> ==2635==    by 0x4B91279: wxString wxString::Format<wxCStrData,
> wxCStrData>(wxFormatString const&, wxCStrData, wxCStrData)
> (string.h:2188)
> ==2635==    by 0x4BABBD3: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== 436,000 (12,000 direct, 424,000 indirect) bytes in 1,000
> blocks are definitely lost in loss record 3,792 of 3,792
> ==2635==    at 0x402C10B: operator new(unsigned int)
> (vg_replace_malloc.c:327)
> ==2635==    by 0x4E52C38: wxCharTypeBuffer<wchar_t>::extend(unsigned
> int) (buffer.h:334)
> ==2635==    by 0x4E52CF4:
> wxFormatConverterBase<wchar_t>::CopyAllBefore() (strvararg.cpp:378)
> ==2635==    by 0x4E52D4F:
> wxFormatConverterBase<wchar_t>::InsertFmtChar(wchar_t)
> (strvararg.cpp:349)
> ==2635==    by 0x4E52F3C:
> wxFormatConverterBase<wchar_t>::Convert(wchar_t const*)
> (strvararg.cpp:270)
> ==2635==    by 0x4E52291: wxFormatString::AsWChar() (strvararg.cpp:643)
> ==2635==    by 0x4A3D4EE: wxFormatString::operator wchar_t const*()
> const (strvararg.h:220)
> ==2635==    by 0x4B91279: wxString wxString::Format<wxCStrData,
> wxCStrData>(wxFormatString const&, wxCStrData, wxCStrData)
> (string.h:2188)
> ==2635==    by 0x4BABBD3: wxlua_wxLuaBindClass__index(lua_State*)
> (wxlbind.cpp:143)
> ==2635==    by 0x804F1CD: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x804F567: ??? (in /usr/bin/lua5.1)
> ==2635==    by 0x8056783: ??? (in /usr/bin/lua5.1)
> ==2635==
> ==2635== LEAK SUMMARY:
> ==2635==    definitely lost: 826,140 bytes in 6,067 blocks
> ==2635==    indirectly lost: 427,264 bytes in 1,075 blocks
> ==2635==      possibly lost: 243,262 bytes in 2,080 blocks
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

Hi John,

> You can check the wxWidgets config.log and search for opengl and you should see some messages about detection of gl and whether it was usable. For example, mine says "wx_cv_use_opengl=wxUSE_OPENGL=yes" and I configured wxWidgets with --with-opengl.

Yes, I was missing the headers, so wxwidgets simply skipped building
the library. After that was fixed, everything went well.

Paul.

Joris, Please do a checkout of SVN trunk, it is perfectly stable (perhaps
more so than the wxLua 2.8.12 release). I believe that it will work for you.

Hernando, sorry, wxLua does not support Lua 5.3. I do now know if it would
work, it might, but probably not without some fixing.

Regards,
    John



On Mon, Jan 11, 2016 at 3:56 PM, Hernan Cano <jhe...@gm...> wrote:

> Hi, Valmir.
>
> I'm interested also in bulding/compiling wxLua. It would be very pleasant
> if you share how do you start or the doc you use for starting.
>
> My goal is bulding/compiling using Lua 5.3 and Widgets 3.x (the last of
> both) if possible. If any difficult, I would use the versions some one
> recomend me.
>
> Thanks.
>
> HERNAN CANO M
>
>
>
>
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>
>

On Thu, Mar 31, 2016 at 11:51 PM, Paul K <pau...@ya...> wrote:

> Hi John,
>
> I've added "gl" component to my wxwidgets library and am getting an
> error on Linux (Windows and OSX compiled without issues using the same
> configure call):
>
> [ 97%] Building CXX object
> modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxlua/wxlstate.cpp.o
> make[2]: *** No rule to make target `lib/libwx_gtk2u_gl-3.1.a', needed
> by `lib/MinSizeRel/libwx.so'.  Stop.
> make[2]: *** Waiting for unfinished jobs....
> [100%] Building CXX object
> modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxlua/wxlua_bind.cpp.o
> make[1]: *** [modules/luamodule/CMakeFiles/wxLuaModule.dir/all] Error 2
> make: *** [all] Error 2
> Error: failed to build wxLua
>
> Here is my configure call:
>
>   cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX="$INSTALL_DIR"
> -DCMAKE_BUILD_TYPE=$WXLUABUILD -DBUILD_SHARED_LIBS=FALSE \
>     -DwxWidgets_CONFIG_EXECUTABLE="$INSTALL_DIR/bin/wx-config" \
>     -DwxWidgets_COMPONENTS="stc;gl;html;aui;adv;core;net;base" \
>     -DwxLuaBind_COMPONENTS="stc;gl;html;aui;adv;core;net;base"
> -DwxLua_LUA_LIBRARY_USE_BUILTIN=FALSE \
>     -DwxLua_LUA_INCLUDE_DIR="$INSTALL_DIR/include"
> -DwxLua_LUA_LIBRARY="$INSTALL_DIR/lib/liblua.a" .
>
> (I don't get any failures if I remove "gl" from the list of components).
>
> Does anyone have a suggestion on how to fix this? Thank you.
>
>
What is the name of the 'gl' library that you do have in the wxWidgets
build directory? It is looking for 'lib/libwx_gtk2u_gl-3.1.a' which should
be in the same dir as the wx libs 'libwx_gtk2u_core-3.1.so.0.0.0' for
example.

You can check the wxWidgets config.log and search for opengl and you should
see some messages about detection of gl and whether it was usable. For
example, mine says "wx_cv_use_opengl=wxUSE_OPENGL=yes" and I configured
wxWidgets with --with-opengl.

Regards,
    John

On Mon, May 2, 2016 at 1:29 AM, Eero Pajarre <epa...@gm...> wrote:

> Hi,
>
> After long break I am trying to compile the latest wxlua from svn (on
> latest Ubuntu)
>
> It seems that the Cmake configuration is missing installing the wxllua.h
> file
> (the file with double l )
>
> For my use I added it to CMakeLists.txt, is that the original place?
>

Yes, fixed in svn trunk, thanks.

-John

Hi,

After long break I am trying to compile the latest wxlua from svn (on
latest Ubuntu)

It seems that the Cmake configuration is missing installing the wxllua.h file
(the file with double l )

For my use I added it to CMakeLists.txt, is that the original place?

  Eero