Hi, John Labenski ha scritto: >> Since bakefile SVN contains various others improvements (e.g. provides a >> raw support for xCode project files now) and in general it's better to >> use the official version of a tool rather than a patched one, we may >> want to consider to: >> >> 1) switch from BUILD,UNICODE,SHARED opt set to WX_DEBUG,WX_UNICODE >> (etc) (like e.g. all wxCode components do) > > Fine by me. > >> 2) use a modified set of wxWidgets presets and instead use official >> bakefile (retaining the build options named as BUILD,UNICODE,SHARED). > > Ok too. I'll rather go with this route then. wxPresets are fairly stable and thus I won't need to merge a lot of stuff when updating them. Also I can already imagine a lot of emails coming from users which expected BUILD,UNICODE,SHARED options to be respected and complaining they aren't anymore ;)
>> 3) wait for the patch to be integrated > > Ehh... if understand these are just the settings that you can override > on the command line for makefile.vc/gcc/whatever right? I would like > to try to get the OSX (xCode) build working and I even have an older > Mac to do it, but I haven't gotten around to it. well, the problem about "xcode2" format is that it's still somewhat buggy and that wxpresets do not fully support it yet. I've started a thread about it in the bakefile mailing list... basically however the reply to it is: "once wx framework will be in place, creating xcode2 projects for wx-based stuff will be super-easy, so let's wait for wx framework to be created rather than trying to hack now wxpresets in a more complex way". >>> Anyway, I am breaking the wx bindings up into separate libs based on >>> the wxWidgets libs base, core, adv, html, net, etc... I am envisioning >>> that using something along the lines of the luamodule you can specify >>> what libs you want to "require" in lua. I hope that I can make >>> "require 'wx'" bring in all the libs and "require 'wxcore'" just bring >>> in 'wxbase' and 'wxcore' and so on. I don't foresee any problems, but >>> I've yet to try it and this may require a little extra work on the >>> bakefiles. >> good idea! >> That will definitively speed up module loading and also shrink down the >> size of the wxLua self-contained programs, right? > > Hopefully, I also have visions of making the freeze program a little > better, like the python one that automatically pulls in all the > required libs, but there's absolutely no promises about that. I'm > thinking that overriding "require" to look into an attached wxTar/Zip > filesystem to an executable may work. that would be a big improvement, yes. >> For the bakefile modifications we'll need to avoid as most as possible >> copy&paste operations extending current templates/rules. >> >>> Also, since the libs will be broken up, I wonder if it could be made >>> to more easily pick and choose what libs to link to for the >>> executables? >> Hmm, do you mean at bakefile level? > > No... more for the compilation. For example, if a user downloads > wxWidgets and builds only some of the libs, leaving out media and gl, > they'll get linker errors. I don't think you can make linking in the > dsp files conditional on what wxWidgets libs you actually have? no, that's not possible. all IDEs in general don't support this :( >> It should already be easy enough to specify the libraries a project >> needs to link to (using e.g. wxlua-lib tag or shortcuts like >> <wxlua-allstdlibs/>); I think after splitting the following syntax will >> be possible: >> >> <wxlua-lib>core</wxlua-lib> >> >> which will expand to >> >> 1 <syslib> against the wxlua_core*.lib >> 1 <syslib> against the wx_core*.lib >> >> is that what you meant? > > Oh, that would be nice. I also want to make sure that only the minimum > wxWidgets libs are linked to each wxLua binding so that we'd get > linker errors if I happen to put anything from core into base, for > example. good > ============= > > The separation is going to take a little longer than I thought, so let > me try to make some minimal changes to the bakefiles to get things > working again. I'll probably just cut & paste :) but I've already > added the AUI lib and there wasn't a lot that had to be added since > there's already quite a few shortcuts. ok, no problem. I'm also still busy with GSoC so I have lots of other things to do meanwhile :) Francesco ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ wxlua-users mailing list wxlua-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxlua-users
