Menu
▾
▴
wxlua-users
|
From: klaas.holwerda <kho...@xs...> - 2006-12-10 00:16:21
|
Hi,
Latest CVS, VC2003. wxWidgets.2.8.3rc
I have several problems.
During build i get errors, same as with the latest download of wxstedit.
See the down here. Easy to correct, but needs some switches here and there.
Next i did not manage to build in release:
nmake -f makefile.vc BUILD=release
does nothing if debug is already build.
Next i did not find lua5.1.exe anymore? Is that right? I used it to
generate my own bindings.
Should i use wxLua.exe??
Rest of the changes i did manage :-)
Thanks,
Klaas
..\..\..\modules\wxbind\include\wxbind.h(2679) : warning C4099:
'wxVideoMode' :
type name first seen using 'struct' now seen using 'class'
D:\soft\wxwin\wxMSW-2.8.3s\include\wx\vidmode.h(20) : see
declaration of
'wxVideoMode'
..\..\wxbindstc\src\stc.cpp(40) : error C2039: 'GetCaretLineBackground'
: is not
a member of 'wxStyledTextCtrl'
D:\soft\wxwin\wxMSW-2.8.3s\contrib\include\wx\stc\stc.h(1740) :
see decl
aration of 'wxStyledTextCtrl'
..\..\wxbindstc\src\stc.cpp(58) : error C2039: 'SetCaretLineBackground'
: is not
a member of 'wxStyledTextCtrl'
D:\soft\wxwin\wxMSW-2.8.3s\contrib\include\wx\stc\stc.h(1740) :
see decl
aration of 'wxStyledTextCtrl'
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio
.NET 2003\
VC7\BIN\nmake.exe"' : return code '0x2'
Stop.
|
|
From: Francesco M. <f18...@ya...> - 2006-12-10 00:23:10
|
Hi Klaas,
sorry for the troubles. Try to wait until tomorrow morning. I'm
trying to fix a little problem with autoconf's format and as soon as
possible I'll commit a series of fixes which hopefully should fix
compilation problems (I fear I broke the build system with the commits
in the last few hours)...
Francesco
klaas.holwerda ha scritto:
> Hi,
>
> Latest CVS, VC2003. wxWidgets.2.8.3rc
>
> I have several problems.
>
> During build i get errors, same as with the latest download of wxstedit.
> See the down here. Easy to correct, but needs some switches here and there.
>
> Next i did not manage to build in release:
>
> nmake -f makefile.vc BUILD=release
> does nothing if debug is already build.
>
> Next i did not find lua5.1.exe anymore? Is that right? I used it to
> generate my own bindings.
> Should i use wxLua.exe??
>
> Rest of the changes i did manage :-)
>
> Thanks,
>
> Klaas
>
> ..\..\..\modules\wxbind\include\wxbind.h(2679) : warning C4099:
> 'wxVideoMode' :
> type name first seen using 'struct' now seen using 'class'
> D:\soft\wxwin\wxMSW-2.8.3s\include\wx\vidmode.h(20) : see
> declaration of
> 'wxVideoMode'
> ..\..\wxbindstc\src\stc.cpp(40) : error C2039: 'GetCaretLineBackground'
> : is not
> a member of 'wxStyledTextCtrl'
> D:\soft\wxwin\wxMSW-2.8.3s\contrib\include\wx\stc\stc.h(1740) :
> see decl
> aration of 'wxStyledTextCtrl'
> ..\..\wxbindstc\src\stc.cpp(58) : error C2039: 'SetCaretLineBackground'
> : is not
> a member of 'wxStyledTextCtrl'
> D:\soft\wxwin\wxMSW-2.8.3s\contrib\include\wx\stc\stc.h(1740) :
> see decl
> aration of 'wxStyledTextCtrl'
> NMAKE : fatal error U1077: 'cl' : return code '0x2'
> Stop.
> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio
> .NET 2003\
> VC7\BIN\nmake.exe"' : return code '0x2'
> Stop.
>
>
>
> -------------------------------------------------------------------------
> 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
|
|
From: Francesco M. <f18...@ya...> - 2006-12-10 00:52:21
|
well, looking better at your post, probably my changes won't help you. It looks like wxStEdit and wxBindSTC are not fully 2.8-ready... >> Next i did not manage to build in release: >> >> nmake -f makefile.vc BUILD=release >> does nothing if debug is already build. I'll look at this tomorrow >> Next i did not find lua5.1.exe anymore? Is that right? I used it to >> generate my own bindings. >> Should i use wxLua.exe?? no, just wxlua-lua.exe . However I'm not still 100% sure we are settled down with that name. Just as for the name of the vanilla lua library which we build in wxLua, I've some doubt. We have two choices: 1) call it using "standard" lua names (lua5.1.lib and lua.exe) and overwrite the user's system-wide installations of these files when doing "make install" 2) call it using wxLua-way of naming so we're sure we don't override anything. Currently I've setup bakefiles to go with #2 but I have the feeling I'm missing something which may go in favour of #1.... do I ? Francesco |
|
From: John L. <jla...@gm...> - 2006-12-10 04:39:50
|
On 12/9/06, Francesco Montorsi <f18...@ya...> wrote:
> well, looking better at your post, probably my changes won't help you.
> It looks like wxStEdit and wxBindSTC are not fully 2.8-ready...
They should be updated and work in GTK. Klaas, the errors you get seem
like mixed headers? For example wxSTC had GetCaretLineBack in 2.6, but
now has GetCaretLineBackground and it's #ifdefed for 2.7.1 (when the
change occurred) in stc.cpp.
You've got 2.6 headers in your 2.8... in 2.6 wxVideoMode is a struct
in 2.8 it's a class. Check your $(WXWIN) var.
> >> Next i did not manage to build in release:
> >>
> >> nmake -f makefile.vc BUILD=release
> >> does nothing if debug is already build.
> I'll look at this tomorrow
See other message... It'd be nice to be able to build them all at
once. Maybe separate dirs in bin?
> >> Next i did not find lua5.1.exe anymore? Is that right? I used it to
> >> generate my own bindings.
> >> Should i use wxLua.exe??
> no, just wxlua-lua.exe . However I'm not still 100% sure we are settled
> down with that name.
>
> Just as for the name of the vanilla lua library which we build in wxLua,
> I've some doubt. We have two choices:
>
> 1) call it using "standard" lua names (lua5.1.lib and lua.exe) and
> overwrite the user's system-wide installations of these files when doing
> "make install"
>
> 2) call it using wxLua-way of naming so we're sure we don't override
> anything.
>
> Currently I've setup bakefiles to go with #2 but I have the feeling I'm
> missing something which may go in favour of #1.... do I ?
I think I'm leaning towards #2 now... #1 is probably easier and less
confusing, but there's the overwriting problem.
Thanks, I think things are really shaping up for a very nice 2.8 release.
John Labenski
|
|
From: klaas.holwerda <kho...@xs...> - 2006-12-10 08:24:20
|
John Labenski wrote: > On 12/9/06, Francesco Montorsi <f18...@ya...> wrote: > >> well, looking better at your post, probably my changes won't help you. >> It looks like wxStEdit and wxBindSTC are not fully 2.8-ready... >> > > They should be updated and work in GTK. Klaas, the errors you get seem > like mixed headers? For example wxSTC had GetCaretLineBack in 2.6, but > now has GetCaretLineBackground and it's #ifdefed for 2.7.1 (when the > change occurred) in stc.cpp. > As you see in th erros it comes from the right place. I checked stc.h in 2.8.3rc, and it contains SetCaretLineBack() and not as you say ,GetCaretLineBackground() i don't think i am doing it wrong, because that means i am doing the same wrong at work,where the problem is the same. > You've got 2.6 headers in your 2.8... in 2.6 wxVideoMode is a struct > in 2.8 it's a class. Check your $(WXWIN) var. > I will check once more, but can it be something else? > >>>> Next i did not manage to build in release: >>>> >>>> nmake -f makefile.vc BUILD=release >>>> does nothing if debug is already build. >>>> >> I'll look at this tomorrow >> > > See other message... It'd be nice to be able to build them all at > once. Maybe separate dirs in bin? > That is not even the case for wxWidgets itself :-) Klaas > |
|
From: John L. <jla...@gm...> - 2006-12-11 04:38:32
|
On 12/10/06, klaas.holwerda <kho...@xs...> wrote: > > They should be updated and work in GTK. Klaas, the errors you get seem > > like mixed headers? For example wxSTC had GetCaretLineBack in 2.6, but > > now has GetCaretLineBackground and it's #ifdefed for 2.7.1 (when the > > change occurred) in stc.cpp. > > > As you see in th erros it comes from the right place. I checked stc.h in > 2.8.3rc, and it contains > SetCaretLineBack() and not as you say ,GetCaretLineBackground() i don't > think i am doing it wrong, because that means i am doing the same wrong > at work,where the problem is the same. wxWidgets CVS HEAD has GetCaretLineBackground http://cvs.wxwidgets.org/viewcvs.cgi/wxWidgets/contrib/include/wx/stc/stc.h?rev=HEAD&content-type=text/vnd.viewcvs-markup > > You've got 2.6 headers in your 2.8... in 2.6 wxVideoMode is a struct > > in 2.8 it's a class. Check your $(WXWIN) var. > > > I will check once more, but can it be something else? Oops, struct WXDLLEXPORT wxVideoMode in current CVS HEAD. gcc 4.1.1 and MSVC 6 and 8 (2005) don't complain and I guess they're treating the struct as a class. wxLUA_DECLARE_ENCAPSULATION(WXDLLIMPEXP_WXBIND, wxVideoMode, wxVideoMode) I think I fixed it in wxLUA_DECLARE_ENCAPSULATION by not forward declaring the input "class". Try the new cvs again. Regards, John Labenski |
|
From: Klaas H. <db...@nl...> - 2006-12-11 09:23:03
|
John Labenski wrote: > wxWidgets CVS HEAD has GetCaretLineBackground > http://cvs.wxwidgets.org/viewcvs.cgi/wxWidgets/contrib/include/wx/stc/stc.h?rev=HEAD&content-type=text/vnd.viewcvs-markup > Oke we will soon know (today) :-) All i have here on 2.8.0rcX download has it different. > > Oops, struct WXDLLEXPORT wxVideoMode in current CVS HEAD. > gcc 4.1.1 and MSVC 6 and 8 (2005) don't complain and I guess they're > treating the struct as a class. > > wxLUA_DECLARE_ENCAPSULATION(WXDLLIMPEXP_WXBIND, wxVideoMode, wxVideoMode) Strange i am using VC6 at work, and get the same warning. Service packs maybe?? Will test your fix this evening. Thanks, Klaas -- Unclassified |
|
From: klaas.holwerda <kho...@xs...> - 2006-12-11 22:10:10
|
Klaas Holwerda wrote: > Will test your fix this evening. > After getting 2.8.0rc3 from york site, and the latest CVS of wxLua and wxstedit, i do get some warning here and there ( deprecated and such) but nothing serious. Only think not working for me is: nmake -f makefile.vc BUILD=release That is after a normal debug build. But we most update e.g. genwxbind.bat (both) to take wxlua-lua.exe from $WLUA\vcd_lib\wxlua-lua.exe. At least that is where the executables end up now. Don't what it should be for genwxbind.sh. Thanks. Klaas |
|
From: Francesco M. <f18...@ya...> - 2006-12-11 23:10:39
|
klaas.holwerda ha scritto: > Klaas Holwerda wrote: >> Will test your fix this evening. >> > > After getting 2.8.0rc3 from york site, and the latest CVS of wxLua and > wxstedit, > i do get some warning here and there ( deprecated and such) but nothing > serious. > > Only think not working for me is: > > nmake -f makefile.vc BUILD=release > > That is after a normal debug build. Ouch - this is really a big problem. It looks like the WX_DEBUG option has not been completely replaced by the BUILD option. I need to look better into this - probably this has been caused by moving some option declarations in wxhacks.bkl but it may also be a wider problem in the "option-renaming" patch which I use in bakefile. I'll look at this tomorrow. Francesco |
|
From: Francesco M. <f18...@ya...> - 2006-12-12 15:15:21
|
Francesco Montorsi ha scritto: > klaas.holwerda ha scritto: >> Klaas Holwerda wrote: >>> Will test your fix this evening. >>> >> After getting 2.8.0rc3 from york site, and the latest CVS of wxLua and >> wxstedit, >> i do get some warning here and there ( deprecated and such) but nothing >> serious. >> >> Only think not working for me is: >> >> nmake -f makefile.vc BUILD=release >> >> That is after a normal debug build. > Ouch - this is really a big problem. It looks like the WX_DEBUG option has not > been completely replaced by the BUILD option. I need to look better into this - > probably this has been caused by moving some option declarations in wxhacks.bkl > but it may also be a wider problem in the "option-renaming" patch which I use in > bakefile. > > I'll look at this tomorrow. I've found it was caused by a dummy problem with my patch. I've fixed it in my local copy. I still need to test wxMSW. I'll do that this evening. In the meanwhile I've checked in the regenerated makefiles. _maybe_ this could also be the cause of the linker warnings... Francesco |
|
From: Francesco M. <f18...@ya...> - 2006-12-11 00:10:22
|
John Labenski ha scritto: > I think things are really shaping up for a very nice 2.8 release. I agree. I've added a few notes about the latest build system changes to changelog.txt and also changed the version for next release to 2.8.0.0 Francesco |
|
From: klaas.holwerda <kho...@xs...> - 2006-12-10 08:32:53
|
Francesco Montorsi wrote: > well, looking better at your post, probably my changes won't help you. > It looks like wxStEdit and wxBindSTC are not fully 2.8-ready... > Not only, its seems to be in both, i think 2.7.2 was different, and 2.8.3 was like 2.6 again when it comes to those functions. >>> Next i did not find lua5.1.exe anymore? Is that right? I used it to >>> generate my own bindings. >>> Should i use wxLua.exe?? >>> > no, just wxlua-lua.exe . However I'm not still 100% sure we are settled > down with that name. > > Just as for the name of the vanilla lua library which we build in wxLua, > I've some doubt. We have two choices: > > 1) call it using "standard" lua names (lua5.1.lib and lua.exe) and > overwrite the user's system-wide installations of these files when doing > "make install" > I would have no problem with this, but have the same on MSW and Unix. But installing is not needed i think?? > 2) call it using wxLua-way of naming so we're sure we don't override > anything. > Fine too :-) Better i think, since it is only for us. > Currently I've setup bakefiles to go with #2 but I have the feeling I'm > missing something which may go in favour of #1.... do I ? > The think i need on MSW and Unix is a lua executable, to generate my binding ( Cmake, so all happens on CLient side ). So ideally, i take it from wxLua. The name is not so important, but i prefer no 5.1 in it, since it makes the scripts version dependent without need in my case. Regards Klaas |
|
From: Francesco M. <f18...@ya...> - 2006-12-11 00:15:16
|
klaas.holwerda ha scritto: >> 1) call it using "standard" lua names (lua5.1.lib and lua.exe) and >> overwrite the user's system-wide installations of these files when doing >> "make install" >> > I would have no problem with this, but have the same on MSW and Unix. > But installing is not needed i think?? installing is required when you want to have all lua binaries in your PATH... >> Currently I've setup bakefiles to go with #2 but I have the feeling I'm >> missing something which may go in favour of #1.... do I ? >> > The think i need on MSW and Unix is a lua executable, to generate my > binding ( Cmake, so all happens on CLient side ). > So ideally, i take it from wxLua. The name is not so important, but i > prefer no 5.1 in it, since it makes the scripts version dependent > without need in my case. right. Current name is unversioned so that we've fixed this too ;) Francesco |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X