wxlua-users Mailing List for wxLua (Page 5)

On Jan 15, 2008 12:27 AM, John Labenski <jla...@gm...> wrote:

> Fixed in CVS.
>

I just tested and it builds correctly. This is great news!
-- 
Regards,
Ryan

John Labenski ha scritto:
> On Jan 15, 2008 9:59 AM, Rob Kendrick <rj...@rj...> wrote:
>> On Mon, 2008-01-14 at 12:07 -0500, John Labenski wrote:
>>
>>> Yes, if Lua is in your include paths it will try to find it and if
>>> found will use it by default, else specify the path.
>>>
>> Doesn't look like it's passing /usr/include/lua5.1/ to any of the
>> invocations of the compiler.
>>
> 
> Fixed now, hopefully, please try again.
Sorry, but I don't understand this last change to configure.ac...

I've modified the test and tested it under Ubuntu 7.10 with system's 
lua5.1 installed and it seems to work...

Francesco

On Jan 15, 2008 12:50 PM, Leslie Newell <les...@fm...> wrote:
> Thank John. That fixed it. I now get a bunch of unresolved externals,
> all related to OpenGl. For example:
>
> wxbindgl_dll_wxgl_gl.obj : error LNK2001: unresolved external symbol
> "public: vi
> rtual class wxClassInfo * __thiscall
> wxGLContext::GetClassInfo(void)const " (?Ge
> tClassInfo@wxGLContext@@UBEPAVwxClassInfo@@XZ)
>
> I have OpenGl enabled in wx.

Please show me the compile line just before the error message.

I see in modules/build/msw/makefile.vc that if the wxbindgl module is
built that the wxWidgets gl library should be linked to it. Search for
__WXLIB_GL_NAME_p in that file, what is going wrong? Do you have
mismatched release/debug and/or ansi/unicode values between the
wxWidgets libs and the wxLua you're trying to build?

Thanks,
    John

On Jan 15, 2008 10:11 AM, Rob Kendrick <rj...@rj...> wrote:
>
> How about this one?  On Ubuntu 7.10, with the standard packaged
> wxWidgets 2.8 (2.8.4.0 apparently):
>
> ./wxbind/src/wxaui_aui.cpp: In function 'int
> wxLua_wxAuiTabCtrl_MakeTabVisible(lua_State*)':
> ./wxbind/src/wxaui_aui.cpp:1701: error: 'class wxAuiTabCtrl' has no
> member named 'MakeTabVisible'
> make[1]: *** [wxbindaui_dll_wxaui_aui.o] Error 1
> make[1]: Leaving directory `/home/rjek/cvs/wxLua/modules'
> make: *** [modules] Error 2
>
> Passing --disable-wxbindaui skips this, and it builds otherwise without
> issue (excluding not using the system Lua automatically.)
>
> Is it just that the version of wxWidgets shipped with Ubuntu 7.10 (the
> current latest release version) is too old?
>

Yes, the bindings are really for 2.8.7 and when I update them it is
hard to tell if a method is new or if I forgot to add it the first
time.

However, if Ubuntu only has 2.8.4 then, if you would be so kind,
please open wxaui_aui.cpp and compile, then rem out the lines or put
dummy values, whatever it takes to get it to compile and write down
the missing methods and post them here. I will add %wxchkver_2_8_7 on
them so 2.8.4 will work.

Thanks,
    John

On Jan 15, 2008 9:59 AM, Rob Kendrick <rj...@rj...> wrote:
>
> On Mon, 2008-01-14 at 12:07 -0500, John Labenski wrote:
>
> > Yes, if Lua is in your include paths it will try to find it and if
> > found will use it by default, else specify the path.
> >
>
> Doesn't look like it's passing /usr/include/lua5.1/ to any of the
> invocations of the compiler.
>

Fixed now, hopefully, please try again.

Thanks,
    John

Thank John. That fixed it. I now get a bunch of unresolved externals, 
all related to OpenGl. For example:

wxbindgl_dll_wxgl_gl.obj : error LNK2001: unresolved external symbol 
"public: vi
rtual class wxClassInfo * __thiscall 
wxGLContext::GetClassInfo(void)const " (?Ge
tClassInfo@wxGLContext@@UBEPAVwxClassInfo@@XZ)

I have OpenGl enabled in wx.

Les


John Labenski wrote:
>
> Change the top of modules/wxbind/wxcore_wxlcore.cpp to
>
> // This lua tag is defined in bindings
> extern WXDLLIMPEXP_DATA_BINDWXCORE(int) g_wxluatype_wxLuaPrintout;
>
> Committed to CVS.
>
> Regards,
>     John
>
>   

On Tue, 2008-01-15 at 00:27 -0500, John Labenski wrote:

> Fixed in CVS.

How about this one?  On Ubuntu 7.10, with the standard packaged
wxWidgets 2.8 (2.8.4.0 apparently):

/home/rjek/cvs/wxLua/bk-deps g++ -c -o wxbindaui_dll_wxaui_aui.o
-I.pch/wxprec_wxbindaui_dll -I../modules/wxbind/setup -I../modules
-I./.. -I/home/rjek/cvs/wxLua/./modules/lua/include
-DWXMAKINGDLL_WXBINDAUI -fPIC -DPIC
-I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8
-D_FILE_OFFSET_BITS=3D64 -D_LARGE_FILES -D__WXGTK__ -pthread
-O2 ./wxbind/src/wxaui_aui.cpp
./wxbind/src/wxaui_aui.cpp: In function =E2=80=98int
wxLua_wxAuiTabCtrl_IsTabVisible(lua_State*)=E2=80=99:
./wxbind/src/wxaui_aui.cpp:1679: error: =E2=80=98class wxAuiTabCtrl=E2=80=
=99 has no
member named =E2=80=98IsTabVisible=E2=80=99
./wxbind/src/wxaui_aui.cpp: In function =E2=80=98int
wxLua_wxAuiTabCtrl_MakeTabVisible(lua_State*)=E2=80=99:
./wxbind/src/wxaui_aui.cpp:1701: error: =E2=80=98class wxAuiTabCtrl=E2=80=
=99 has no
member named =E2=80=98MakeTabVisible=E2=80=99
make[1]: *** [wxbindaui_dll_wxaui_aui.o] Error 1
make[1]: Leaving directory `/home/rjek/cvs/wxLua/modules'
make: *** [modules] Error 2

