wxlua-users — wxLua list for users and developers

Re: [Wxlua-users] Current version - NA

[Gustl B. <gu...@gm...>]

Hi,

>
>Let me know if the above anonymous cvs command doesn't work for you
>
You were right, Sourceforge was not the problem (I tried and failed 
several times, then I read that something was wrong with anonymous CVS...).
Compiling it under Visual Studio 2005 worked fine.

>and also if you find any bugs.
>
As I wrote in the previous mail, I have already written an application 
with an old version of wxLua. But when I run the script in the new 
version, coroutines do not work anymore.

wxLua: Error while running chunk
wxLua: Attempt to call an invalid method '{unknown}'.
stack traceback:
  [C]: in function 'resume'
  ...

I saw that you made some changes in the lua code. I tried disabling them 
/ replacing the lua library with the original version, but that did not 
solve the problem.

Houdini

Re: [Wxlua-users] Current version - NA

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

On 12/13/05, Gustl Berger <gu...@gm...> wrote:
> Hi,
> I have downloaded the wxLua Windows binaries a few months ago from the
> official site. It is really great.
> I tried to compile it under Linux but it did not work. So I wanted to
> download the current version, but the website seems to be a little out
> of date (some downloads are broken and the downloadable version is half
> a year old). Sourceforge has disabled CVS imports for annonymous users
> (for more than 3 weeks now)...

Really? You mean that you cannot checkout anything using an anonymous
user from SF? This command seems to work for me at least.

cvs -z3 -d:pserver:ano...@cv...:/cvsroot/wxlua co -P wxLua

You can compile it all using the Makefile in apps/wxlua/src, then run
$make in bindings/wxwidgets, the rerun $make in apps/wxlua/src. I
still want to tweak the bindings a little before they're committed so
that's why you have to do this extra step. Let me know if anything
doesn't work for you.

> Maybe someone could upload a CVS snapshot to the Sourceforge download
> section?

Let me know if the above anonymous cvs command doesn't work for you
and also if you find any bugs.

Regards,
    John Labenski

[Wxlua-users] Current version - NA

[Gustl B. <gu...@gm...>]

Hi,
I have downloaded the wxLua Windows binaries a few months ago from the 
official site. It is really great.
I tried to compile it under Linux but it did not work. So I wanted to 
download the current version, but the website seems to be a little out 
of date (some downloads are broken and the downloadable version is half 
a year old). Sourceforge has disabled CVS imports for annonymous users 
(for more than 3 weeks now)...
Maybe someone could upload a CVS snapshot to the Sourceforge download 
section?

Thanks,
  Houdini

Re: [Wxlua-users] Bakefiles and MSVS dsp files

[k. h. <kla...@nl...>]

Hi John,

John Labenski wrote:

>I don't know how to do this. I just wrote a script for cygwin to
>remove all the obj, pdb, id*... everything that was not part of the
>original checkout.
>
>  
>
Franscesco made a deepclean target for wxArt2d, that works well.
Maybe he can add it here too.

>You can select them all using the shift key and then press <space> to
>uncheck them all. This makes it a little less painful, since you only
>have to check a few of them.
>
>  
>
Thanks!

>>Only thing left is precompiled headers, or i don't know why it takes so
>>long to compile.
>>    
>>
>
>IIRC this is only a command line switch for nmake, I think it's already on.
>  
>
To bad not, more is involved.


We can take the tricks from wxArt2D, first switches

IF ( MSVC  )
    IF ( WXART2D_USE_PCH )
        SET( CMAKE_CXX_FLAGS "/W3 /GX" )
        SET( CMAKE_C_FLAGS "/W3" )
    ELSE ( WXART2D_USE_PCH )      
        A2D_ADD_DEFINITIONS( -DNOPCH )   
    ENDIF ( WXART2D_USE_PCH )       
ENDIF ( MSVC )


There needs to be a central file somewhere.
And in all files this ( also in binding files generated) :

#include "wxluaprec.h"

#ifdef __BORLANDC__
    #pragma hdrstop
#endif

#ifndef WX_PRECOMP
    #include "wx/wx.h"
#endif

//else

#include (only really needed wx or wxlua  headers, this is without 
precomp headers, so needs to be small ).

Contents Central file:

=============== the wxluaprec.h ======

/*! \file wxluaprec.h

    Licence: wxWidgets License

    RCS-ID: $Id: a2dprec.h,v 1.2 2005/08/10 21:10:48 titato Exp $
*/

#include "wx/wxprec.h"

#ifdef WX_PRECOMP

#include <wx/mstream.h>
#include <wx/tokenzr.h>
#include "wxlua_all.h"  << here all header includes ( including  wx/wx.h 
and  wxluasetup.h )

#endif // WX_PRECOMP

So it is not even that complicated, only a bit of work.

Regards,

Klaas

Unclassified

[Wxlua-users] Switched to using wxLuaState

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

I've removed wxLuaStateVariables and everything that goes along with
it. We use the ref counted wxLuaState class that wraps the lua_State
and contains all the necessary state variables. I think this has
really made things much simpler and safer. Since it's ref counted, all
calls to the wxLuaState check if someone has deleted the lua_State and
the all the functions that need to get at the state variables don't
have to incessantly look them up from the lua_State. The
wxLuaInterpreter class just has a wxLuaState as a member.

I've given all the function names in the wxLuaState the same name as
their old C counterparts. There's also some remnants left of them in
the internal.h/cpp file that are there for backwards compatibility.

It compiles and runs in MSW and Linux.

Next TODO: Try to see how to add custom bindings.

I hope people like the new structure, let me know if anything about it
doesn't make sense.
    John Labenski

Re: [Wxlua-users] Bakefiles and MSVS dsp files

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

On 11/26/05, klaas.holwerda <kho...@xs...> wrote:
> So next time, i will throw away at least all build dirs, and check out
> again.
> And we really need a perfect clean ( deep and all ).

I don't know how to do this. I just wrote a script for cygwin to
remove all the obj, pdb, id*... everything that was not part of the
original checkout.

> It did not go completely without a hick. I selected all debug in the
> batch build. But somehow wxLua was building in release mode. So i did
> set i by hand to debug configuration, then it was oke.
> I will test again later, to see if i can repeat it.
> I do not like the batch build, first deselect a whole lot of optional
> builds, but what to do.

You can select them all using the shift key and then press <space> to
uncheck them all. This makes it a little less painful, since you only
have to check a few of them.

> Next i tried nmake, also this is well too. I wonder  do object files for
> nmake end up in the same place as those from project files? If so that
> is risky too.

Bakefile needs to be fixed to give the same settings for nmake and the
gui. It's a simple thing, but I couldn't find how to do it in the
Bakefile source. Once they're the same it won't matter which you use
to build it.

https://sourceforge.net/tracker/?func=3Ddetail&aid=3D1045600&group_id=3D986=
3&atid=3D109863

> Only thing left is precompiled headers, or i don't know why it takes so
> long to compile.

IIRC this is only a command line switch for nmake, I think it's already on.

Regards,
    John Labenski

Re: [Wxlua-users] Bakefiles and MSVS dsp files

[klaas.holwerda <kho...@xs...>]

John Labenski wrote:

>
>You've done a completely new checkout? Just delete the old and checkout again.
>  
>
No i did not. But now i did, bingo!!
Man how confusing.
I did nothing wrong, it were all left overs somehow from previous 
obviously wrong builds.
Why did i not think of that, always telling to all users of my stuff to 
start from scratch when something is not making sence. And i myself have 
to be told by you :-)

Actually i know why, i am so much used to Cmake building outside of  CVS 
checkout, this can simply not happen.

So next time, i will throw away at least all build dirs, and check out 
again.
And we really need a perfect clean ( deep and all ).

It did not go completely without a hick. I selected all debug in the 
batch build. But somehow wxLua was building in release mode. So i did 
set i by hand to debug configuration, then it was oke.
I will test again later, to see if i can repeat it.
I do not like the batch build, first deselect a whole lot of optional 
builds, but what to do.

Next i tried nmake, also this is well too. I wonder  do object files for 
nmake end up in the same place as those from project files? If so that 
is risky too.

