Re: [wxlua-users] stedit lib location

[John L. <jla...@gm...>]

On Wed, Jun 13, 2012 at 1:01 PM, klaas.holwerda <ng...@kl...> 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