Passing --disable-wxbindaui skips this, and it builds otherwise without
issue (excluding not using the system Lua automatically.)

Is it just that the version of wxWidgets shipped with Ubuntu 7.10 (the
current latest release version) is too old?

B.

On Mon, 2008-01-14 at 12:07 -0500, John Labenski wrote:

> Yes, if Lua is in your include paths it will try to find it and if
> found will use it by default, else specify the path.
>
> $configure --with-lua-prefix=3D/usr/include/lua5.1

Right, it does indeed fail to detect my system-installed packaged Lua,
so I have to use the above configure option.  However, it then fails to
build: (the wxbindaui disabling is something I'll post about seperately:
it fails to compile on the WxWidgets shipped with Ubuntu 7.10)

rjek@trite:~/cvs/wxLua$ ./configure --disable-wxbindaui
--with-lua-prefix=3D/usr/include/lua5.1/

<snip test output>

 ----------------------------------------------------------------
  Configuration for wxLua 2.8.4.0 successfully completed.
  Summary of main configuration settings for wxLua:
  - RELEASE build
  - UNICODE mode
  - STATIC mode

  - wxLua application:              yes
  - wxLuaCan application:           yes
  - wxLuaEdit application:          no
  - wxLuaFreeze application:        yes

  - Using SYSTEM lua library (prefix is '/usr/include/lua5.1/')
  - enable_wxbindadv module:        yes
  - enable_wxbindaui module:        no
  - enable_wxbindbase module:       yes
  - enable_wxbindcore module:       yes
  - enable_wxbindgl module:         yes
  - enable_wxbindhtml module:       yes
  - enable_wxbindmedia module:      yes
  - enable_wxbindnet module:        yes
  - enable_wxbindrichtext module:   yes
  - enable_wxbindstc module:        yes
  - enable_wxbindxml module:        yes
  - enable_wxbindxrc module:        yes

  - compact list of the wxWidgets libraries for which
    binding modules will be created:=20
     stc,richtext,xrc,xml,net,media,html,gl,adv,core,base

  - enable_wxluadebug module:       yes
  - enable_wxluasocket module:      yes
  - enable_luamodule module:        yes

  - install custom wxBind stuff:    yes

  - wxLua make install path settings:
    prefix      : '/usr/local'
    exec_prefix : '${prefix}'
    libdir      : '${exec_prefix}/lib'
    datadir     : '${datarootdir}'

  The wxWidgets build which will be used by wxLua 2.8.4.0
  has the following settings:
  - RELEASE build
  - UNICODE mode
  - SHARED mode
  - VERSION: 2.8.4
  - PORT: gtk2

  Now, just run make.
 ----------------------------------------------------------------
