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 |