Hi Klaas,

klaas.holwerda ha scritto:
> Francesco,
> 
> I updated from CVS, but the linking problem is still there (gdiplus.lib 
> is not in the makefile.vc.
> And with nmake it is a problem.
Yes, I see. It looks like John still has not committed his changes to the 
bakefiles... John, if you want, I can do it...


> Next i discovered that wxLua and wxstedit follow different ways to set 
> unicode and debug.
> 
> wxstedit: nmake -f makefile.vc WX_UNICODE=1 WX_DEBUG=1
> 
> wxLua & wxWidgets: nmake -f makefile.vc UNICODE=1 BUILD=debug
> 
> Why this difference??
yes, I know of this difference; the problem is that with wxLua we choose to 
explicitely rename the default wxpresets' options WX_DEBUG and WX_UNICODE into 
BUILD and UNICODE.

Originally in wxCode we chose to not use modified wxpresets as it was too 
confusing for the various maintainers.
In wxCode this would be possible too, now (without having to use modified 
wxpresets). However IIRC I asked opinions about this on this mailing list and 
it 
was agreed that it was confusing to "suddenly" change WX_DEBUG=>BUILD as wxCode 
users were already used to WX_DEBUG and not BUILD (even if it's the name used 
by 
wx).

> It is rather confusing. Because for that was the reason i thought the 
> naming of the libs went wrong, but it is oke.
> I would not mind that all of them worked the same, or at least wxlua and 
> wxCode stuff.
I agree it's confusing and I would like to change it. However other maintainers 
should agree on this, too...

Maybe wx3.0 will be the good occasion to do this (as we will need some other 
[small] adjustments to the build system).

Francesco



------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
_______________________________________________
wxCode-users mailing list
wxCode-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxcode-users

Reply via email to