makerjek@trite:~/cvs/wxLua$ make
(cd ./modules/ && make )
make[1]: Entering directory `/home/rjek/cvs/wxLua/modules'
/home/rjek/cvs/wxLua/bk-make-pch .pch/wxprec_wxlua_lib/wx/wxprec.h.gch
wx/wxprec.h g++ -I.pch/wxprec_wxlua_lib -I../modules/wxbind/setup
-I../modules -I./.. -I/include
-I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8
-D_FILE_OFFSET_BITS=3D64 -D_LARGE_FILES -D__WXGTK__ -pthread
-DwxLUA_USEBINDING_WXAUI=3D0 -O2
/home/rjek/cvs/wxLua/bk-deps g++ -c -o wxlua_lib_dummy.o
-I.pch/wxprec_wxlua_lib -I../modules/wxbind/setup -I../modules -I./..
-I/include -I/usr/lib/wx/include/gtk2-unicode-release-2.8
-I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=3D64 -D_LARGE_FILES -D__WXGTK__
-pthread -DwxLUA_USEBINDING_WXAUI=3D0 -O2 ./wxlua/src/dummy.cpp
/home/rjek/cvs/wxLua/bk-deps g++ -c -o wxlua_lib_wxlbind.o
-I.pch/wxprec_wxlua_lib -I../modules/wxbind/setup -I../modules -I./..
-I/include -I/usr/lib/wx/include/gtk2-unicode-release-2.8
-I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=3D64 -D_LARGE_FILES -D__WXGTK__
-pthread -DwxLUA_USEBINDING_WXAUI=3D0 -O2 ./wxlua/src/wxlbind.cpp
In file included from ../modules/wxlua/include/wxlbind.h:13,
                 from ./wxlua/src/wxlbind.cpp:20:
../modules/wxlua/include/wxldefs.h:19:21: error: lua.h: No such file or
directory
../modules/wxlua/include/wxldefs.h:20:24: error: lualib.h: No such file
or directory
../modules/wxlua/include/wxldefs.h:21:25: error: lauxlib.h: No such file
or directory
../modules/wxlua/include/wxlbind.h:125: error: =E2=80=98lua_CFunction=E2=80=
=99 does not
name a type

<snip /many/ errors to do with not having the Lua headers>

Doesn't look like it's passing /usr/include/lua5.1/ to any of the
invocations of the compiler.

B.

On Jan 15, 2008 6:37 AM, Leslie Newell <les...@fm...> wrote:
> Hi,
>
> I am trying to build the CVS head using makefile.vc and VS 2005.
> BUILD = debug
> UNICODE = 1
> SHARED = 1
> WX_SHARED = 1
> WX_MONOLITHIC = 1
>
> The build fails as below:
>
>         cl /c /nologo /TP
> /Fovcmswud_dll\wxbindcore_dll_wxcore_wxlcore.obj /MDd /DWIN32
> /I..\..\..\modules\wxbind\setup /DWXUSINGDLL /D_UNICODE  /D__WXDEBUG__
> /D__WXMSW__  /Ic:\wxWidgets-2.8.6\lib\vc_dll\mswud
> /Ic:\wxWidgets-2.8.6\include /Od  /Zi /D_DEBUG
> /Fd..\..\..\lib\vc_dll\wxlua_msw28ud_wxbindcore.pdb  /I..\..\..\modules
> /I.\..\..\.. /I..\..\..\modules\lua\include
> /Ic:\wxWidgets-2.8.6\contrib\include /DWXMAKINGDLL_WXBINDCORE /GR /EHsc
> /Yu"wx/wxprec.h"  /Fp"vcmswud_dll\wxprec_wxbindcore_dll.pch"
> ..\..\wxbind\src\wxcore_wxl core.cpp wxcore_wxlcore.cpp
> C:\wxLua\modules\wxbind/include/wxcore_bind.h(754) : error C2370:
> 'g_wxluatype_wxLuaPrintout' : redefinition; different storage class
>
>
> Does anyone know what is going wrong?

Change the top of modules/wxbind/wxcore_wxlcore.cpp to

// This lua tag is defined in bindings
extern WXDLLIMPEXP_DATA_BINDWXCORE(int) g_wxluatype_wxLuaPrintout;

Committed to CVS.

Regards,
    John

Hi,

I am trying to build the CVS head using makefile.vc and VS 2005.
BUILD = debug
UNICODE = 1
SHARED = 1
WX_SHARED = 1
WX_MONOLITHIC = 1

The build fails as below:

        cl /c /nologo /TP 
/Fovcmswud_dll\wxbindcore_dll_wxcore_wxlcore.obj /MDd /DWIN32  
/I..\..\..\modules\wxbind\setup /DWXUSINGDLL /D_UNICODE  /D__WXDEBUG__ 
/D__WXMSW__  /Ic:\wxWidgets-2.8.6\lib\vc_dll\mswud 
/Ic:\wxWidgets-2.8.6\include /Od  /Zi /D_DEBUG  
/Fd..\..\..\lib\vc_dll\wxlua_msw28ud_wxbindcore.pdb  /I..\..\..\modules 
/I.\..\..\.. /I..\..\..\modules\lua\include  
/Ic:\wxWidgets-2.8.6\contrib\include /DWXMAKINGDLL_WXBINDCORE /GR /EHsc  
/Yu"wx/wxprec.h"  /Fp"vcmswud_dll\wxprec_wxbindcore_dll.pch"  
..\..\wxbind\src\wxcore_wxl core.cpp wxcore_wxlcore.cpp
C:\wxLua\modules\wxbind/include/wxcore_bind.h(754) : error C2370: 
'g_wxluatype_wxLuaPrintout' : redefinition; different storage class


Does anyone know what is going wrong?
Thanks,
Les

On Jan 14, 2008 10:19 PM, Ryan Pusztai <rpu...@gm...> wrote:
>
> Done. I now get this error when building.
>
> make error :
> /home/rpusztai/devel/libraries/wxLua/bk-deps g++ -c -o
> mod_luamodule_luamodule.o -I../modules -I./.. -I/include
> -DWXMAKINGDLL_LUAMODULE -fPIC -DPIC
> -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8
> -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread  -O2
> ./luamodule/src/luamodule.cpp
> ./luamodule/src/luamodule.cpp: In function 'int luaopen_wx(lua_State*)':
> ./luamodule/src/luamodule.cpp:120: error: 'wxLUASTATE_USESTATE' was not
> declared in this scope
> make[1]: *** [mod_luamodule_luamodule.o] Error 1
>
> make[1]: Leaving directory `/home/rpusztai/devel/libraries/wxLua/modules'
> make: *** [modules] Error 2

Fixed in CVS.

Thanks,
    John

On Jan 14, 2008 3:33 PM, John Labenski <jla...@gm...> wrote:
>
> Strange indeed. Two more things, but always run with $export
> WX_DEBUG_CONFIGURE="1" and check the values above.
>
> 1) Get the new CVS, I bet it's fixed, from the last wxwin.m4 fix.
>

Done. I now get this error when building.