Only thing left is precompiled headers, or i don't know why it takes so 
long to compile.

Thanks,

Klaas

Re: [Wxlua-users] Bakefiles and MSVS dsp files

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

On 11/26/05, klaas.holwerda <kho...@xs...> wrote:
> >Compiles using MSVC6 project files and linux out of the box!
> >
> Your box that is ;-)
> My box refuses to do the same (MSW), not with nmake and not with project
> files.

Grrr... why does it have to be so hard. :(

> After i compiled contrib/stc for wxwidgets, i get all the mod_XXX
> compiled, using project file.
> For the moment using batch build, and only debug. (do all flavours
> compile in your case? )

I've only used debug. Is your wxWidgets lib also in debug?

> app_lua is a problem ( just debug with project files), the nmake seems
> to have the same problem.
>
> Any idea what can be it, i think i did not see these errors before.

Nor have I. I see you use 2.6.2, I use wxWidgets CVS HEAD and copy by
hand all the libs wxbase27_XXX.lib to wxbase26_XXX.lib and
wxmsw27_XXX.lib to wxmsw26_XXX.lib so they'll work with the VC6
project files.

You've done a completely new checkout? Just delete the old and checkout aga=
in.

>  Next parts  what i see in VC6:
>
> --------------------Configuration: app_wxlua - Win32
> Debug--------------------
> Linking...
> Searching Libraries
>     Searching ..\..\..\lib\vc_lib\wxluadebug.lib:
>     Searching ..\..\..\lib\vc_lib\wxluasocket.lib:

I have to remove this "Searching" stuff, this was a test to see what
libs were being loaded and it looks ok to me.

> Done Searching Libraries
> LINK : warning LNK4049: locally defined symbol ""public: __thiscall
> wxString::~wxString(void)" (??1wxString@@QAE@XZ)" imported
...
> LINK : warning LNK4049: locally defined symbol ""protected: static class
> wxLuaHandler * wxLuaHandler::sm_luahandler"
> (?sm_luahandler@wxLuaHandler@@1PAV1@A)" imported

I'm off for today, but what does the help in MSVC6 say about LNK4049,
press F1 on the error in the GUI. I don't think I've seen this before
and don't understand what it could mean. But you get them for both
wxWidgets classes and wxLua classes so something is strange.

> wxluasocket.lib(wxldtarg.obj) : error LNK2001: unresolved external
> symbol "__declspec(dllimport) public: __thiscall
> wxLuaBufferArray::~wxLuaBufferArray(void)"
> (__imp_??1wxLuaBufferArray@@QAE@XZ)
> wxluasocket.lib(wxldtarg.obj) : error LNK2001: unresolved external
> symbol "__declspec(dllimport) public: __thiscall
> wxSortedArrayString::~wxSortedArrayString(void)"
> (__imp_??1wxSortedArrayString@@QAE@XZ)
> wxluasocket.lib(wxldtarg.obj) : error LNK2001: unresolved external
> symbol "__declspec(dllimport) public: class wxString __thiscall
> wxLuaBuffer::GetBuffer(void)const "
> (__imp_?GetBuffer@wxLuaBuffer@@QBE?AVwxString@@XZ)
> wxluasocket.lib(wxldtarg.obj) : error LNK2001: unresolved external
> symbol "__declspec(dllimport) public: class wxString __thiscall

There's no earlier compile warnings or errors? It looks like you're
not even linking to wxWidgets, never mind wxLua. As I said please just
start completely over. You have the
WXWIN=3DD:\notebook\wxwin\wxWidgets-2.6.2 environment variable set too?

I'm sorry that I can't help. I don't know why things could be so
messed up for you.

*** You are opening wxLua/build/msw/wxLua.dsw right? not anything else!

Regards,
    John Labenski

Re: [Wxlua-users] Bakefiles and MSVS dsp files

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

On 11/26/05, Francesco Montorsi <f18...@ya...> wrote:
> >Maybe you saw that I went through the bakefiles
> > and tried to add the wxluaedit app. I stuck in some more pronounced
> > comments to help me find my way.
> I saw, nice work. However for app_wxluaedit target I think that on unix t=
he environment
> variable WXSTEDIT should not be used to find the headers.
> On unix it's common to install the dependencies in the default system pat=
hs; so I think
> that wxLua should expect to find wxStEdit headers & lib into system paths=
, too.
> Thus I would remove the lines
>
>          <if cond=3D"FORMAT=3D=3D'autoconf'">
>              <include>$(DOLLAR)(WXSTEDIT)/include</include>
>          </if>
>
> and put instead a simple check for a wxStEdit include in the configure.ac=
 script.
> Also I suggest to change line:
>
> <if cond=3D"FORMAT!=3D'autoconf'">
>
> to
>
> <if cond=3D"TARGETING_WIN32=3D=3D'1'">
>
> as there is not only the autoconf format for linux (also cbx_unix, gnu, e=
tc).

Ok, thanks.

> > Compiles using MSVC6 project files and linux out of the box!
> >
> > I will see if I can reorder mod_lua_lib to get compiled before
> > mod_lua.
> Take in count that wxLua\build\msw\wxLua.dsw was hand-written (by me) and=
 not generated by
> bakefile (since msvc6prj doesn't support <subproject> targets).
> So, it doesn't contain all dependency "links" which are coded into bakefi=
les (and
> mod_lua_lib depends from mod_lua in bakefiles); thus I added the dependen=
cy manually.
> Now also MSVC6prj will know that mod_lua_lib needs to be compiled before =
mod_lua.

I didn't realize that was by hand, then it should be easy. I'll do it.

> BTW, I see that luasetup.h.in has not been removed yet and that wxLua use=
s it instead of
> the new wxluasetup.h... let me know when you've done with this so that I =
can make the
> WXLUASETUP_DIR and WXLUABINDLIB_DIR options work.
> I have already declared them in modules\build\bakefiles\options.bkl but t=
hey're currently
> unused.

Tomorrow night, I'm off for today...

> PS: I've updated linux configure script so that now all wxLua options are=
 present there,
> too (--enable-wxlua-app, --enable-wxluaedit-app, etc)

Great.

Thanks alot,
    John

Re: [Wxlua-users] Bakefiles and MSVS dsp files

[klaas.holwerda <kho...@xs...>]

John Labenski wrote:

>
>Compiles using MSVC6 project files and linux out of the box!
>
>  
>
Your box that is ;-)
My box refuses to do the same (MSW), not with nmake and not with project 
files.

After i compiled contrib/stc for wxwidgets, i get all the mod_XXX 
compiled, using project file.
For the moment using batch build, and only debug. (do all flavours 
compile in your case? )

app_lua is a problem ( just debug with project files), the nmake seems 
to have the same problem.
 
Any idea what can be it, i think i did not see these errors before.

But things are improvings ;-)

regards,

Klaas

 Next parts  what i see in VC6:

