Re: [wxlua-users] stedit lib location

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi,

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.

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.

I do use wxLua and wxStedit after installing them (why no headers?).
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" )

/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??

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?

make[2]: *** No rule to make target `/thales/thales_localdata/db348/soft/usr/local/lib/libwx_gtk2u_media-2.9.a', needed by `modules/wxlua/libwxLuaLib.so'.  Stop.

Removed media in the next two lines:

set(wxWidgets_COMPONENTS xrc xml net media propgrid richtext aui stc html adv core base) # minimal set for static lib/dll
set(wxLuaBind_ALL_COMPONENTS gl stc xrc richtext html media aui adv core xml net base )

Also I was fooled by old stedit headers in /usr/local/include/wx/stdedit, they are not installed by wxstedit "make install"
Maybe install them relative to here??

/usr/local/include/wx-2.9

I use things like:

/usr/local/include/wxart2d-1.2/

Same for wxLua, also headers are not installed.
Now I understand that I need to find it from the place where it is compiled.
And I do require the user to set the path/vars WXLUA and WXSTEDIT  to find it.
I still wonder what is the right approach??
Normally I just need to install libraries and devel versions of it on Linux, in order to use them with headers.
That is how wxWidgets deals with it also.
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/  )
I do this, which is I think CMake like. Maybe it would be oke for wxLua also.

10:05:45 509>  pwd
/ usr/local/share/wxart2d
10:03:31 507>  ls -R
.:
  FindwxArt2D.cmake  luawraps  UsewxArt2D.cmake  wxArt2DConfig.cmake  wxart2dMacros.cmake

./luawraps:
src

./luawraps/src:
wxart2d_datatypes.lua

At last:

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

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

Hope it helps.
Somehow it feels easier than the first time, also on windows.

Thanks,

Klaas

On 13-6-2012 6:19, John Labenski wrote:
> On Tue, Jun 12, 2012 at 3:24 PM, klaas.holwerda<ng...@kl...>  wrote:
>> Busy making wxLua compile on Centos 64but, in general same issues as found with Ubuntu.
> It should compile without a problem in Centos as I use RHEL6 regularly
> without any problems. I just built it yesterday. Can you please post
> some of the errors?
>
>> For wxstedit using Cmake, i think you should add this line in its CmakeLists file:
>>
>> set (LIBRARY_OUTPUT_PATH ${wxStEdit_BINARY_DIR}/lib )
>>
>> This makes in generate the library in there on windows using Debug/Release as subdir, on Unix in there directly.
>> Currently it is placed directly in the top dir, while "make install" expects it in the lib directory, which i think is the right one.
> This sounds good. I currently use a higher level CMakeLists.txt that
> includes the wxLua and some other projects' CMakeLists.txt to have the
> binaries put in the same place for convenience so I never see what
> happens by default.
>
> set(CMAKE_RUNTIME_OUTPUT_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/bin)
> set(CMAKE_LIBRARY_OUTPUT_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/bin)
> set(CMAKE_ARCHIVE_OUTPUT_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/bin)
>
> 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
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>