*configure output*:
$ ./configure
checking for the --enable-debug option... will be automatically detected
checking for the --enable-unicode option... will be automatically detected
checking for the --enable-shared option... will be automatically detected
checking for the --with-toolkit option... will be automatically detected
checking for the --with-wxshared option... will be automatically detected
checking for the --with-wxversion option... will be automatically detected
[dbg] DEBUG: auto, WX_DEBUG:
[dbg] UNICODE: auto, WX_UNICODE:
[dbg] SHARED: auto, WX_SHARED: auto
[dbg] TOOLKIT: auto, WX_TOOLKIT:
[dbg] VERSION: , WX_RELEASE: auto
checking for the --enable-wxlua-app option... yes
checking for the --enable-wxluacan-app option... yes
checking for the --enable-wxluaedit-app option... yes
checking for the --enable-wxluafreeze-app option... yes
checking for the --enable-wxbindadv option... auto
checking for the --enable-wxbindaui option... auto
checking for the --enable-wxbindbase option... auto
checking for the --enable-wxbindcore option... auto
checking for the --enable-wxbindgl option... auto
checking for the --enable-wxbindhtml option... auto
checking for the --enable-wxbindmedia option... auto
checking for the --enable-wxbindnet option... auto
checking for the --enable-wxbindrichtext option... auto
checking for the --enable-wxbindstc option... auto
checking for the --enable-wxbindxml option... auto
checking for the --enable-wxbindxrc option... auto
checking for the --enable-wxluadebug option... yes
checking for the --enable-wxluasocket option... yes
checking for the --enable-luamodule option... yes
checking for the --enable-customwxbind-install option... yes
checking for the --with-lua-prefix option...
checking for the --with-wxstedit-prefix option...
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
[dbg] WXCONFIG_FLAGS:
checking for wx-config... /usr/bin/wx-config
checking for wxWidgets version >= 2.8.0... yes (version 2.8.7)
checking for wxWidgets static library... no
[dbg] Using wx-config --selected-config
[dbg] WX_SELECTEDCONFIG: gtk2-unicode-release-2.8
checking if wxWidgets was built with UNICODE enabled... yes
checking if wxWidgets was built in DEBUG mode... no
checking if wxWidgets was built in STATIC mode... no
checking which wxWidgets toolkit was selected... gtk2
[dbg] Values of all WX_* options after final detection:
[dbg] WX_DEBUG: 0
[dbg] WX_UNICODE: 1
[dbg] WX_SHARED: 1
[dbg] WX_RELEASE: 28
[dbg] WX_PORT: gtk2
checking if Lua 5.1 is installed... yes, using system Lua
checking if wxWidgets adv library is available... yes
checking if wxWidgets aui library is available... yes
checking if wxWidgets gl library is available... yes
checking if wxWidgets html library is available... yes
checking if wxWidgets media library is available... yes
checking if wxWidgets net library is available... yes
checking if wxWidgets xml library is available... yes
checking if wxWidgets xrc library is available... yes
checking if wxWidgets richtext library is available... yes
checking if wxWidgets stc library is available... yes
Path to wxStEdit from $WXSTEDIT environment variable: ''
checking if wxStEdit (version >= 1.2.4) (wxcode_gtk2u_stedit-2.8) is
available... no
configure:
    Could not find the wxStEdit component version 1.2.4 or higher
    (at least not for the 'gtk2-unicode-release-2.8' wxWidgets build).
    For more information about wxStEdit look at
       http://wxcode.sourceforge.net/components/wxstedit
    For more information about why exactly this check has
    failed look in config.log.

    Disabling the wxLuaEdit application and proceeding...

checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether we are using the Intel C compiler... no
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether g++ accepts -g... (cached) yes
checking whether we are using the Intel C++ compiler... no
checking whether we are using the Sun C++ compiler... no
checking for ranlib... ranlib
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether make sets $(MAKE)... yes
checking for ar... ar
checking for strip... strip
checking for nm... nm
checking for command to install directories... /usr/bin/install -c -d
checking if make is GNU make... yes
checking for dependency tracking method... gcc
checking if the compiler supports precompiled headers... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating modules/Makefile
config.status: creating apps/Makefile
config.status: creating build/autoconf/wxlua.pc
config.status: creating distrib/autopackage/default.apspec

 ----------------------------------------------------------------
  Configuration for wxLua 2.8.7.0 successfully completed.
  Summary of main configuration settings for wxLua:
  - RELEASE build
  - UNICODE mode
  - SHARED mode

  - wxLua application:              yes
  - wxLuaCan application:           yes
  - wxLuaEdit application:          no
  - wxLuaFreeze application:        yes

  - Using SYSTEM lua library (prefix is '')
  - enable_wxbindadv module:        yes
  - enable_wxbindaui module:        yes
  - enable_wxbindbase module:       yes
  - enable_wxbindcore module:       yes
  - enable_wxbindgl module:         yes
  - enable_wxbindhtml module:       yes
  - enable_wxbindmedia module:      yes
  - enable_wxbindnet module:        yes
  - enable_wxbindrichtext module:   yes
  - enable_wxbindstc module:        yes
  - enable_wxbindxml module:        yes
  - enable_wxbindxrc module:        yes

  - compact list of the wxWidgets libraries for which
    binding modules will be created:
     stc,richtext,xrc,xml,net,media,html,gl,aui,adv,core,base

  - enable_wxluadebug module:       yes
  - enable_wxluasocket module:      yes
  - enable_luamodule module:        yes

  - install custom wxBind stuff:    yes

  - wxLua make install path settings:
    prefix      : '/usr/local'
    exec_prefix : '${prefix}'
    libdir      : '${exec_prefix}/lib'
    datadir     : '${datarootdir}'

  The wxWidgets build which will be used by wxLua 2.8.7.0
  has the following settings:
  - RELEASE build
  - UNICODE mode
  - SHARED mode
  - VERSION: 2.8.7
  - PORT: gtk2

  Now, just run make.
 ----------------------------------------------------------------

