On Wed, Jun 13, 2012 at 1:01 PM, klaas.holwerda <[email protected]> wrote:
>
> For wxstedit the wxWidgets_DEBUGFLAG is empty even if wxWidgets_USE_DEBUG
> is ON.
> So it always comes out as: wxstedit-wx29gtk2u-1.6.0
> But maybe that is wanted??
> At least in wxWidgets 2.9.3 library names always come out without the "d",
> independent of debug or not version.
> I myself stick to the old way for wxart2d, but i think in general on Linux
> indeed library name stays the same, independent of debug or not info.
I think I remember that wxWidgets now always has debug builds, similar
to RelWithDebInfo. I try to find the wxWidgets_DEBUGFLAG from the
wxWidgets lib name, so if it doesn't have it then it can't be known, I
guess...
> It would still be nice to have the same naming scheme in wxLua.
> Using something like this I think, WXLIKE_LIBRARY_NAMES( wxStEditLib
> wxstedit "${wxStEdit_VERSION}")
> This name is handy to have.
Yes, I forgot I made it, wxLua now uses it.
> I do use wxLua and wxStedit after installing them (why no headers?).
wxStEdit now installs the headers.
wxLua is a different story. I should move the files around in the
wxLua project so that the headers are included as "wxlua/wxlua.h" and
"wxlua/wxluadebug/wxldebug.h" whereas now they are
"wxlua/include/wxlua.h" and "wxluadebug/include/wxldebug.h" which is
strange, especially when installed to /usr/ include.
In order to avoid overwriting people's system Lua headers I've put all
the installed #includes into "include/wxlua/*", an extra "wxlua" dir.
This means that an extra #include search path is required if they're
installed to /usr/local/include/.
In any case, I need to make it possible to compile wxLua against a
system installed Lua.
> But for wxstedit, something is taken from here, where I compiled it:
> wxStEdit_ROOT_DIR = /home /klaas/soft/usr/local/soft/wxstedit
>
> But my install prefix is this:
>
> BUILD_INSTALL_PREFIX = /home/klaas/soft/usr/local
>
> This line was needed to make it find the right headers of some things in
> lua, which I can not install in "/usr/local".
> INCLUDE_DIRECTORIES( "/home /klaas/soft/usr/local/include" )
This is a problem, we need one set of paths to wxStEdit when it is not
installed and a different set when installed. Maybe it is as simple as
adding variables wxStEdit_INCLUDE_DIR and wxStEdit_LIB where in CMake
the user sets them explicitly.
> /home/klaas/soft/wxLua/modules/lua/src/luaconf.h:275:31: error:
> readline/readline.h: No such file or directory
>
> Do not know how this should be fixed using prefix something??
You need to install the readline-devel package. While it's not
strictly necessary, it is a tiny package and every Linux distribution
has it.
> Next is worse, I can not use media in wxwidgets, so the next I do not have:
> libwx_gtk2u_media-2.9.a
> How can I easily/normally disable this for wxLua?
Remove it from wxLuaBind_COMPONENTS in the cmake gui and it won't be
built and hopefully not needed for the rest of the build either.
> For wxStedit, that looks oke to do.
> But for wxLua, something extra would be need to find the bindings. ( I would
> say /usr/local/share/wxlua/ )
Ok, but put into a wxlua/bindings directory.
> I had to add #include "wx/progdlg.h" here:
>
> #if wxUSE_PROGRESSDLG && wxLUA_USE_wxProgressDialog
> #include "wx/progdlg.h"
> #include "wx/generic/progdlgg.h"
> #endif // wxUSE_PROGRESSDLG && wxLUA_USE_wxProgressDialog
Where? modules/wxbind/include/wxcore_bind.h has this
#if wxUSE_PROGRESSDLG && wxLUA_USE_wxProgressDialog
#include "wx/progdlg.h"
#endif // wxUSE_PROGRESSDLG && wxLUA_USE_wxProgressDialog
You mean you had to include "wx/generic/progdlgg.h"? That shouldn't
ever be needed unless the wxWidgets headers are not including it
somehow.
> And I need to compile wxWidgest with -fPIC again (something to do with
> shared libraries in lua, see mailinglist archive):
>
> make CXXFLAGS=-fPIC CFLAGS=-fPIC
You shouldn't have to do this. I've never had to, you're building 64 bit?
Hopefully, most things fixed for you.
Regards,
John
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
wxlua-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wxlua-users
