ps. Yes there is something that would be nice to have in the build files.
It looks like the object files for VC for the mod_wxlua (for example)
go into wxLua/modules/build/msw/msvc6prjd/mod_wxlua for all of these
builds
>From modules_mod_wxlua.dsp
!ELSEIF "$(CFG)" == "mod_wxlua - Win32 DLL Debug Monolithic"
!ELSEIF "$(CFG)" == "mod_wxlua - Win32 DLL Debug Multilib"
!ELSEIF "$(CFG)" == "mod_wxlua - Win32 Debug Monolithic"
!ELSEIF "$(CFG)" == "mod_wxlua - Win32 Debug Multilib"
I think it's ok for for monolithic and multilib, but the dll ones have
to go somewhere else since if you use batch build in VC to build both
Debug and DLL Debug it starts getting all sorts of errors/warnings
about wrong function signatures after the first lib is compiled since
I assume that it's using the same object files for both, but the
WXEXPORT is different.
I hope that is easy to do, thanks
John Labenski
On 12/6/06, John Labenski <[EMAIL PROTECTED]> wrote:
> On 12/6/06, Francesco Montorsi <[EMAIL PROTECTED]> wrote:
> > John Labenski ha scritto:
> > > I have rewritten the coroutine code so that we do not have to replace
> > > luaE_newthread and luaE_freethread by pushing the wxLuaStateRefData
> > > into the registry table.
> > good work!
> >
> > >
> > > Hopefully this will make using wxLua as a lua module using require
> > > much easier... of course the build files have to sorted out.
> > I'll reorganize the bakefiles tonight ;)
> >
> > With bakefile 0.2.1 we are very very near to have all functionalities we
> > need in the "official" bakefile. In fact, the only thing which makes us
> > depend on a patched bakefile currently is that we want to:
> >
> > 1) use wxPresets and all logic they contain
> > 2) have WX_DEBUG=0/1 and WX_UNICODE replaced by BUILD=debug/release
> > and UNICODE option names
> >
> > if we remove "feature" #2 then we can use bakefile 0.2.1
> > if we don't, hopefully Vaclav will apply my patch for bakefile 0.2.2
> > (I'm pinging him about that patch since a long time now).
>
> Hopefully, soon. :)
>
> Is the bakefile on the wxLua website the same one you're using
> (htdocs/bakefile/frm-bakefile.tar.gz). I haven't tried it yet, since
> this would be the first time I'd need it. If not could you update it
> if it's not too much trouble?
>
> > Is there any other build problem which I should solve this evening ?
>
> I don't think so. I dunno what you want to do about naming the lua.exe
> and lua.dll. Do we put wx in it somewhere since some linux
> distributions have lua packages and we don't want to overwrite it for
> "make install" even though it's identical?
>
> Thanks,
> John Labenski
>
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
wxlua-users mailing list
wxlua-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxlua-users
