Hi,

John Labenski ha scritto:
> On 7/8/07, Francesco Montorsi <[EMAIL PROTECTED]> wrote:
>> Hi John and all,
>>
>>     I've been very busy recently with university. I'm now almost free
>> under that point of view ;)
> 
> That's good! Off to the workforce or more school?
not yet in the workforce ;)

Here in italy (maybe it's something european-wide?) we've adopted a 3+2 
system in all our universities: I've mostly (just need to write the 
thesis) the first 3 years of university. But I'm going to attend also 
the "specialistic" last 2 years.


>> I've seen the new release of wxLua, even if I haven't managed to try it
>> out yet. Good work anyway!
> 
> If I may say so, I think it's really good now. The overloaded function
> code from Ray has been completely incorporated so there's hardly any
> functions that are renamed.
great, that's a big bonus!
I think that wxLua is delivering high-quality code and gives the 
programmers great possibilities.

The user community of wxLua is growing but still very slowly. Maybe the 
best thing which remains to do is to "spread the word" ;)

This year google sent as "surprise" to all students an interesting book:
    http://producingoss.com/
I'm trying to learn some of these less-technical aspects :)


>> Is there any build problem left to solve with bakefile on wxLua?
> 
> I don't think so, I've been using the frm_bakefile you put up on the
> wxlua SF site with success in Linux. 
Great!

However I think we may want to reconsider our choice to use a modified 
bakefile. The good news since we decided so is that all patches except 
one were finally (after months of debate in the patch tracker!) applied 
to bakefile. The bad news is that remaining patch is the oldest one and 
I can't seem to convince Vaclav to apply it.

It's the patch which "renames" wxWidgets presets' WX_DEBUG, WX_UNICODE, 
WX_SHARED options respectively to BUILD, UNICODE, SHARED options.

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)

  2) use a modified set of wxWidgets presets and instead use official 
bakefile (retaining the build options named as BUILD,UNICODE,SHARED).

  3) wait for the patch to be integrated


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

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

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
[email protected]
https://lists.sourceforge.net/lists/listinfo/wxlua-users

Reply via email to