*make error*:
/home/rpusztai/devel/libraries/wxLua/bk-deps g++ -c -o
mod_luamodule_luamodule.o -I../modules -I./.. -I/include
-DWXMAKINGDLL_LUAMODULE -fPIC -DPIC -I/usr/lib/wx/include/gtk2-
unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64
-D_LARGE_FILES -D__WXGTK__ -pthread  -O2 ./luamodule/src/luamodule.cpp
./luamodule/src/luamodule.cpp: In function 'int luaopen_wx(lua_State*)':
./luamodule/src/luamodule.cpp:120: error: 'wxLUASTATE_USESTATE' was not
declared in this scope
make[1]: *** [mod_luamodule_luamodule.o] Error 1
make[1]: Leaving directory `/home/rpusztai/devel/libraries/wxLua/modules'
make: *** [modules] Error 2



> 2) "$configure --enable-unicode"  Does forcing unicode work?
>
> 3) Edit configure.
>
> Find this code
>
>    COND_BUILD_RELEASE_UNICODE_1="#"
>    if test "x$BUILD" = "xrelease" -a "x$UNICODE" = "x1" ; then
>        COND_BUILD_RELEASE_UNICODE_1=""
>    fi
>
> Add this before, what does it say?
>
> echo "UNICODE '$UNICODE'"
> echo "WX_UNICODE '$WX_UNICODE'"
> echo "BUILD '$BUILD'"


I didn't try these other steps because it doesn't get far enough to fail in
the same way. I this the built in Lua test that was just fixed/added today.
-- 
Regards,
Ryan

Hi,
    I've adapted wxLua bakefiles to use the new bakefile 0.2.3, whose 
RC2  can be downloaded frmo here:

http://sourceforge.net/project/showfiles.php?group_id=83016&package_id=85308&release_id=568383

I hand-checked part of the diff generated from rebaking but something 
may have slipped in.

Besides the various bugfixes and the fact we can now use a vanilla 
bakefile version (instead of the patched one), v0.2.3 also supports the 
msvs2003prj format, i.e. MSVC IDE project files for vc++ 7.1.

Is anyone using msvc 7.1? If so, we could add some "msvc7" folders next 
to the "msvc6" and "msvc8" ones...

Francesco

Anders F Björklund ha scritto:
> Francesco Montorsi wrote:
> 
>>> Francesco, patch-Makefile.in ??? This is a bakefile fix, dunno how to 
>>> fix it.
>> Anders, why is this needed exactly?
>> As I understand it, it only adds an harmless rpath in the final 
>> binaries...
> 
> Oh, the Mac OS X linker does not understand -rpath that's all:
> 
> "ld: unknown flag: -rpath"
that's a very good reason to remove it for Mac ;)

I'm going to test a patch and then commit it in few minutes....

Francesco

John Labenski wrote:

>> I also had a problem with using CXX='ccache g++', so I had to disable
>> ccache
>> in order to build wxLua (seems like it was missing out on the "g++"
>> part ?)
>
> Could you show the command line for building? It sounds like only the
> first word ccache was taken somehow.

The (generated from Portfile) command line for the configure was:

CFLAGS='-O2' CPPFLAGS='-I/opt/local/include' CXXFLAGS='-O2' CPP='ccache 
/usr/bin/cpp-4.0' CXX='ccache /usr/bin/g++-4.0' F90FLAGS='-O2' 
LDFLAGS='-L/opt/local/lib' FCFLAGS='-O2' OBJC='ccache /usr/bin/gcc-4.0' 
INSTALL='/usr/bin/install' OBJCFLAGS='-O2' FFLAGS='-O2' CC='ccache 
/usr/bin/gcc-4.0' \
./configure --prefix=/opt/local --mandir=/opt/local/share/man 
--with-wx-prefix=/opt/local --enable-wxbindstc --enable-luamodule

And when disabling ccache, the initial "ccache " prefix goes away.

--anders

Francesco Montorsi wrote:

> But I'm unsure this is really necessary and instead I think it's nice 
> to
> have the rpath stuff also under Mac (so that you can run binaries when
> you compile wxLua before installing system-wide)...

There is a "rpath" of sorts in older Mac OS X too, and it can be tweaked
by using install_name_tool on the binaries after building for instance*.
If you look at the wxLua "distrib/macbundle/copydylibs.command" script,
it changes the location of the libs when installing the .dylib (=.so)

It changes the default linker path of /usr/local/lib/libfoo.dylib
into a local path like @executable_path/../../../libfoo.dylib
(where the "@executable_path" string is automagically replaced
with the location of the current program, on application start)

The extra two .. levels is for "wxFoo.app/Contents/MacOS/wxFoo",
i.e. to break out of the directory structure of the app bundle

--anders

* it can be set when building too, but I never got around to
   hacking the necessary flags to do so into the Makefile :-)

Francesco Montorsi wrote:

>> Francesco, patch-Makefile.in ??? This is a bakefile fix, dunno how to 
>> fix it.
> Anders, why is this needed exactly?
> As I understand it, it only adds an harmless rpath in the final 
> binaries...

Oh, the Mac OS X linker does not understand -rpath that's all:

"ld: unknown flag: -rpath"

>> Anders, what are wxlua.sh and wxluaedit.sh for and how do you use
>> them, do they belong in wxLua, and if yes, where would they go?
> if they belong to wxLua I'd suggest to put them under
> wxLua/distrib/macbundle...

It's a little wrapper to start up the .app from the console...

Eventually one would want the regular Apple Events to work,
so that you could use open(1) or drag-and-drop of files.

--anders

Hi,

John Labenski ha scritto:
> On 1/14/08, John Labenski <jla...@gm...> wrote:
>>> Here are the updated patches: (it needed STC, to compile with wxStEdit)
>>> http://trac.macports.org/projects/macports/browser/trunk/dports/
>>> graphics/wxLua-devel/files/
>> Francesco, patch-Makefile.in ??? This is a bakefile fix, dunno how to fix it.
> 
> I get either "malformed condition" or "only weak condition allowed in
> this context" depending on where I put the condition for
> "PLATFORM_MACOSX!='1'" or "WX_PORT!='mac'".
yes, this is because PLATFORM_* vars are set at configure-time by 
autoconf and are thus "options" => they create a strong condition.


> wxluabase.bkl
> 
>     <define-tag name="rpath-to" rules="exe,module">
>             <set var="RPATH">
>                 <if cond="FORMAT=='gnu' and SHARED=='1' and
> PLATFORM_MACOSX!='1'">-Wl,-rpath,$(value)/gcc_dll</if>
>                 <if cond="FORMAT=='autoconf' and SHARED=='1' and
> PLATFORM_MACOSX!='1'">-Wl,-rpath,$(value)</if>
>             </set>
> 
>             <!-- for autoconf&gnu only (see comments above): -->
>             <ldflags>$(RPATH)</ldflags>
>     </define-tag>
> 
> Any ideas?
if we find that the -rpath must really be removed I'd suggest just doing:

     <define-tag name="rpath-to" rules="exe,module">
         <option name="RPATH"/>

         <!-- for autoconf&gnu only (see comments above): -->
         <ldflags>$(RPATH)</ldflags>
     </define-tag>

and then in configure.ac set RPATH "manually" if PLATFORM_MACOSX!='1'

But I'm unsure this is really necessary and instead I think it's nice to 
have the rpath stuff also under Mac (so that you can run binaries when 
you compile wxLua before installing system-wide)...

For a "Mac bundle" it probably makes less sense but still should be 
harmless...

Francesco

Hi,

John Labenski ha scritto:
> On 1/14/08, Anders F Björklund <af...@al...> wrote:
>> I've added a "wxLua-devel 2.8.7.0", next to the "wxLua 2.8.4.0" port.
>> It uses the snapshots, for testing wxLua (for a later port upgrade...)
> 
> Great.
right!


>> Here are the updated patches: (it needed STC, to compile with wxStEdit)
>> http://trac.macports.org/projects/macports/browser/trunk/dports/
>> graphics/wxLua-devel/files/
> 
> I've fixed patch-configure in CVS
good!

> Francesco, see wxLua's wxwin.m4 for the fix, should this fix go back
> to wxWidgets itself?
right. I don't understand exactly why such bug has not been noticed 
before but I'll fix it upstream, too.

> Francesco, patch-Makefile.in ??? This is a bakefile fix, dunno how to fix it.
Anders, why is this needed exactly?
As I understand it, it only adds an harmless rpath in the final binaries...


> Anders, what are wxlua.sh and wxluaedit.sh for and how do you use
> them, do they belong in wxLua, and if yes, where would they go?
if they belong to wxLua I'd suggest to put them under 
wxLua/distrib/macbundle...

Thanks!
Francesco

On 1/14/08, klaas.holwerda <ng...@kl...> wrote:
> Hi,
>
> Much improved today, but still wxstedit is not found, and i think its is
> because the stc library  is not linked in, and so compiling errors for
> the test of wxstedit.
> See the new files here:
>
> http://www.pontademangue.com/tmp/fout.txt
>
> http://www.pontademangue.com/tmp/config.log
>

Oops, fixed in CVS.

Thanks,
    John

Hi,

Much improved today, but still wxstedit is not found, and i think its is 
because the stc library  is not linked in, and so compiling errors for 
the test of wxstedit.
See the new files here:

http://www.pontademangue.com/tmp/fout.txt

http://www.pontademangue.com/tmp/config.log


Regards,

Klaas

On 1/14/08, John Labenski <jla...@gm...> wrote:
> > Here are the updated patches: (it needed STC, to compile with wxStEdit)
> > http://trac.macports.org/projects/macports/browser/trunk/dports/
> > graphics/wxLua-devel/files/
>
> Francesco, patch-Makefile.in ??? This is a bakefile fix, dunno how to fix it.

I get either "malformed condition" or "only weak condition allowed in
this context" depending on where I put the condition for
"PLATFORM_MACOSX!='1'" or "WX_PORT!='mac'".

wxluabase.bkl

    <define-tag name="rpath-to" rules="exe,module">
            <set var="RPATH">
                <if cond="FORMAT=='gnu' and SHARED=='1' and
PLATFORM_MACOSX!='1'">-Wl,-rpath,$(value)/gcc_dll</if>
                <if cond="FORMAT=='autoconf' and SHARED=='1' and
PLATFORM_MACOSX!='1'">-Wl,-rpath,$(value)</if>
            </set>

            <!-- for autoconf&gnu only (see comments above): -->
            <ldflags>$(RPATH)</ldflags>
    </define-tag>

Any ideas?
    John

On 1/13/08, Ryan Pusztai <rpu...@gm...> wrote:
> On Jan 13, 2008 11:32 PM, John Labenski <jla...@gm...> wrote:
>
> > > They are all commented out.
> > >
> > > #WXLIBPOSTFIX = d
> > > #WXLIBPOSTFIX = ud
> > > #WXLIBPOSTFIX = u
> >
> > =================
> >
> > Ryan, please do these two things.
> >
> > 2) On the command line
> >   $export WX_DEBUG_CONFIGURE="1"
> >   then run configure and post the output which will hopefully contain
> > enough info to figure out what's wrong.
>
> Here is the output when I run configure after $export WX_DEBUG_CONFIGURE="1"
> $ ./configure --with-wxversion=2.8
...
> checking for the --with-wxshared option... will be automatically detected
...
> [dbg] UNICODE: auto, WX_UNICODE:
...
>  [dbg] Using wx-config --selected-config
> [dbg] WX_SELECTEDCONFIG: gtk2-unicode-release-2.8
> checking if wxWidgets was built with UNICODE enabled... yes
...
> [dbg] WX_UNICODE: 1


Strange indeed. Two more things, but always run with $export
WX_DEBUG_CONFIGURE="1" and check the values above.

1) Get the new CVS, I bet it's fixed, from the last wxwin.m4 fix.

2) "$configure --enable-unicode"  Does forcing unicode work?

3) Edit configure.

Find this code

    COND_BUILD_RELEASE_UNICODE_1="#"
    if test "x$BUILD" = "xrelease" -a "x$UNICODE" = "x1" ; then
        COND_BUILD_RELEASE_UNICODE_1=""
    fi

Add this before, what does it say?

echo "UNICODE '$UNICODE'"
echo "WX_UNICODE '$WX_UNICODE'"
echo "BUILD '$BUILD'"

Thanks,
    John

On 1/14/08, Anders F Bj=F6rklund <af...@al...> wrote:
>
> I've added a "wxLua-devel 2.8.7.0", next to the "wxLua 2.8.4.0" port.
> It uses the snapshots, for testing wxLua (for a later port upgrade...)

Great.

> Here are the updated patches: (it needed STC, to compile with wxStEdit)
> http://trac.macports.org/projects/macports/browser/trunk/dports/
> graphics/wxLua-devel/files/

I've fixed patch-configure in CVS
Francesco, see wxLua's wxwin.m4 for the fix, should this fix go back
to wxWidgets itself?

Francesco, patch-Makefile.in ??? This is a bakefile fix, dunno how to fix i=
t.

Anders, what are wxlua.sh and wxluaedit.sh for and how do you use
them, do they belong in wxLua, and if yes, where would they go?

> I also had a problem with using CXX=3D'ccache g++', so I had to disable
> ccache
> in order to build wxLua (seems like it was missing out on the "g++"
> part ?)

Could you show the command line for building? It sounds like only the
first word ccache was taken somehow.

> Will do a "standalone" 2.8.7.0 build for Mac OS X too, possibly
> supporting
> 10.3 "Panther" also - if wxWidgets 2.8.7 is up to that, I don't know
> yet...

Great, I have a little more to go on wxLua itself and hopefully we'll
have all the configure problems ironed out.

> When working and released, it's something like: `sudo port install
> wxLua`
> (which will in turn build both of wxWidgets and wxStEdit, as
> dependencies)
>

Great.

Thanks,
    John

On Jan 14, 2008 8:26 AM, Francesco Montorsi <f18...@ya...> wrote:

> Hi,
>    I've done a big commit on the configure script which should fix all
> problems. The bugs I've found in the configure script were mainly:
>
>  1) libraries were passed to wx-config --libs in wrong order; e.g.
> wx-config --libs base,core,adv instead of wx-config --libs adv,core,base
>
>  2) linker line was being built incorrectly; with -l option you give
> e.g. "-lmylib" and GNU's ld will search for libmylib.a or
> libmylib.so.x.x.x libraries.... you cannot pass to -l a full library
> name with final .a
>
>  3) for some reason wxwin.m4 was defining the BUILD variable only when
> DEBUG option was left to the 'auto' default value; this is my fault but
> since I last touched wxwin.m4 a lot of time ago, I really don't
> understand how it's possible that this bug was unnoticed so far...
>
> Last, I also removed lots of copy&paste from configure.ac making it
> easier to mantain.
>
> Please everyone test building against latest CVS.


I started with a fresh copy from CVS and ran ./configure --with-wxversion=
2.8
Then I ran make.

*Configure Output*:
 ----------------------------------------------------------------
  Configuration for wxLua 2.8.7.0 successfully completed.
  Summary of main configuration settings for wxLua:
  - RELEASE build
  - UNICODE mode
  - SHARED mode

  - wxLua application:              yes
  - wxLuaCan application:           yes
  - wxLuaEdit application:          no
  - wxLuaFreeze application:        yes

  - Using BUILT-IN lua library
  - enable_wxbindadv module:        yes
  - enable_wxbindaui module:        yes
  - enable_wxbindbase module:       yes
  - enable_wxbindcore module:       yes
  - enable_wxbindgl module:         yes
  - enable_wxbindhtml module:       yes
  - enable_wxbindmedia module:      yes
  - enable_wxbindnet module:        yes
  - enable_wxbindrichtext module:   yes
  - enable_wxbindstc module:        yes
  - enable_wxbindxml module:        yes
  - enable_wxbindxrc module:        yes

  - compact list of the wxWidgets library for which
    binding modules will be created:
     stc,richtext,xrc,xml,net,media,html,gl,aui,adv,core,base

  - enable_wxluadebug module:       yes
  - enable_wxluasocket module:      yes
  - enable_luamodule module:        yes

  - install custom wxBind stuff:    yes

  - wxLua make install path settings:
    prefix      : '/usr/local'
    exec_prefix : '${prefix}'
    libdir      : '${exec_prefix}/lib'
    datadir     : '${datarootdir}'

  The wxWidgets build which will be used by wxLua 2.8.7.0
  has the following settings:
  - RELEASE build
  - UNICODE mode
  - SHARED mode
  - VERSION: 2.8.7
  - PORT: gtk2

  Now, just run make.
 ----------------------------------------------------------------

*Make Failures*:
/home/rpusztai/devel/libraries/wxLua/bk-deps g++ -c -o
mod_luamodule_luamodule.o -I../modules -I./..
-I/home/rpusztai/devel/libraries/wxLua/./modules/lua/include
-DWXMAKINGDLL_LUAMODULE -fPIC -DPIC -I/usr/lib/wx/include/gtk2-
unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64
-D_LARGE_FILES -D__WXGTK__ -pthread  -O2 ./luamodule/src/luamodule.cpp
g++ -shared -fPIC -o ../lib/wx.so mod_luamodule_luamodule.o  -L../lib
-L/home/rpusztai/devel/libraries/wxLua/./modules/lua/lib
-lwxlua_gtk2u_wxbindxrc- 2.8
-lwxlua_gtk2u_wxbindstc-2.8-lwxlua_gtk2u_wxbindrichtext-
2.8 -lwxlua_gtk2u_wxbindmedia-2.8
-lwxlua_gtk2u_wxbindhtml-2.8-lwxlua_gtk2u_wxbindgl-
2.8 -lwxlua_gtk2u_wxbindaui-2.8
-lwxlua_gtk2u_wxbindadv-2.8-lwxlua_gtk2u_wxbindxml-
2.8 -lwxlua_gtk2u_wxbindnet-2.8
-lwxlua_gtk2u_wxbindcore-2.8-lwxlua_gtk2u_wxbindbase-
2.8 -lwxlua_gtk2u_wxluasocket-2.8
-lwxlua_gtk2u_wxluadebug-2.8-lwxlua_gtk2u_wxlua-
2.8 -llua5.1 -pthread   -lwx_gtk2u_stc-2.8 -lwx_gtk2u_richtext-
2.8-lwx_gtk2u_xrc-
2.8 -lwx_baseu_xml-2.8 -lwx_baseu_net-2.8 -lwx_gtk2u_media-2.8-lwx_gtk2u_html-
2.8 -lwx_gtk2u_gl-2.8 -lwx_gtk2u_aui-2.8 -lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-
2.8 -lwx_baseu-2.8
/usr/bin/ld: cannot find -lwxlua_gtk2u_wxbindxrc- 2.8
collect2: ld returned 1 exit status
make[1]: *** [../lib/wx.so] Error 1
make[1]: Leaving directory `/home/rpusztai/devel/libraries/wxLua/modules'
make: *** [modules] Error 2