--------------------Configuration: app_wxlua - Win32 
Debug--------------------
Linking...
Searching Libraries
    Searching ..\..\..\lib\vc_lib\wxluadebug.lib:
    Searching ..\..\..\lib\vc_lib\wxluasocket.lib:
    Searching ..\..\..\lib\vc_lib\wxlua.lib:
    Searching ..\..\..\lib\vc_lib\wxbind.lib:
    Searching ..\..\..\lib\vc_lib\lua.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_stc.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_html.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxbase26d_net.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_xrc.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_adv.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxbase26d_xml.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_core.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxbase26d.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxtiffd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxjpegd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxpngd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxzlibd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxregexd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxexpatd.lib:
    Searching D:\vc6\VC98\LIB\kernel32.lib:
    Searching D:\vc6\VC98\LIB\user32.lib:
    Searching D:\vc6\VC98\LIB\gdi32.lib:
    Searching D:\vc6\VC98\LIB\comdlg32.lib:
    Searching D:\vc6\VC98\LIB\winspool.lib:
    Searching D:\vc6\VC98\LIB\winmm.lib:
    Searching D:\vc6\VC98\LIB\shell32.lib:
    Searching D:\vc6\VC98\LIB\comctl32.lib:
    Searching D:\vc6\VC98\LIB\ole32.lib:
    Searching D:\vc6\VC98\LIB\oleaut32.lib:
    Searching D:\vc6\VC98\LIB\uuid.lib:
    Searching D:\vc6\VC98\LIB\rpcrt4.lib:
    Searching D:\vc6\VC98\LIB\advapi32.lib:
    Searching D:\vc6\VC98\LIB\wsock32.lib:
    Searching D:\vc6\VC98\LIB\odbc32.lib:
    Searching D:\vc6\VC98\LIB\oleacc.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\lua.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxbind.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxlua.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxluadebug.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxluasocket.lib:
    Searching D:\vc6\VC98\LIB\MSVCRTD.lib:
    Searching D:\vc6\VC98\LIB\OLDNAMES.lib:
    Searching ..\..\..\lib\vc_lib\wxluadebug.lib:
    Searching ..\..\..\lib\vc_lib\wxluasocket.lib:
    Searching ..\..\..\lib\vc_lib\wxlua.lib:
    Searching ..\..\..\lib\vc_lib\wxbind.lib:
    Searching ..\..\..\lib\vc_lib\lua.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_stc.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_html.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxbase26d_net.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_xrc.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_adv.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxbase26d_xml.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_core.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxbase26d.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxtiffd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxjpegd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxpngd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxzlibd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxregexd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxexpatd.lib:
    Searching D:\vc6\VC98\LIB\kernel32.lib:
    Searching D:\vc6\VC98\LIB\user32.lib:
    Searching D:\vc6\VC98\LIB\gdi32.lib:
    Searching D:\vc6\VC98\LIB\comdlg32.lib:
    Searching D:\vc6\VC98\LIB\winspool.lib:
    Searching D:\vc6\VC98\LIB\winmm.lib:
    Searching D:\vc6\VC98\LIB\shell32.lib:
    Searching D:\vc6\VC98\LIB\comctl32.lib:
    Searching D:\vc6\VC98\LIB\ole32.lib:
    Searching D:\vc6\VC98\LIB\oleaut32.lib:
    Searching D:\vc6\VC98\LIB\uuid.lib:
    Searching D:\vc6\VC98\LIB\rpcrt4.lib:
    Searching D:\vc6\VC98\LIB\advapi32.lib:
    Searching D:\vc6\VC98\LIB\wsock32.lib:
    Searching D:\vc6\VC98\LIB\odbc32.lib:
    Searching D:\vc6\VC98\LIB\oleacc.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\lua.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxbind.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxlua.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxluadebug.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxluasocket.lib:
    Searching D:\vc6\VC98\LIB\MSVCRTD.lib:
Done Searching Libraries
   Creating library ..\..\..\bin\wxlua.lib and object ..\..\..\bin\wxlua.exp
Searching Libraries
    Searching ..\..\..\lib\vc_lib\wxluadebug.lib:
    Searching ..\..\..\lib\vc_lib\wxluasocket.lib:
    Searching ..\..\..\lib\vc_lib\wxlua.lib:
    Searching ..\..\..\lib\vc_lib\wxbind.lib:
    Searching ..\..\..\lib\vc_lib\lua.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_stc.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_html.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxbase26d_net.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_xrc.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_adv.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxbase26d_xml.lib:
    Searching 
D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxmsw26d_core.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxbase26d.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxtiffd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxjpegd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxpngd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxzlibd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxregexd.lib:
    Searching D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\wxexpatd.lib:
    Searching D:\vc6\VC98\LIB\kernel32.lib:
    Searching D:\vc6\VC98\LIB\user32.lib:
    Searching D:\vc6\VC98\LIB\gdi32.lib:
    Searching D:\vc6\VC98\LIB\comdlg32.lib:
    Searching D:\vc6\VC98\LIB\winspool.lib:
    Searching D:\vc6\VC98\LIB\winmm.lib:
    Searching D:\vc6\VC98\LIB\shell32.lib:
    Searching D:\vc6\VC98\LIB\comctl32.lib:
    Searching D:\vc6\VC98\LIB\ole32.lib:
    Searching D:\vc6\VC98\LIB\oleaut32.lib:
    Searching D:\vc6\VC98\LIB\uuid.lib:
    Searching D:\vc6\VC98\LIB\rpcrt4.lib:
    Searching D:\vc6\VC98\LIB\advapi32.lib:
    Searching D:\vc6\VC98\LIB\wsock32.lib:
    Searching D:\vc6\VC98\LIB\odbc32.lib:
    Searching D:\vc6\VC98\LIB\oleacc.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\lua.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxbind.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxlua.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxluadebug.lib:
    Searching \notebook\wxluacvs\wxLua\lib\vc_lib\wxluasocket.lib:
    Searching D:\vc6\VC98\LIB\MSVCRTD.lib:
    Searching D:\vc6\VC98\LIB\OLDNAMES.lib:
Done Searching Libraries
LINK : warning LNK4049: locally defined symbol ""public: __thiscall 
wxString::~wxString(void)" (??1wxString@@QAE@XZ)" imported
LINK : warning LNK4049: locally defined symbol ""public: __thiscall 
wxCriticalSection::~wxCriticalSection(void)" 
(??1wxCriticalSection@@QAE@XZ)" imported
LINK : warning LNK4049: locally defined symbol ""public: __thiscall 
wxArrayInt::~wxArrayInt(void)" (??1wxArrayInt@@QAE@XZ)" imported
LINK : warning LNK4049: locally defined symbol ""public: __thiscall 
wxLuaSocket::~wxLuaSocket(void)" (??1wxLuaSocket@@QAE@XZ)" imported
LINK : warning LNK4049: locally defined symbol ""public: __thiscall 
wxCondition::~wxCondition(void)" (??1wxCondition@@QAE@XZ)" imported
LINK : warning LNK4049: locally defined symbol ""public: __thiscall 
wxMutex::~wxMutex(void)" (??1wxMutex@@QAE@XZ)" imported
LINK : warning LNK4049: locally defined symbol ""public: virtual 
__thiscall wxObject::~wxObject(void)" (??1wxObject@@UAE@XZ)" imported
LINK : warning LNK4049: locally defined symbol ""public: void __thiscall 
wxCriticalSection::Enter(void)" (?Enter@wxCriticalSection@@QAEXXZ)" imported
LINK : warning LNK4049: locally defined symbol ""protected: static class 
wxLuaHandler * wxLuaHandler::sm_luahandler" 
(?sm_luahandler@wxLuaHandler@@1PAV1@A)" imported
LINK : warning LNK4049: locally defined symbol ""public: __thiscall 
wxCriticalSection::wxCriticalSection(void)" 
(??0wxCriticalSection@@QAE@XZ)" imported
 

=================== etc.

