wxlua-users Mailing List for wxLua

Am 12.12.2014 um 05:23 schrieb John Labenski:
> On Thu, Dec 11, 2014 at 10:09 AM, Ulrich Schmidt <u.s...@gm... 
> <mailto:u.s...@gm...>> wrote:
>
>     I compiled sucessfully wx.dll using wxWidgets 3.0 (mingw64/gcc4.8.1).
>     So far so good.
>     Now i want to compile the wx-lua-module as a static lib. Is this
>     possible using cmake? I got a libwx.dll.a but this points to
>     wx.dll and
>     thats not what i want.
>
>
> It is not possible, Lua needs a shared library for require() to load. 
> However, you can use wxLua.exe or wxLuaFreeze.exe to have a single 
> executable that does the same thing as calling 'require("wx")' without 
> the extra wx.dll lib since it's embedded in the exe.
>
> Regards,
>     John
>
Sorry John, thats not correct. It is possible (and i do it this way with 
other lua libs + lua runtime) to compile a static lib.
The only exported function needs to be luaopen_<modname>. So it would be 
great if i could build a single wx.a exporting luapoen_wx.

I tried to write my own makefile but until now it was too time consuming 
to figure out the dependecies. So if you could tell me the dependencies 
needed for wx.dll, i probably could write the needed makefile by myself.

TIA.
Ulrich.

On Thu, Dec 11, 2014 at 10:09 AM, Ulrich Schmidt <u.s...@gm...> wrote:

> I compiled sucessfully wx.dll using wxWidgets 3.0 (mingw64/gcc4.8.1).
> So far so good.
> Now i want to compile the wx-lua-module as a static lib. Is this
> possible using cmake? I got a libwx.dll.a but this points to wx.dll and
> thats not what i want.
>
>
It is not possible, Lua needs a shared library for require() to load.
However, you can use wxLua.exe or wxLuaFreeze.exe to have a single
executable that does the same thing as calling 'require("wx")' without the
extra wx.dll lib since it's embedded in the exe.

Regards,
    John