*<wxLua>/lib *:
libwxlua_gtk2_wxbindadv-2.8.so
libwxlua_gtk2_wxbindadv-2.8.so.0libwxlua_gtk2_wxbindadv-
2.8.so.0.0.7
libwxlua_gtk2_wxbindaui- 2.8.so
libwxlua_gtk2_wxbindaui-2.8.so.0libwxlua_gtk2_wxbindaui-
2.8.so.0.0.7
libwxlua_gtk2_wxbindbase-2.8.so
libwxlua_gtk2_wxbindbase-2.8.so.0libwxlua_gtk2_wxbindbase-
2.8.so.0.0.7
libwxlua_gtk2_wxbindcore- 2.8.so
libwxlua_gtk2_wxbindcore-2.8.so.0libwxlua_gtk2_wxbindcore-
2.8.so.0.0.7
<snip>
libwxlua_gtk2_wxbindxml-2.8.so
libwxlua_gtk2_wxbindxml-2.8.so.0libwxlua_gtk2_wxbindxml-
2.8.so.0.0.7
libwxlua_gtk2_wxbindxrc-2.8.so
libwxlua_gtk2_wxbindxrc-2.8.so.0libwxlua_gtk2_wxbindxrc-
2.8.so.0.0.7
libwxlua_gtk2_wxlua-2.8.so libwxlua_gtk2_wxlua- 2.8.so.0libwxlua_gtk2_wxlua-
2.8.so.0.0.7
libwxlua_gtk2_wxluadebug-2.8.so
libwxlua_gtk2_wxluadebug-2.8.so.0libwxlua_gtk2_wxluadebug-
2.8.so.0.0.7
libwxlua_gtk2_wxluasocket- 2.8.so
libwxlua_gtk2_wxluasocket-2.8.so.0libwxlua_gtk2_wxluasocket-
2.8.so.0.0.7

Notice that the shared libraries are still named wrong. There is no 'u' in
the names. It doesn't build. I checked the variable in the modules/makefile
and all of them are still commented out.
-- 
Regards,
Ryan