wxluasocket.lib(wxldtarg.obj) : error LNK2001: unresolved external 
symbol "__declspec(dllimport) public: __thiscall 
wxLuaBufferArray::~wxLuaBufferArray(void)" 
(__imp_??1wxLuaBufferArray@@QAE@XZ)
wxluasocket.lib(wxldtarg.obj) : error LNK2001: unresolved external 
symbol "__declspec(dllimport) public: __thiscall 
wxSortedArrayString::~wxSortedArrayString(void)" 
(__imp_??1wxSortedArrayString@@QAE@XZ)
wxluasocket.lib(wxldtarg.obj) : error LNK2001: unresolved external 
symbol "__declspec(dllimport) public: class wxString __thiscall 
wxLuaBuffer::GetBuffer(void)const " 
(__imp_?GetBuffer@wxLuaBuffer@@QBE?AVwxString@@XZ)
wxluasocket.lib(wxldtarg.obj) : error LNK2001: unresolved external 
symbol "__declspec(dllimport) public: class wxString __thiscall 
wxLuaBuffer::GetFileName(void)const " 
(__imp_?GetFileName@wxLuaBuffer@@QBE?AVwxString@@XZ)
wxluasocket.lib(wxldtarg.obj) : error LNK2001: unresolved external 
symbol "__declspec(dllimport) public: virtual __thiscall 
wxLuaBuffer::~wxLuaBuffer(void)" (__imp_??1wxLuaBuffer@@UAE@XZ)
wxluasocket.lib(wxlsock.obj) : error LNK2001: unresolved external symbol 
"public: __thiscall wxLuaSocketException::wxLuaSocketException(class 
wxLuaSocketException const &)" (??0wxLuaSocketException@@QAE@ABV0@@Z)
wxluasocket.lib(wxlsock.obj) : error LNK2001: unresolved external symbol 
"public: __thiscall wxLuaSocketException::~wxLuaSocketException(void)" 
(??1wxLuaSocketException@@QAE@XZ)
wxluasocket.lib(wxlsock.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: __thiscall 
wxLuaSocketException::wxLuaSocketException(enum 
wxLuaSocketException::SocketErrorCode)" 
(__imp_??0wxLuaSocketException@@QAE@W4SocketEr
rorCode@0@@Z)
wxbind.lib(gdi.obj) : error LNK2001: unresolved external symbol 
"protected: virtual bool __thiscall wxCaretBase::DoCreate(class 
wxWindowBase *,int,int)" (?DoCreate@wxCaretBase@@MAE_NPAVwxWindowBase@@HH@Z)
wxbind.lib(gdi.obj) : error LNK2001: unresolved external symbol "public: 
virtual void __thiscall wxCaretBase::Hide(void)" (?Hide@wxCaretBase@@UAEXXZ)
wxbind.lib(gdi.obj) : error LNK2001: unresolved external symbol "public: 
virtual void __thiscall wxCaretBase::Show(bool)" 
(?Show@wxCaretBase@@UAEX_N@Z)
wxbind.lib(gdi.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: virtual __thiscall 
wxCaretBase::~wxCaretBase(void)" (__imp_??1wxCaretBase@@UAE@XZ)
wxbind.lib(gdi.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) const wxCaret::`vftable'" (__imp_??_7wxCaret@@6B@)
wxbind.lib(gdi.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) const wxCaretBase::`vftable'" 
(__imp_??_7wxCaretBase@@6B@)
wxbind.lib(gdi.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: virtual __thiscall 
wxCaret::~wxCaret(void)" (__imp_??1wxCaret@@UAE@XZ)
wxbind.lib(wx_class.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: __thiscall wxRegEx::~wxRegEx(void)" 
(__imp_??1wxRegEx@@QAE@XZ)
wxbind.lib(windows.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) const wxSashLayoutWindow::`vftable'" 
(__imp_??_7wxSashLayoutWindow@@6B@)
wxbind.lib(windows.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: virtual __thiscall 
wxSashLayoutWindow::~wxSashLayoutWindow(void)" 
(__imp_??1wxSashLayoutWindow@@UAE@XZ)
wxbind.lib(data.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: __thiscall 
wxLuaSmartStringArray::~wxLuaSmartStringArray(void)" 
(__imp_??1wxLuaSmartStringArray@@QAE@XZ)
wxbind.lib(controls.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: __thiscall 
wxLuaSmartStringArray::~wxLuaSmartStringArray(void)" 
(__imp_??1wxLuaSmartStringArray@@QAE@XZ)
wxbind.lib(config.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxConfigBase::GetVendorName(void)const " 
(__imp_?GetVendorName@wxConfigBase@@QBE?AVwxString@@XZ)
wxbind.lib(wx_builtin.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) void __cdecl wxInitAllImageHandlers(void)" 
(__imp_?wxInitAllImageHandlers@@YAXXZ)
wxbind.lib(wx_builtin.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) long __cdecl wxGetNumberFromUser(class wxString 
const &,class wxString const &,class wxString const 
&,long,long,long,class wxWindow *,class wxPoint const &
)" 
(__imp_?wxGetNumberFromUser@@YAJABVwxString@@00JJJPAVwxWindow@@ABVwxPoint@@@Z)
wxbind.lib(wx_event.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) int const wxEVT_COMMAND_TOGGLEBUTTON_CLICKED" 
(__imp_?wxEVT_COMMAND_TOGGLEBUTTON_CLICKED@@3HB)
wxbind.lib(file.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: static unsigned int __cdecl 
wxDir::GetAllFiles(class wxString const &,class wxArrayString *,class 
wxString const &,int)" (__imp_?GetAllFiles@wxDir@@SAIAB
VwxString@@PAVwxArrayString@@0H@Z)
wxbind.lib(clipdrag.obj) : error LNK2001: unresolved external symbol 
"public: virtual void __thiscall wxBitmapDataObjectBase::SetBitmap(class 
wxBitmap const &)" (?SetBitmap@wxBitmapDataObjectBase@@UAEXABVwxBitmap@@@Z)
wxbind.lib(clipdrag.obj) : error LNK2001: unresolved external symbol 
"public: virtual class wxBitmap __thiscall 
wxBitmapDataObjectBase::GetBitmap(void)const " 
(?GetBitmap@wxBitmapDataObjectBase@@UBE?AVwxBitmap@@XZ)
wxbind.lib(clipdrag.obj) : error LNK2001: unresolved external symbol 
"public: virtual bool __thiscall wxBitmapDataObject::SetData(class 
wxDataFormat const &,unsigned int,void const *)" 
(?SetData@wxBitmapDataObject@@UAE_NABVwxDataFormat@@IPBX@Z)
wxbind.lib(clipdrag.obj) : error LNK2001: unresolved external symbol 
"public: virtual bool __thiscall wxBitmapDataObject::GetDataHere(class 
wxDataFormat const &,void *)const " 
(?GetDataHere@wxBitmapDataObject@@UBE_NABVwxDataFormat@@PAX@Z)
wxbind.lib(clipdrag.obj) : error LNK2001: unresolved external symbol 
"public: virtual unsigned int __thiscall 
wxBitmapDataObject::GetDataSize(class wxDataFormat const &)const " 
(?GetDataSize@wxBitmapDataObject@@UBEIABVwxDataFormat@@@Z)
wxbind.lib(clipdrag.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: virtual __thiscall 
wxBitmapDataObject::~wxBitmapDataObject(void)" 
(__imp_??1wxBitmapDataObject@@UAE@XZ)
wxbind.lib(grid.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxColour __thiscall 
wxGrid::GetLabelBackgroundColour(void)" 
(__imp_?GetLabelBackgroundColour@wxGrid@@QAE?AVwxColour@@XZ)
wxbind.lib(grid.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxColour __thiscall 
wxGrid::GetCellHighlightColour(void)" 
(__imp_?GetCellHighlightColour@wxGrid@@QAE?AVwxColour@@XZ)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: void __thiscall 
wxRect2DDouble::ConstrainTo(class wxRect2DDouble const &)" 
(__imp_?ConstrainTo@wxRect2DDouble@@QAEXABV1@@Z)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: static void __cdecl 
wxRect2DDouble::Intersect(class wxRect2DDouble const &,class 
wxRect2DDouble const &,class wxRect2DDouble *)" (__imp_?Intersect@wx
Rect2DDouble@@SAXABV1@0PAV1@@Z)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: bool __thiscall 
wxRect2DDouble::Intersects(class wxRect2DDouble const &)const " 
(__imp_?Intersects@wxRect2DDouble@@QBE_NABV1@@Z)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: static void __cdecl 
wxRect2DDouble::Union(class wxRect2DDouble const &,class wxRect2DDouble 
const &,class wxRect2DDouble *)" (__imp_?Union@wxRect2DDo
uble@@SAXABV1@0PAV1@@Z)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: double __thiscall 
wxPoint2DDouble::GetVectorAngle(void)const " 
(__imp_?GetVectorAngle@wxPoint2DDouble@@QBENXZ)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: void __thiscall 
wxPoint2DDouble::SetVectorAngle(double)" 
(__imp_?SetVectorAngle@wxPoint2DDouble@@QAEXN@Z)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: void __thiscall 
wxRect2DInt::ConstrainTo(class wxRect2DInt const &)" 
(__imp_?ConstrainTo@wxRect2DInt@@QAEXABV1@@Z)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: static void __cdecl 
wxRect2DInt::Intersect(class wxRect2DInt const &,class wxRect2DInt const 
&,class wxRect2DInt *)" (__imp_?Intersect@wxRect2DInt@@S
AXABV1@0PAV1@@Z)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: bool __thiscall 
wxRect2DInt::Intersects(class wxRect2DInt const &)const " 
(__imp_?Intersects@wxRect2DInt@@QBE_NABV1@@Z)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: static void __cdecl 
wxRect2DInt::Union(class wxRect2DInt const &,class wxRect2DInt const 
&,class wxRect2DInt *)" (__imp_?Union@wxRect2DInt@@SAXABV1@0
PAV1@@Z)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: double __thiscall 
wxPoint2DInt::GetVectorAngle(void)const " 
(__imp_?GetVectorAngle@wxPoint2DInt@@QBENXZ)
wxbind.lib(geometry.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: void __thiscall 
wxPoint2DInt::SetVectorAngle(double)" 
(__imp_?SetVectorAngle@wxPoint2DInt@@QAEXN@Z)
wxbind.lib(datetime.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxDateTime::FormatDate(void)const " 
(__imp_?FormatDate@wxDateTime@@QBE?AVwxString@@XZ)
wxbind.lib(datetime.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxDateTime::FormatTime(void)const " 
(__imp_?FormatTime@wxDateTime@@QBE?AVwxString@@XZ)
wxbind.lib(datetime.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxDateTime::FormatISODate(void)const " 
(__imp_?FormatISODate@wxDateTime@@QBE?AVwxString@@XZ)
wxbind.lib(datetime.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxDateTime::FormatISOTime(void)const " 
(__imp_?FormatISOTime@wxDateTime@@QBE?AVwxString@@XZ)
wxbind.lib(appframe.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxAppConsole::GetClassName(void)const " 
(__imp_?GetClassName@wxAppConsole@@QBE?AVwxString@@XZ)
wxbind.lib(appframe.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: __thiscall 
wxLuaSmartIntArray::~wxLuaSmartIntArray(void)" 
(__imp_??1wxLuaSmartIntArray@@QAE@XZ)
wxbind.lib(appframe.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: virtual __thiscall 
wxSystemOptions::~wxSystemOptions(void)" (__imp_??1wxSystemOptions@@UAE@XZ)
wxbind.lib(stc.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxStyledTextEvent::GetText(void)const " 
(__imp_?GetText@wxStyledTextEvent@@QBE?AVwxString@@XZ)
wxbind.lib(dialogs.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxDirDialog::GetPath(void)const " 
(__imp_?GetPath@wxDirDialog@@QBE?AVwxString@@XZ)
wxbind.lib(dialogs.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxDirDialog::GetMessage(void)const " 
(__imp_?GetMessage@wxDirDialog@@QBE?AVwxString@@XZ)
wxbind.lib(dialogs.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxFont __thiscall 
wxFontData::GetInitialFont(void)const " 
(__imp_?GetInitialFont@wxFontData@@QBE?AVwxFont@@XZ)
wxbind.lib(dialogs.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) const wxFindReplaceData::`vftable'" 
(__imp_??_7wxFindReplaceData@@6B@)
wxbind.lib(dialogs.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: virtual __thiscall 
wxFindReplaceData::~wxFindReplaceData(void)" 
(__imp_??1wxFindReplaceData@@UAE@XZ)
wxbind.lib(controls.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxFont __thiscall 
wxListItem::GetFont(void)const " 
(__imp_?GetFont@wxListItem@@QBE?AVwxFont@@XZ)
wxbind.lib(controls.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxColour __thiscall 
wxListItem::GetTextColour(void)const " 
(__imp_?GetTextColour@wxListItem@@QBE?AVwxColour@@XZ)
wxbind.lib(controls.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxColour __thiscall 
wxListItem::GetBackgroundColour(void)const " 
(__imp_?GetBackgroundColour@wxListItem@@QBE?AVwxColour@@XZ)
wxbind.lib(html.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxHtmlLinkInfo::GetTarget(void)const " 
(__imp_?GetTarget@wxHtmlLinkInfo@@QBE?AVwxString@@XZ)
wxbind.lib(sizer.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxSizerItem * __thiscall 
wxSizer::Prepend(class wxWindow *,int,int,int,class wxObject *)" 
(__imp_?Prepend@wxSizer@@QAEPAVwxSizerItem@@PAVwxWindow@
@HHHPAVwxObject@@@Z)
wxbind.lib(sizer.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxSizerItem * __thiscall 
wxSizer::Prepend(class wxSizer *,int,int,int,class wxObject *)" 
(__imp_?Prepend@wxSizer@@QAEPAVwxSizerItem@@PAV1@HHHPAVwx
Object@@@Z)
wxbind.lib(sizer.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxSizerItem * __thiscall 
wxSizer::Prepend(int,int,int,int,int,class wxObject *)" 
(__imp_?Prepend@wxSizer@@QAEPAVwxSizerItem@@HHHHHPAVwxObject@@@Z)
wxbind.lib(regex.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) private: void __thiscall wxRegEx::Init(void)" 
(__imp_?Init@wxRegEx@@AAEXXZ)
wxbind.lib(regex.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: bool __thiscall wxRegEx::Compile(class 
wxString const &,int)" (__imp_?Compile@wxRegEx@@QAE_NABVwxString@@H@Z)
wxbind.lib(regex.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxRegEx::GetMatch(class wxString const &,unsigned int)const " 
(__imp_?GetMatch@wxRegEx@@QBE?AVwxString@@ABV2@I@Z)
wxbind.lib(regex.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: bool __thiscall wxRegEx::Matches(char 
const *,int)const " (__imp_?Matches@wxRegEx@@QBE_NPBDH@Z)
wxbind.lib(regex.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: bool __thiscall 
wxRegEx::GetMatch(unsigned int *,unsigned int *,unsigned int)const " 
(__imp_?GetMatch@wxRegEx@@QBE_NPAI0I@Z)
wxbind.lib(regex.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: int __thiscall wxRegEx::Replace(class 
wxString *,class wxString const &,unsigned int)const " 
(__imp_?Replace@wxRegEx@@QBEHPAVwxString@@ABV2@I@Z)
wxbind.lib(wxlua.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxLuaDebugEvent::GetFileName(void)const " 
(__imp_?GetFileName@wxLuaDebugEvent@@QBE?AVwxString@@XZ)
wxbind.lib(wxlua.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxLuaDebugEvent::GetMessage(void)const " 
(__imp_?GetMessage@wxLuaDebugEvent@@QBE?AVwxString@@XZ)
wxbind.lib(xml.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: void __thiscall 
wxXmlResource::InitAllHandlers(void)" 
(__imp_?InitAllHandlers@wxXmlResource@@QAEXXZ)
wxbind.lib(menutool.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: __thiscall wxMenuBase::wxMenuBase(class 
wxString const &,long)" (__imp_??0wxMenuBase@@QAE@ABVwxString@@J@Z)
wxbind.lib(menutool.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString const __thiscall 
wxMenuBase::GetTitle(void)const " 
(__imp_?GetTitle@wxMenuBase@@QBE?BVwxString@@XZ)
wxbind.lib(mdi.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxDocManager::GetLastDirectory(void)const " 
(__imp_?GetLastDirectory@wxDocManager@@QBE?AVwxString@@XZ)
wxbind.lib(mdi.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxDocument::GetTitle(void)const " 
(__imp_?GetTitle@wxDocument@@QBE?AVwxString@@XZ)
wxbind.lib(mdi.obj) : error LNK2001: unresolved external symbol 
"__declspec(dllimport) public: class wxString __thiscall 
wxView::GetViewName(void)const " 
(__imp_?GetViewName@wxView@@QBE?AVwxString@@XZ)
..\..\..\bin\wxlua.exe : fatal error LNK1120: 78 unresolved externals
Error executing link.exe.

wxlua.exe - 80 error(s), 2409 warning(s)

Re: [Wxlua-users] Bakefiles and MSVS dsp files

[Francesco M. <f18...@ya...>]

Hi,

John Labenski wrote:
>Maybe you saw that I went through the bakefiles
> and tried to add the wxluaedit app. I stuck in some more pronounced
> comments to help me find my way.
I saw, nice work. However for app_wxluaedit target I think that on unix the environment 
variable WXSTEDIT should not be used to find the headers.
On unix it's common to install the dependencies in the default system paths; so I think 
that wxLua should expect to find wxStEdit headers & lib into system paths, too.
Thus I would remove the lines

         <if cond="FORMAT=='autoconf'">
             <include>$(DOLLAR)(WXSTEDIT)/include</include>
         </if>

and put instead a simple check for a wxStEdit include in the configure.ac script.
Also I suggest to change line:

<if cond="FORMAT!='autoconf'">

to

<if cond="TARGETING_WIN32=='1'">

as there is not only the autoconf format for linux (also cbx_unix, gnu, etc).

> 
> Compiles using MSVC6 project files and linux out of the box!
> 
> I will see if I can reorder mod_lua_lib to get compiled before
> mod_lua.
Take in count that wxLua\build\msw\wxLua.dsw was hand-written (by me) and not generated by 
bakefile (since msvc6prj doesn't support <subproject> targets).
So, it doesn't contain all dependency "links" which are coded into bakefiles (and 
mod_lua_lib depends from mod_lua in bakefiles); thus I added the dependency manually.
Now also MSVC6prj will know that mod_lua_lib needs to be compiled before mod_lua.

BTW, I see that luasetup.h.in has not been removed yet and that wxLua uses it instead of 
the new wxluasetup.h... let me know when you've done with this so that I can make the 
WXLUASETUP_DIR and WXLUABINDLIB_DIR options work.
I have already declared them in modules\build\bakefiles\options.bkl but they're currently 
unused.

Francesco


PS: I've updated linux configure script so that now all wxLua options are present there, 
too (--enable-wxlua-app, --enable-wxluaedit-app, etc)

Re: [Wxlua-users] Bakefiles and MSVS dsp files

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

On 11/25/05, Francesco Montorsi <f18...@ya...> wrote:
> > Bakefile.bkgen is not set to update the msvc6prj files, but when you
> > turn it on you get the errors below, does anyone know how to fix it?
> the problem is that msvc6prj do not support <subproject> tags...
> so I added the flags to disable msvc6prj for wxlua.bkl to Bakefiles.bkgen=
 and committed
> them. It should now update msvc6prj whitout problems.

Great, thanks a lot! Maybe you saw that I went through the bakefiles
and tried to add the wxluaedit app. I stuck in some more pronounced
comments to help me find my way.

Compiles using MSVC6 project files and linux out of the box!

I will see if I can reorder mod_lua_lib to get compiled before
mod_lua. Currently I do "batch build", select debug for all the
projects, compile error on mod_lua_lib missing for mod_lua, compile
again to get lua.exe and error on wxbind. Run genwxbind.bat in
wxLua/bindings then compile again. Just a few warning about unused
parameters...

Regards,
    John Labenski

Re: [Wxlua-users] Bakefiles and MSVS dsp files

[Francesco M. <f18...@ya...>]

Hi,

John Labenski wrote:
> Bakefile.bkgen is not set to update the msvc6prj files, but when you
> turn it on you get the errors below, does anyone know how to fix it?
the problem is that msvc6prj do not support <subproject> tags...
so I added the flags to disable msvc6prj for wxlua.bkl to Bakefiles.bkgen and committed 
them. It should now update msvc6prj whitout problems.


> 
> Also, wxLua is a windows app not a console app, you can see the diffs
> I had to make to the dsp files to get it to compile and run using
> MSVS6. I don't know how to get this right in the bakefiles. It does
> work, completely, though.
I added the <app-type>gui</app-type> which were missing...

Francesco

[Wxlua-users] Bakefiles and MSVS dsp files

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

Bakefile.bkgen is not set to update the msvc6prj files, but when you
turn it on you get the errors below, does anyone know how to fix it?

Also, wxLua is a windows app not a console app, you can see the diffs
I had to make to the dsp files to get it to compile and run using
MSVS6. I don't know how to get this right in the bakefiles. It does
work, completely, though.

see apps.dsp here
http://cvs.sourceforge.net/viewcvs.py/wxlua/wxLua/apps/build/msw/

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

[20/24] generating msvc6prj from ./wxlua.bkl
/home/john/cvs/wxLua_SF/wxLua/build/bakefiles/wxlua.bkl:95: error:
unknown target tag 'target'
    when processing target at
/home/john/cvs/wxLua_SF/wxLua/build/bakefiles/wxlua.bkl:92
[bakefile_gen] error: bakefile exited with error

wxlua.bkl

    <subproject id=3D"utils" cond=3D"USE_UTIL=3D=3D'1'">
        <dependency-of>all</dependency-of>
        <dir>$(WXLUA_BASEDIR)$(DIRSEP)util$(DIRSEP)$(SUBPROJECT_POSTFIX_PAT=
H)</dir>
        <target/>              <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D PROBLEM HERE
    </subproject>


Regards,
    John Labenski

Re: [Wxlua-users] Started to break apart internal.cpp

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

> For lists we use STL -> a2dList -> a2dSmrtPtrList  derived list.
> So a list of smart pointers. Easier in use then wxList when it comes to s=
mart pointers.
> Our a2dObject is derived from wxObject and has the counter for the smart =
pointers.

Ok, good to know.

> I love smart pointers. Especially in window close situations, and events,=
 it easy to
> control when deletion will be done. And also easier during debugging.

This may come in handy for the pushed event handlers.

> How does wxLua deal with wxList?

We don't very much if at all.

-John

Re: [Wxlua-users] Started to break apart internal.cpp

[klaas.holwerda <kho...@xs...>]

John Labenski wrote:

>On 11/25/05, klaas.holwerda <kho...@xs...> wrote:
>  
>
>>>It'll be a ref counted class so that it can be
>>>passed around and
>>>
>>>      
>>>
>>In case you need a smart pointer class, wxArt2D has one and  is using it
>>all over.
>>    
>>
>
>We use a very simple smart pointer class for wxStrings and ints. see
>wxLuaSmartStringArray
>http://cvs.sourceforge.net/viewcvs.py/wxlua/wxLua/modules/wxlua/include/internal.h?rev=1.6&view=markup
>
>I don't think we need more, can you give me a link to yours?
>  
>
It is all in the next two files, a2dSmrtPtr

http://cvs.sourceforge.net/viewcvs.py/wxart2d/wxArt2D/modules/general/include/smrtptr.h?rev=1.15&view=markup

http://cvs.sourceforge.net/viewcvs.py/wxart2d/wxArt2D/modules/general/include/smrtptr.inl?rev=1.9&view=markup

For lists we use STL -> a2dList -> a2dSmrtPtrList  derived list.
So a list of smart pointers. Easier in use then wxList when it comes to smart pointers.
Our a2dObject is derived from wxObject and has the counter for the smart pointers.

I love smart pointers. Especially in window close situations, and events, it easy to 
control when deletion will be done. And also easier during debugging. 
And with STL one almost has to use smart pointers else it will be impossible
 to store pointers, which will be deleted properly.
That is why i choose to make wxArt2D, wxList free, so later it will be easy.
The longer one waites, the worse it gets.

How does wxLua deal with wxList?

Regards,

Klaas

Re: [Wxlua-users] Started to break apart internal.cpp

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

On 11/25/05, klaas.holwerda <kho...@xs...> wrote:
> > It'll be a ref counted class so that it can be
> >passed around and
> >
> In case you need a smart pointer class, wxArt2D has one and  is using it
> all over.

We use a very simple smart pointer class for wxStrings and ints. see
wxLuaSmartStringArray
http://cvs.sourceforge.net/viewcvs.py/wxlua/wxLua/modules/wxlua/include/int=
ernal.h?rev=3D1.6&view=3Dmarkup

I don't think we need more, can you give me a link to yours?

> >Added an alternative editor to run wxLua in, app/wxluaedit using my
> >wxstedit component on wxCode.
> >
> great! I already had used your  editing/console in my wxlua version, now
> it will be a full replacement for the old one.

I'm glad you like it, it's not perfect, but it's a good test for
running lua w/ c++ wxWidgets in the same thread.

> >It's tested and works in linux using wxWidgets 2.6
> >
> Time i switch to Linux too ;-)

Yeah, my windows machine is sloooooow so it doesn't get used too much.

-John

Re: [Wxlua-users] Started to break apart internal.cpp

[klaas.holwerda <kho...@xs...>]

Hi John,

John Labenski wrote:

> It'll be a ref counted class so that it can be
>passed around and 
>  
>
In case you need a smart pointer class, wxArt2D has one and  is using it 
all over.

>Added an alternative editor to run wxLua in, app/wxluaedit using my
>wxstedit component on wxCode. 
>
great! I already had used your  editing/console in my wxlua version, now 
it will be a full replacement for the old one.

>---------------
>It's tested and works in linux using wxWidgets 2.6
>  
>
Time i switch to Linux too ;-)

Klaas

[Wxlua-users] Started to break apart internal.cpp

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

I've made some pretty big changes, mainly just moving stuff around.

I've added wxlstate.h/cpp, wxLuaState, which will be replacement for
wxLuaStateVariables, It'll be a ref counted class so that it can be
passed around and if anybody holds a reference to it, they'll be able
to check if the lua_State has been closed. The current (old) way just
passes around the lua_State pointer so it's easy to write to an
invalid pointer if you're not careful.

The wxLuaState class will cleanup the GET_LUASTATEVARS_RET defines by
having a static function to get the wxLuaState from the lua_State. I
can make a constructor that takes a lua_State and attaches to it if it
already exists.

Moved wxLuaBindings into their own file, wxlbind.h/cpp.

Moved the code for wxLuaCallback into it's own wxlcallb.h/cpp file.

Renamed library.h/cpp to wxlhandl.h/cpp since it only contains wxLuaHandler=
.

Added an alternative editor to run wxLua in, app/wxluaedit using my
wxstedit component on wxCode. It's not compiled by default and I hope
I got it right. in the bakefiles. To compile it, set the environment
variable WXSTEDIT=3D/path/to/wxCode/components/wxstedit and run
in wxLua/apps/build/msw; nmake USE_WXLUAEDITAPP=3D1 -f makefile.vc
or in linux just run make in wxLua/apps/wxluaedit/src.

---------------
It's tested and works in linux using wxWidgets 2.6

Regards,
    John Labenski

Re: [Wxlua-users] MSW test

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

On 11/24/05, klaas.holwerda <kho...@xs...> wrote:
> >>Ha, but i get the error i sent (about wxSOUND_SYNC etc. ), is there not
> >Really? You've rerun genwxbind.bat (or the equivalent code) to
> >regenerate the files in modules/wxbind.
> >
> That was the next step, you wrote, does one need to do that step twice?

Yes, every time anyone commits the .i files in bindings/wxwidgets.
This is why I don't want to commit the result of genwxbind just yet
since they'll change alot for a little while now.

> ><define>WXLUA_CODE</define>
> >in modules/build/bakefile/modules.bkl
> >do you have it?
> >
> Yes its there, and it is also found in the makefiles, so i assume you
> did regenerate them using bakefile.

Yes.

> > This should be fixed, try to check it out again. I added
>
> I did check it out, and ran genwxbind.bat again, and the error is ALMOST
> the same.
> Does it need to be added elsewhere?

Hopefully, no.

> (BTW how do you regenerate the makefiles from bakefile? )

in MSW get the bakefile 1.9.1 (or newest), open a DOS prompt and run
this in the wxLua/build/bakefiles dir. bakefile_gen only reads
Bakefiles.bkgen which loads *.bkl.
$c:\progra~1\bakefile\src\bakefile_gen

You do NOT need to run bakefile_gen unless you modify any of the *.bkl
or Bakefiles.bkgen.

> Klaas
>
>         link /NOLOGO /OUT:..\..\..\bin\wxlua.exe
> /LIBPATH:D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib /DEBUG
> /LIBPATH:..\..\..\
> lib\vc_lib @C:\DOCUME~1\klaas\LOCALS~1\Temp\nma01108.
> LINK : warning LNK4098: defaultlib "MSVCRT" conflicts with use of other
> libs; use /NODEFAULTLIB:library
> wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external
> symbol _luaX_setfreethreadhandler
> wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external
> symbol _luaX_getfreethreadhandler
> wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external
> symbol _luaX_setnewthreadhandler
> wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external
> symbol _luaX_getnewthreadhandler
> ..\..\..\bin\wxlua.exe : fatal error LNK1120: 4 unresolved externals
> NMAKE : fatal error U1077: 'link' : return code '0x460'
> Stop.
> NMAKE : fatal error U1077: 'D:\vc6\VC98\bin\NMAKE.EXE' : return code '0x2=
'
> Stop.

You probably have to completely clean wxLua since I've only added a
new /D define to the makefiles the compiler doesn't know to rebuild
it. I'm in linux now, but IIRC you remove all the *.pdb, *.i??, *.o
*.lib, *.exe. Just do a $cvs diff wxLua and any file not part of the
distribution should be deleted.

If you still have the problem just do a completely new checkout and
start over. It worked for me yesterday. You're using the nmake of MSVS
6 right?

Please let me know if this works for you after this.
    John Labenski

Re: [Wxlua-users] MSW test

[klaas.holwerda <kho...@xs...>]

John Labenski wrote:

>>Ha, but i get the error i sent (about wxSOUND_SYNC etc. ), is there not
>>    
>>
>
>Really? You've rerun genwxbind.bat (or the equivalent code) to
>regenerate the files in modules/wxbind.
>  
>
That was the next step, you wrote, does one need to do that step twice?

><define>WXLUA_CODE</define>
>in modules/build/bakefile/modules.bkl
>do you have it?
>  
>
Yes its there, and it is also found in the makefiles, so i assume you 
did regenerate them using bakefile.

>  
>
> This should be fixed, try to check it out again. I added

I did check it out, and ran genwxbind.bat again, and the error is ALMOST 
the same.
Does it need to be added elsewhere?

(BTW how do you regenerate the makefiles from bakefile? )

Klaas

        cl /c /nologo /TP /Fomsvcd\wxbind_lib_wx_define.obj /MDd 
/DWIN32   /D__WXDEBUG__ /D__WXMSW__  /ID:\notebook\wxwin\wxWidget
s-2.6.2\lib\vc_lib\mswd  /ID:\notebook\wxwin\wxWidgets-2.6.2\include 
/I..\..\..\modules /W4 /Od  /Zi /Fd..\..\..\lib\vc_lib\wxbind
.pdb /D_DEBUG   /ID:\notebook\wxwin\wxWidgets-2.6.2\contrib\include /GR 
/EHsc    ..\..\wxbind\src\wx_define.cpp
wx_define.cpp
        if exist ..\..\..\lib\vc_lib\wxbind.lib del 
..\..\..\lib\vc_lib\wxbind.lib
        link /LIB /NOLOGO /OUT:..\..\..\lib\vc_lib\wxbind.lib 
@C:\DOCUME~1\klaas\LOCALS~1\Temp\nma02324.
        cd D:\notebook\wxluacvs\wxLua\build\msw
        cd ..\..\apps\build\msw
        NMAKE -f makefile.vc CC="cl" CXX="cl" CFLAGS="" CXXFLAGS=""  
CPPFLAGS="" LDFLAGS="" WX_DIR="D:\notebook\wxwin\wxWidgets-2.
6.2"  WX_SHARED="0" WX_UNICODE="0" WX_DEBUG="1"  WX_VERSION="26" 
USE_BIN2C="1"  USE_WXLUADEBUG="1" USE_WXLUASOCKET="1"  USE_UTIL="
1" USE_APPS="1"

Microsoft (R) Program Maintenance Utility   Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

        link /NOLOGO /OUT:..\..\..\bin\wxlua.exe  
/LIBPATH:D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib /DEBUG  
/LIBPATH:..\..\..\
lib\vc_lib @C:\DOCUME~1\klaas\LOCALS~1\Temp\nma01108.
LINK : warning LNK4098: defaultlib "MSVCRT" conflicts with use of other 
libs; use /NODEFAULTLIB:library
wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external 
symbol _luaX_setfreethreadhandler
wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external 
symbol _luaX_getfreethreadhandler
wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external 
symbol _luaX_setnewthreadhandler
wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external 
symbol _luaX_getnewthreadhandler
..\..\..\bin\wxlua.exe : fatal error LNK1120: 4 unresolved externals
NMAKE : fatal error U1077: 'link' : return code '0x460'
Stop.
NMAKE : fatal error U1077: 'D:\vc6\VC98\bin\NMAKE.EXE' : return code '0x2'
Stop.

D:\notebook\wxluacvs\wxLua\build\msw>

[Wxlua-users] RE: wxWidgets (Unicode build) support?

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

Alexander Ellwein  wrote:
>i have tried to build wxLua with unicode-enabled wxWidgets. It does
not work, because there
>are lots of (const char*) casts, instead of using wxChar* within the
wrappers.
>Is a unicode-enabled version planned or can I get some
proof-of-concept version to try it out?

First off, welcome. I assume that you've checked out the CVS of the
wxlua.sf.net project? It's a bit different than the original wxLua.
We've changed some things and we're in the process of putting it all
back together, but it does work in linux using wxWidgets >=3D 2.6
without error.

To build it.
cd wxLua/apps/wxlua && make  # you get an error about bindings
cd wxLua/bindings/wxwidgets && make # build bindings (won't have to do
this soon)
cd wxLua/apps/wxlua && make  # hopefully build the rest of the wxLua app

wxLua should compile without error in unicode on the C++ end. The
const char* casts you see are for lua. Lua itself is not unicode aware
so any strings passed between wxWidgets and lua are run through the
two functions wx2lua and lua2wx that convert char to w_char and back
again.

What sort of errors do you get for the unicode build?  Post them.

>The other thing is, when I try to build wxLua with the ANSI version
of wxWidgets on FreeBSD
>(4/5/6), it fails with various error messages

Please post a sample of these too (or all of them if they're not just
the same thing over and over again).

> Have someone already tried it on FreeBSD?

I don't think so. What compiler do you use? I assume you can compile
wxWidgets though?

>There are also some GNUmake-specific things in the Makefiles (like
$(MAKE) etc.) which would
>not allow to build it using BSDmake...

I don't know about this, I thought BSD used the GNU tools like gmake and gc=
c?

The things like $(MAKE) aren't really necessary I suppose, but nice.
If you put this in modules/lua/config or at the top of every Makefile
that has $(MAKE) does it work?

MAKE=3Dmake

-------------------------------------------
You can also try using the configure script in the root wxLua dir, I
haven't personally tried this though. Maybe this can get it right.

Regards,
     John Labenski

Re: luasetup.h and wxLua build system (was Re: [Wxlua-users] wxLua Compiles and works in Linux)

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

On 11/23/05, Francesco Montorsi <f18...@ya...> wrote:
> > John Labenski wrote:
> >> * The bottom line: It sounds like the /I include "trick" is our best
> >> best that'll work for the most number of compilers.
> >>
> > With  WXLUASETUP_DIR and WXBIND_TARGET_LIBDIR as options to the makefil=
es.
> > So its the include trick + output redirection.
> > I think :-)
> Ok, so I'll try to make the bakefile changes ASAP.
> As written in another mail, project files will not have these options.
> Unfortunately I'm quite busy now since another math exam is near (next we=
ek)...
> I'll try to add the options tomorrow, anyway.
>
> Last, should we change the option names to something shorter, like:
> WXLUASETUP_DIR
> WXLUABINDLIB_DIR
> (ok, we could remove even WXLUA prefix but then I fear it would be confus=
ing for the user
> to understand if the options refer to lua, wxLua, wxWidgets or whatelse..=
.) ?

Those names sound good, I also think we should change luasetup.h to
wxluasetup.h (I'll do the latter).

-John

Re: luasetup.h and wxLua build system (was Re: [Wxlua-users] wxLua Compiles and works in Linux)

[Francesco M. <f18...@ya...>]

Hi,

klaas.holwerda wrote:
> John Labenski wrote:
>> * The bottom line: It sounds like the /I include "trick" is our best
>> best that'll work for the most number of compilers.
>>
> With  WXLUASETUP_DIR and WXBIND_TARGET_LIBDIR as options to the makefiles.
> So its the include trick + output redirection.
> I think :-)
Ok, so I'll try to make the bakefile changes ASAP.
As written in another mail, project files will not have these options.
Unfortunately I'm quite busy now since another math exam is near (next week)...
I'll try to add the options tomorrow, anyway.

Last, should we change the option names to something shorter, like:
WXLUASETUP_DIR
WXLUABINDLIB_DIR
(ok, we could remove even WXLUA prefix but then I fear it would be confusing for the user 
to understand if the options refer to lua, wxLua, wxWidgets or whatelse...) ?

Francesco

Re: [Wxlua-users] MSW test

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

On 11/23/05, klaas.holwerda <kho...@xs...> wrote:
> >wxLua now compiles and immediately dumps when run in MSW using VC freeco=
mpiler!
> >I'm compiling it using build/msw/nmake -f makefile.vc
> >
> Ha, but i get the error i sent (about wxSOUND_SYNC etc. ), is there not

Really? You've rerun genwxbind.bat (or the equivalent code) to
regenerate the files in modules/wxbind.

> a better way to make sure lua.exe is generated first.

Soon, soon... lets just get it to compile first.

> But if i ignore it, and do the next,
> >then run bindings/genwxbind.bat  (after lua.exe is made in /bin)
> >
> and at last this:
>
> >then rerun build/msw/nmake -f makefile.vc
> >
> I get, for which i have no idea to solve it:
>
>         cl /c /nologo /TP /Fomsvcd\app_wxlua_lconsole.obj /MDd /DWIN32
> /D__WXDEBUG__ /D__WXMSW__  /ID:\notebook\wxwin\wxWidgets-
> 2.6.2\lib\vc_lib\mswd  /ID:\notebook\wxwin\wxWidgets-2.6.2\include
> /I..\..\..\modules /W4 /Od  /Zi /Fd..\..\..\bin\wxlua.pdb /D_DE
> BUG   /GR /EHsc   ..\..\wxlua\src\lconsole.cpp
> lconsole.cpp
>         rc /fomsvcd\app_wxlua_wxlua.res  /d WIN32  /d __WXDEBUG__ /d
> __WXMSW__ /i D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib\msw
> d /i D:\notebook\wxwin\wxWidgets-2.6.2\include /i ..\..\..\modules /d
> _DEBUG  ..\..\wxlua\src\wxlua.rc
>         link /NOLOGO /OUT:..\..\..\bin\wxlua.exe
> /LIBPATH:D:\notebook\wxwin\wxWidgets-2.6.2\lib\vc_lib /DEBUG
> /LIBPATH:..\..\..\
> lib\vc_lib @C:\DOCUME~1\klaas\LOCALS~1\Temp\nma02484.
> LINK : warning LNK4098: defaultlib "MSVCRT" conflicts with use of other
> libs; use /NODEFAULTLIB:library
> wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external
> symbol _luaX_setfreethreadhandler
> wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external
> symbol _luaX_getfreethreadhandler
> wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external
> symbol _luaX_setnewthreadhandler
> wxlua.lib(wxlua_lib_interp.obj) : error LNK2001: unresolved external
> symbol _luaX_getnewthreadhandler
> ..\..\..\bin\wxlua.exe : fatal error LNK1120: 4 unresolved externals
> NMAKE : fatal error U1077: 'link' : return code '0x460'
> Stop.
> NMAKE : fatal error U1077: 'D:\vc6\VC98\bin\NMAKE.EXE' : return code '0x2=
'
> Stop.
>
> D:\notebook\wxluacvs\wxLua\build\msw>

This should be fixed, try to check it out again. I added
<define>WXLUA_CODE</define>
in modules/build/bakefile/modules.bkl
do you have it?

-John