Am 06.12.2014 um 08:20 schrieb Ulrich Schmidt:
> >> Why are you not using a 3.x wxWidgets version? It should be better and
> >> wxLua compiles against it.
> > I wasnt shure wxlua compiles with wxwidgets 3.x.
> > Now i will try 3.x, thanks.
> >> Thanks for the reminder. What mingw are you using? It looks like
> >> things have changed since I last installed it.
> >>
> >> One of these?
> >>
> http://sourceforge.net/projects/mingw/files/Installer/mingw-get/mingw-get-0.6.2-beta-20131004-1/
> > I use MinGW-64 (http://sourceforge.net/projects/mingw-w64/) gcc4.8.1
> >
> >
> ------------------------------------------------------------------------------
> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> > from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> > with Interactivity, Sharing, Native Excel Exports, App Integration & more
> > Get technology previously reserved for billion-dollar corporations, FREE
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> > _______________________________________________
> > wxlua-users mailing list
> > wxl...@li...
> > https://lists.sourceforge.net/lists/listinfo/wxlua-users
>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

I compiled sucessfully wx.dll using wxWidgets 3.0 (mingw64/gcc4.8.1).
So far so good.
Now i want to compile the wx-lua-module as a static lib. Is this 
possible using cmake? I got a libwx.dll.a but this points to wx.dll and 
thats not what i want.

TIA.
Ulrich.

Am 06.12.2014 um 08:20 schrieb Ulrich Schmidt:
>> Why are you not using a 3.x wxWidgets version? It should be better and
>> wxLua compiles against it.
> I wasnt shure wxlua compiles with wxwidgets 3.x.
> Now i will try 3.x, thanks.
>> Thanks for the reminder. What mingw are you using? It looks like
>> things have changed since I last installed it.
>>
>> One of these?
>> http://sourceforge.net/projects/mingw/files/Installer/mingw-get/mingw-get-0.6.2-beta-20131004-1/
> I use MinGW-64 (http://sourceforge.net/projects/mingw-w64/) gcc4.8.1
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users

Hi John,

> It would have to be done. Are you sure that this is something you really want to do? The wrapping of the wxArtTabArt class would take many hours and is very specialized. Maybe there's another way to do what you want?

I don't think there is any alternative; it's not super critical, but
having a way to do this would allow styling tab controls the way I
want, which is a frequent request for my application.

> On the other hand, if you could provide the patch I would be happy to apply it.

I looked at the code and while I'm comfortable with enabling methods
added in recent versions of wxwidgets, this is still too risky of a
change for me (as it requires knowledge of how new wxlua types can be
created and how to establish callbacks from wxwidgets).

This seems like too much work, so I'd rather take other changes I
referenced in my earlier post if you have time:
http://www.mail-archive.com/wxl...@li.../msg03582.html

Paul.

On Tue, Dec 9, 2014 at 6:14 PM, John Labenski <jla...@gm...> wrote:
> On Mon, Nov 24, 2014 at 6:21 PM, Paul K <pau...@ya...> wrote:
>>
>> Hi John,
>>
>> I'm considering drawing my own tabs and the background for
>> wxAuiNotebook, but don't see a way to do this in the current wxlua.
>> There is wxAuiDefaultTabArt
>> (http://docs.wxwidgets.org/trunk/classwx_aui_default_tab_art.html)
>> with various methods like DrawTab and DrawBackground and calling those
>> methods work, but what I need is to be able to provide my own class
>> derived from wxAuiDefaultTabArt and to provide my own implementations
>> for those methods, such that when I register this tab art with
>> wxAuiNotebook, my methods are called and the tabs look like I want.
>>
>> Is this already available or is this something you'd need to
>> implement? Thank you.
>>
>
> It would have to be done. Are you sure that this is something you really
> want to do? The wrapping of the wxArtTabArt class would take many hours and
> is very specialized. Maybe there's another way to do what you want? On the
> other hand, if you could provide the patch I would be happy to apply it.
>
> Regards,
>     John

On Mon, Nov 24, 2014 at 6:21 PM, Paul K <pau...@ya...> wrote:

> Hi John,
>
> I'm considering drawing my own tabs and the background for
> wxAuiNotebook, but don't see a way to do this in the current wxlua.
> There is wxAuiDefaultTabArt
> (http://docs.wxwidgets.org/trunk/classwx_aui_default_tab_art.html)
> with various methods like DrawTab and DrawBackground and calling those
> methods work, but what I need is to be able to provide my own class
> derived from wxAuiDefaultTabArt and to provide my own implementations
> for those methods, such that when I register this tab art with
> wxAuiNotebook, my methods are called and the tabs look like I want.
>
> Is this already available or is this something you'd need to
> implement? Thank you.
>
>
It would have to be done. Are you sure that this is something you really
want to do? The wrapping of the wxArtTabArt class would take many hours and
is very specialized. Maybe there's another way to do what you want? On the
other hand, if you could provide the patch I would be happy to apply it.

Regards,
    John

> Why are you not using a 3.x wxWidgets version? It should be better and 
> wxLua compiles against it.
I wasnt shure wxlua compiles with wxwidgets 3.x.
Now i will try 3.x, thanks.
>
> Thanks for the reminder. What mingw are you using? It looks like 
> things have changed since I last installed it.
>
> One of these?
> http://sourceforge.net/projects/mingw/files/Installer/mingw-get/mingw-get-0.6.2-beta-20131004-1/
I use MinGW-64 (http://sourceforge.net/projects/mingw-w64/) gcc4.8.1

On Sat, Nov 29, 2014 at 9:22 AM, Ulrich Schmidt <u.s...@gm...> wrote:

> Hi all.
>
> I compiled wxlua (trunk)  using MinGW-64 gcc 4.8.1 on Win7 to get some
> 32bit Windows exes/dlls.
> I compiled against wxwidgets 2.8.12 and 2.9.5
> I figured out some nessesary changes: (2.8.12 works. 2.9.5 not finished
> yet)
>
>
Why are you not using a 3.x wxWidgets version? It should be better and
wxLua compiles against it.


> 1. alredy discussed in this mailing list:
> modules/wxbind/src/wxcore_bind.cpp
>      The 2 "#if defined(__MINGW32__) || defined(__GNUWIN32__)" at line
> 66 and 7553
>      create a error and i removed the entire if-endif-blocks. It seems
> newer gcc compilers
>      dont need this hack anymore.
>
>
Thanks for the reminder. What mingw are you using? It looks like things
have changed since I last installed it.

One of these?
http://sourceforge.net/projects/mingw/files/Installer/mingw-get/mingw-get-0.6.2-beta-20131004-1/


> 2. modules/wxbind/src/wxbase_bind.cpp
>      2 constants not declared (in 2.9.5) -> inserted 3 #if defined()'s
> below line 387
>
> --8X--------------------------------------------------------------------------
> #if wxUSE_FSWATCHER && wxCHECK_VERSION(2,9,4)
>          { "wxFSW_EVENT_WARNING", wxFSW_EVENT_WARNING },
>      #if defined(wxFSW_WARNING_GENERAL)
>          { "wxFSW_WARNING_GENERAL", wxFSW_WARNING_GENERAL },
>      #endif
>      #if defined(wxFSW_WARNING_NONE)
>          { "wxFSW_WARNING_NONE", wxFSW_WARNING_NONE },
>      #endif
>      #if defined(wxFSW_WARNING_OVERFLOW)
>          { "wxFSW_WARNING_OVERFLOW", wxFSW_WARNING_OVERFLOW },
>      #endif
> #endif // wxUSE_FSWATCHER && wxCHECK_VERSION(2,9,4)
>
> --8X--------------------------------------------------------------------------
>
> 3. I linked a existing lua51.dll (luajit) and used the luajit header
> files to include.
>      modules/wxlua/lbitlib.c: need a definition for LUAI_INT32, so i
> inserted at line 44:
>
> --8X--------------------------------------------------------------------------
> #if !defined(LUAI_INT32)
>    #define LUAI_INT32    int
> #endif
>
> --8X--------------------------------------------------------------------------
> (probably not bullet proof but at least it worked.)
>
>
Humm, this should be fixed in SVN, but maybe I forgot to commit it.


> 4. Suggestion: I compiled MinSizeRel. I need to strip manually.
>      May be you can strip dll and exe files automatically for Release-
> and MinSizeRel-builds?
>
>
I'll probably leave this as an exercise for the user since there may be
some value in the non-stripped binaries.

Thanks for the feedback, I hope to get to these next week.
    John

Thanks,
Milind

On Fri, Dec 5, 2014 at 11:52 AM, John Labenski <jla...@gm...> wrote:

> On Tue, Dec 2, 2014 at 10:46 AM, Milind Gupta <mil...@gm...>
> wrote:
>
>> The error is:
>> /wxLua-2.8.12.3-src/modules/wxstedit/src/precomp.h:7:23: fatal error:
>> wx/wxprec.h: No such file or directory
>>  #include <wx/wxprec.h>
>>
>
>
> When you run cmake you should see something like this:
>
> -- * Found wxWidgets :
> -- * - wxWidgets_VERSION           = 3.1.0 = 3.1.0
> -- * - wxWidgets_COMPONENTS        =
> stc;webview;gl;xrc;xml;net;media;propgrid;richtext;aui;html;adv;core;base
> -- * - wxWidgets_INCLUDE_DIRS      =
> /home/jlabenski/jlabenski/devel/wx/wx/wxWidgets/wxWidgets-trunk/build_gtk2ud/lib/wx/include/gtk2-unicode-3.1;/home/jlabenski/jlabenski/devel/wx/wx/wxWidgets/wxWidgets-trunk/include
> -- * - wxWidgets_LIBRARY_DIRS      =
> -- * - wxWidgets_LIBRARIES         =
> -L/home/jlabenski/jlabenski/devel/wx/wx/wxWidgets/wxWidgets-trunk/build_gtk2ud/lib;-pthread;;;-Wl,-rpath,/home/jlabenski/jlabenski/devel/wx/wx/wxWidgets/wxWidgets-trunk/build_gtk2ud/lib;-lwx_gtk2u_stc-3.1;-lwx_gtk2u_webview-3.1;-lwx_gtk2u_gl-3.1;-lwx_gtk2u_xrc-3.1;-lwx_baseu_xml-3.1;-lwx_baseu_net-3.1;-lwx_gtk2u_media-3.1;-lwx_gtk2u_propgrid-3.1;-lwx_gtk2u_richtext-3.1;-lwx_gtk2u_aui-3.1;-lwx_gtk2u_html-3.1;-lwx_gtk2u_adv-3.1;-lwx_gtk2u_core-3.1;-lwx_baseu-3.1
>
>
> You probably want to use the SVN head too since I believe that I have done
> some work on the cmake build for mingw that might solve your problem.
>
> Regards,
>     John
>
>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>
>

On Tue, Dec 2, 2014 at 10:46 AM, Milind Gupta <mil...@gm...>
wrote:

> The error is:
> /wxLua-2.8.12.3-src/modules/wxstedit/src/precomp.h:7:23: fatal error:
> wx/wxprec.h: No such file or directory
>  #include <wx/wxprec.h>
>


When you run cmake you should see something like this:

-- * Found wxWidgets :
-- * - wxWidgets_VERSION           = 3.1.0 = 3.1.0
-- * - wxWidgets_COMPONENTS        =
stc;webview;gl;xrc;xml;net;media;propgrid;richtext;aui;html;adv;core;base
-- * - wxWidgets_INCLUDE_DIRS      =
/home/jlabenski/jlabenski/devel/wx/wx/wxWidgets/wxWidgets-trunk/build_gtk2ud/lib/wx/include/gtk2-unicode-3.1;/home/jlabenski/jlabenski/devel/wx/wx/wxWidgets/wxWidgets-trunk/include
-- * - wxWidgets_LIBRARY_DIRS      =
-- * - wxWidgets_LIBRARIES         =
-L/home/jlabenski/jlabenski/devel/wx/wx/wxWidgets/wxWidgets-trunk/build_gtk2ud/lib;-pthread;;;-Wl,-rpath,/home/jlabenski/jlabenski/devel/wx/wx/wxWidgets/wxWidgets-trunk/build_gtk2ud/lib;-lwx_gtk2u_stc-3.1;-lwx_gtk2u_webview-3.1;-lwx_gtk2u_gl-3.1;-lwx_gtk2u_xrc-3.1;-lwx_baseu_xml-3.1;-lwx_baseu_net-3.1;-lwx_gtk2u_media-3.1;-lwx_gtk2u_propgrid-3.1;-lwx_gtk2u_richtext-3.1;-lwx_gtk2u_aui-3.1;-lwx_gtk2u_html-3.1;-lwx_gtk2u_adv-3.1;-lwx_gtk2u_core-3.1;-lwx_baseu-3.1


You probably want to use the SVN head too since I believe that I have done
some work on the cmake build for mingw that might solve your problem.

Regards,
    John

On Fri, Dec 5, 2014 at 11:48 AM, Les Newell <les...@fa...>
wrote:

> I'm not sure where to submit a patch but the wxGridCellEditor and
> wxGridCellRenderer classes should not be automatically deleted. The grid
> control takes ownership of these objects causing a crash after the grid is
> deleted. I have attached a patch for the grid binding file.
>
>
Ahh, yes I call IncRef() when adding them to the grid, but I believe that I
should actually call DecRef() on them instead of %delete. I should be able
to get to it next week.

Thanks,
    John



------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>
>

I'm not sure where to submit a patch but the wxGridCellEditor and 
wxGridCellRenderer classes should not be automatically deleted. The grid 
control takes ownership of these objects causing a crash after the grid 
is deleted. I have attached a patch for the grid binding file.

Les

Hi Milind,

> I get this error when I start the wxLua make step.

You wrote "this", but there is no error message or the include file
name in your email.

Paul.

On Tue, Dec 2, 2014 at 7:45 AM, Milind Gupta <mil...@gm...> wrote:
> Hi,
>      I get this error when I start the wxLua make step. WxWidgets make went
> fine, Cmake step went fine but somehow it is not able to locate this include
> file. I already set the wxWidgets Root directory and lib directory
> parameters in CMAKE and it is able to detect the version (I am compiling
> against 3.0.2) but still when running make (using mingw) it complains about
> not being able to find this include file.
>       What am I missing in my build steps to make it work?
>
> Thanks,
> Milind
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

The error is:
/wxLua-2.8.12.3-src/modules/wxstedit/src/precomp.h:7:23: fatal error:
wx/wxprec.h: No such file or directory
 #include <wx/wxprec.h>
                       ^
compilation terminated.
modules\wxstedit\CMakeFiles\wxStEditLib_precomp.dir\build.make:53: recipe
for target 'modules/wxstedit/include/wxStEditLib_precomp.h.gch' failed
mingw32-make[2]: *** [modules/wxstedit/include/wxStEditLib_precomp.h.gch]
Error1
mingw32-make[2]: Leaving directory
'D:/Milind/Downloads/wxLua-2.8.12.3-src/wxlua-build'
CMakeFiles\Makefile2:151: recipe for target
'modules/wxstedit/CMakeFiles/wxStEditLib_precomp.dir/all' failed
mingw32-make[1]: ***
[modules/wxstedit/CMakeFiles/wxStEditLib_precomp.dir/all] Error 2
mingw32-make[1]: Leaving directory
'D:/Milind/Downloads/wxLua-2.8.12.3-src/wxlua-build'
Makefile:139: recipe for target 'all' failed
mingw32-make: *** [all] Error 2

On Tue, Dec 2, 2014 at 7:45 AM, Milind Gupta <mil...@gm...> wrote:

> Hi,
>      I get this error when I start the wxLua make step. WxWidgets make
> went fine, Cmake step went fine but somehow it is not able to locate this
> include file. I already set the wxWidgets Root directory and lib directory
> parameters in CMAKE and it is able to detect the version (I am compiling
> against 3.0.2) but still when running make (using mingw) it complains about
> not being able to find this include file.
>       What am I missing in my build steps to make it work?
>
> Thanks,
> Milind
>
>

Hi,
     I get this error when I start the wxLua make step. WxWidgets make went
fine, Cmake step went fine but somehow it is not able to locate this
include file. I already set the wxWidgets Root directory and lib directory
parameters in CMAKE and it is able to detect the version (I am compiling
against 3.0.2) but still when running make (using mingw) it complains about
not being able to find this include file.
      What am I missing in my build steps to make it work?

Thanks,
Milind