UPDATE:
Thanks to cgarcia109 and Loaden, rendering issues related to wxWidgets 2.8.11 were fixed, and a reliable build using wxWidgets 2.8.11 is now possible.
A simple patch to main.cpp, just submitted to berlios.de, can be viewed here (https://developer.berlios.de/patch/index.php?func=detailpatch&patch_id=3000&group_id=5358).
Hi to all,
Since the latest wxWidgets stable release, version 2.8.11, happened today (yay :D), I'm starting a thread where everybody can post any possible problems that may have occurred trying to build the Code::Blocks SVN head, or any plugins, with it.
EDIT: An excerpt from 'changes.txt', highlighting significant changes introduced in 2.8.11:
Quote
*** INCOMPATIBLE CHANGES: ***
Due to an oversight, a bug fix in wxMSW resulted in an incompatible change in
wxTreeCtrl behaviour: its EVT_TREE_ITEM_ACTIVATED handler now must skip the
event being processed to allow the item to be toggled by double clicking on it.
I.e. you need to ensure there is an "event.Skip()" in your item activation
handler if you do wish to allow the item to be toggled.
All:
- Fixed crashes due to invalid input in PNG and TIFF image loaders (Tielei Wang).
- Fix compilation of wxWidgets headers with recent Sun CC (Brian Cameron).
NB: If your code uses _T() macro you must either replace it with wxT() to
use Sun CC or define wxNEEDS__T before including wx headers and avoid
including many standard headers (again, only with this compiler).
- Added several functions forward compatible with wxWidgets 3.0 (troelsk):
wxDC::SetDeviceClippingRegion(), wxShowEvent::IsShown(),
wxIconizeEvent::IsIconized(), wxFileName::StripExtension(),
wxXmlNode::GetAttribute(), wxXmlNode::AddAttribute().
- wxDateTime timezone functions now dynamic (no caching).
All (GUI):
- Add wxBU_EXACTFIT support to wxToggleButton XRC handler (Ronny Krueger).
- wxRTC: fixed AltGr+key input and numeric keypad Delete on Windows.
- wxRTC: added background colour setting to font dialog.
- wxRTC: added wxRICHTEXT_HANDLER_USE_CSS flag for HTML handler to use CSS
where possible.
- wxRTC: corrected centring and right-justification spacing.
- wxRTC: corrected some problems with SelectAll. Caret is now set to end.
- Paper size conversion from dimensions to id now uses definition ordering
in order to use common types where there are duplications, fixing problems
where invalid sizes caused incorrect second invocation of page setup
dialog.
- Corrected writing direction for Farsi.
- Added wxBORDER_THEME to XRC.
- Speeded up wxTreeCtrl by caching text size (botg).
- Fix building with using system libpng 1.4 (Volker Grabsch).
- Fixed generic wxDatePickerCtrl keyboard navigation.
- Added EVT_WIZARD_PAGE_SHOWN event for wxWizard.
wxMSW:
- Fixed crash when copying Unicode URLs to the clipboard (Tim Kosse).
- Fixed generation of wxEVT_CHAR_HOOK events.
- Implement wxFileName::SetTimes() for directories (Steve Lamerton).
- Correct wxTopLevelWindow::SetShape() for windows with menu bar (Peter Friis).
- Backported speed-up of Vaclav Slavik's high quality print preview speed-up.
You now need to set wxUSE_HIGH_QUALITY_PREVIEW_IN_WXMSW in
src/common/prntbase.cpp and wxUSE_ENH_METAFILE_FROM_DC in
include/wx/msw/enhmeta.h.
- Worked around child window and caret positioning bug (in Windows) when using
wxBORDER_THEME in a container window.
- Suppressed spurious character event for decimal key in numeric keypad.
- Prevented wxCheckListBox from corrupting menu items.
wxGTK:
- Don't access a possibly destroyed timer object from GTK callback (Tim Kosse).
wxMac:
- Fixed a problem with wxListCtrl whereby event processing would change
the event object identifier, and thereby affect subsequent processing,
and defeat custom event propagation of commands from current focus window.
- Fixed a problem with wxFontDialog on Mac OS 10.6.
UPDATEJust gave it a try. I'm using MinGW-TDM 4.4.1-2 under Windows Vista.
Both Code::Blocks and the supplied contrib plugins compiled without a problem, and work exactly the same as before. Of course, that means that the infamous mixed menu rendering problem under Win7/Vista was not fixed for 2.8.11 :(.
On the other hand, the program itself works reliably, being little distinction between this version and the previous in terms of stability. Didn't get any surprise crashes.
I also tested the following plugins, all of which compiled without an issue: DoxyBlocks, FileManager, PowerShell and XPMEditor.
Unfortunately, I did come accross something in the XPMEditor, as it no longer draws on screen after opening an xpm image through the toolbar or the File menu. Using the "Start here" shortcuts, though, seems to work fine. While I don't remember noticing this with the 2.8.10 build, I have no idea if this is a wxWidgets issue or not.
Screenshot attached:
[attachment deleted by admin]
QuoteUnfortunately, I did come accross something in the XPMEditor, as it no longer draws on screen after opening an xpm image through the toolbar or the File menu. Using the "Start here" shortcuts, though, seems to work fine. While I don't remember noticing this with the 2.8.10 build, I have no idea if this is a wxWidgets issue or not.
Thank you for the bug report. The editor is still in development - and I have still many bugs to solve.
This one, it is the first time I see it - if you could tell me the exact steps you used for triggering the bug, I could certainly solve the problem
These last days I could not update it too much, since I have a heavy workload at work ...
Hi, Thanks for your report. So, it is reliable to do a upgrade to wx 2.8.11 now( under MinGW ). :D
Quote from: seb_seb0 on April 23, 2010, 10:08:59 PM
QuoteUnfortunately, I did come accross something in the XPMEditor, as it no longer draws on screen after opening an xpm image through the toolbar or the File menu. Using the "Start here" shortcuts, though, seems to work fine. While I don't remember noticing this with the 2.8.10 build, I have no idea if this is a wxWidgets issue or not.
Thank you for the bug report. The editor is still in development - and I have still many bugs to solve.
This one, it is the first time I see it - if you could tell me the exact steps you used for triggering the bug, I could certainly solve the problem
These last days I could not update it too much, since I have a heavy workload at work ...
All I know is that once I built C::B with wx2.8.11, this problem happened. I think it is an unforseen incompatibility with that wx version.
I found a bug.
1. create a new project, and opened some source files.
2. close project.
3. reopen it use "File - Open"
I trying to fix it, bug I found, that's wxWidgets's bug.
If i switch to wxWidgets 2.8.10, all question is gone.
[attachment deleted by admin]
Quote from: Loaden on April 28, 2010, 02:56:10 AM
I found a bug.
1. create a new project, and opened some source files.
2. close project.
3. reopen it use "File - Open"
I trying to fix it, bug I found, that's wxWidgets's bug.
If i switch to wxWidgets 2.8.10, all question is gone.
Did this bug happen to you in Linux? I tried to reproduce it under Vista, but what happened to me was slightly different.
wxAui refused to update the wxAuiNotebook, and shrinked it to a little square in the upper left corner (shown in attachment). It does refresh properly and show all the source files if I open another file right after this, though.
I think this confirms it, it's a wxWidgets 2.8.11 problem.
These problems probably come from "small" API changes, and need patches.
[attachment deleted by admin]
It is something about calling Freeze()/Thaw() ina top level window
in src/src/main.cpp
in MainFrame::OnDropFiles
try replacing Freeze() and Thaw() with
Manager::Get()->GetEditorManager()->GetNotebook()->Freeze();
Manager::Get()->GetEditorManager()->GetNotebook()->Thaw();
edit: no sorry, that doesnt works. Removing Freeze/Thaw does it, but of course you dont have Freeze and Thaw
Quote from: cgarcia109 on May 12, 2010, 06:40:15 PM
It is something about calling Freeze()/Thaw() ina top level window
in src/src/main.cpp
in MainFrame::OnDropFiles
try replacing Freeze() and Thaw() with
Manager::Get()->GetEditorManager()->GetNotebook()->Freeze();
Manager::Get()->GetEditorManager()->GetNotebook()->Thaw();
edit: no sorry, that doesnt works. Removing Freeze/Thaw does it, but of course you dont have Freeze and Thaw
I test it, if removing Freeze/Thaw, it's works well.
If you removed Freeze() and Thaw(), wouldn't it make sense to also remove the dummy wxPaintEvent creation?
This would only affect the files main.cpp and editormanager.cpp, if I'm not mistaken?
EDIT:
We only need to change main.cpp.
Just tested: removed the dummy wxPaintEvent and all calls to Freeze() and Thaw() from OnDropFiles(...) and from the menu and toolbar initialization code, and everything seems to work fine now.
A patch is attached. The same patch was submitted to berlios.de (https://developer.berlios.de/patch/index.php?func=detailpatch&patch_id=3000&group_id=5358).
[attachment deleted by admin]
Quote from: ptDev on May 26, 2010, 08:56:20 AM
If you removed Freeze() and Thaw(), wouldn't it make sense to also remove the dummy wxPaintEvent creation?
This would only affect the files main.cpp and editormanager.cpp, if I'm not mistaken?
EDIT:
We only need to change main.cpp.
Just tested: removed the dummy wxPaintEvent and all calls to Freeze() and Thaw() from OnDropFiles(...) and from the menu and toolbar initialization code, and everything seems to work fine now.
A patch is attached. The same patch was submitted to berlios.de (https://developer.berlios.de/patch/index.php?func=detailpatch&patch_id=3000&group_id=5358).
I have no problems on linux, with the packages from wxwidgets.org.
I just try it on windows (vista).
No such issues on vista with wxwidgets 2.8.11.
Did you clean the project and/or removed at least the devel and output folders and the precompiled-headers (src/include/*.gch) ?
Sorry, my fault, I reopened the project from recent-projects-list, which seems to work fine.
I get the same issue as ptDev on Vista.
If it's a wxAui-issue it should be reported upstream, if it is an issue with the slightly changed api of wxWidgets 2.8.11 it should be fixed in our sources.
I will look into it.
Hi, C::B trunk doesn't compile if pch is not enabled. Fails here with this output:
replacedlg.cpp: In constructor 'ReplaceDlg::ReplaceDlg(wxWindow*, const wxString&, bool, bool, bool)':
replacedlg.cpp:140: error: invalid use of incomplete type 'struct wxSizer'
/usr/include/wx-2.8/wx/window.h:64: error: forward declaration of 'struct wxSizer'
make[3]: *** [replacedlg.lo] Error 1
make[3]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/sdk'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/sdk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src'
make: *** [all-recursive] Error 1
I think killerbot did fix the same or similar bug (http://forums.next.codeblocks.org/index.php/topic,12156.msg84845.html#msg84845)before in rev 6216. Anyway it came back with wxWidgets 2.8.11.
C::B svn rev:6345 Gcc-4.4.4 wxGTK-2.8.11.0 ~amd64 gentoo.
Quote from: keenblade on June 12, 2010, 10:01:33 AM
Hi, C::B trunk doesn't compile if pch is not enabled. Fails here with this output:
replacedlg.cpp: In constructor 'ReplaceDlg::ReplaceDlg(wxWindow*, const wxString&, bool, bool, bool)':
replacedlg.cpp:140: error: invalid use of incomplete type 'struct wxSizer'
/usr/include/wx-2.8/wx/window.h:64: error: forward declaration of 'struct wxSizer'
make[3]: *** [replacedlg.lo] Error 1
make[3]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/sdk'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/sdk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src'
make: *** [all-recursive] Error 1
I think killerbot did fix the same or similar bug (http://forums.next.codeblocks.org/index.php/topic,12156.msg84845.html#msg84845)before in rev 6216. Anyway it came back with wxWidgets 2.8.11.
C::B svn rev:6345 Gcc-4.4.4 wxGTK-2.8.11.0 ~amd64 gentoo.
should be fixed now.
killerbot, thanks. Now a different error to solve with rev 6352:
environmentsettingsdlg.cpp: In member function 'virtual void EnvironmentSettingsDlg::EndModal(int)':
environmentsettingsdlg.cpp:437: error: invalid use of incomplete type 'struct EditorManager'
../../src/include/manager.h:27: error: forward declaration of 'struct EditorManager'
environmentsettingsdlg.cpp:439: error: invalid use of incomplete type 'struct EditorManager'
../../src/include/manager.h:27: error: forward declaration of 'struct EditorManager'
make[3]: *** [environmentsettingsdlg.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src'
make: *** [all-recursive] Error 1
* ERROR: dev-util/codeblocks-9999 failed
Quote from: keenblade on June 13, 2010, 07:52:06 AM
killerbot, thanks. Now a different error to solve with rev 6352:
environmentsettingsdlg.cpp: In member function 'virtual void EnvironmentSettingsDlg::EndModal(int)':
environmentsettingsdlg.cpp:437: error: invalid use of incomplete type 'struct EditorManager'
../../src/include/manager.h:27: error: forward declaration of 'struct EditorManager'
environmentsettingsdlg.cpp:439: error: invalid use of incomplete type 'struct EditorManager'
../../src/include/manager.h:27: error: forward declaration of 'struct EditorManager'
make[3]: *** [environmentsettingsdlg.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src'
make: *** [all-recursive] Error 1
* ERROR: dev-util/codeblocks-9999 failed
fixed .. bring on the next one ;-)
Quote
fixed .. bring on the next one ;-)
As you wish master, but apparently there is none at the moment :)
Thank you sooo much for the great support.
Compiling rev. 6352 with the following options: ./configure --prefix=/usr --with-contrib-plugins=all --enable-pch
yields the following:
Making all in src
make[1]: Entering directory `/home/robert_/projects/codeblocks/codeblocks.svn/src'
Making all in base
make[2]: Entering directory `/home/robert_/projects/codeblocks/codeblocks.svn/src/base'
Making all in tinyxml
make[3]: Entering directory `/home/robert_/projects/codeblocks/codeblocks.svn/src/base/tinyxml'
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinystr.lo -MD -MP -MF .deps/tinystr.Tpo -c -o tinystr.lo tinystr.cpp
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinystr.lo -MD -MP -MF .deps/tinystr.Tpo -c tinystr.cpp -fPIC -DPIC -o .libs/tinystr.o
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinystr.lo -MD -MP -MF .deps/tinystr.Tpo -c tinystr.cpp -o tinystr.o >/dev/null 2>&1
mv -f .deps/tinystr.Tpo .deps/tinystr.Plo
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinyxml.lo -MD -MP -MF .deps/tinyxml.Tpo -c -o tinyxml.lo tinyxml.cpp
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinyxml.lo -MD -MP -MF .deps/tinyxml.Tpo -c tinyxml.cpp -fPIC -DPIC -o .libs/tinyxml.o
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinyxml.lo -MD -MP -MF .deps/tinyxml.Tpo -c tinyxml.cpp -o tinyxml.o >/dev/null 2>&1
mv -f .deps/tinyxml.Tpo .deps/tinyxml.Plo
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinyxmlerror.lo -MD -MP -MF .deps/tinyxmlerror.Tpo -c -o tinyxmlerror.lo tinyxmlerror.cpp
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinyxmlerror.lo -MD -MP -MF .deps/tinyxmlerror.Tpo -c tinyxmlerror.cpp -fPIC -DPIC -o .libs/tinyxmlerror.o
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinyxmlerror.lo -MD -MP -MF .deps/tinyxmlerror.Tpo -c tinyxmlerror.cpp -o tinyxmlerror.o >/dev/null 2>&1
mv -f .deps/tinyxmlerror.Tpo .deps/tinyxmlerror.Plo
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinyxmlparser.lo -MD -MP -MF .deps/tinyxmlparser.Tpo -c -o tinyxmlparser.lo tinyxmlparser.cpp
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinyxmlparser.lo -MD -MP -MF .deps/tinyxmlparser.Tpo -c tinyxmlparser.cpp -fPIC -DPIC -o .libs/tinyxmlparser.o
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinyxmlparser.lo -MD -MP -MF .deps/tinyxmlparser.Tpo -c tinyxmlparser.cpp -o tinyxmlparser.o >/dev/null 2>&1
mv -f .deps/tinyxmlparser.Tpo .deps/tinyxmlparser.Plo
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinywxuni.lo -MD -MP -MF .deps/tinywxuni.Tpo -c -o tinywxuni.lo tinywxuni.cpp
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/x11univ-ansi-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXUNIVERSAL__ -D__WXX11__ -pthread -I../../../src/sdk/wxscintilla/include -I../../../src/include -I../../../src/include/tinyxml -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT tinywxuni.lo -MD -MP -MF .deps/tinywxuni.Tpo -c tinywxuni.cpp -fPIC -DPIC -o .libs/tinywxuni.o
In file included from /usr/include/wx-2.8/wx/dnd.h:219,
from ../../../src/sdk/wxscintilla/include/wx/wxscintilla.h:26,
from ../../../src/include/sdk_common.h:95,
from ../../../src/include/sdk_precomp.h:13,
from tinywxuni.cpp:1:
/usr/include/wx-2.8/wx/x11/dnd.h:130: error: multiple definition of 'enum wxDragResult'
/usr/include/wx-2.8/wx/dnd.h:38: error: previous definition here
/usr/include/wx-2.8/wx/x11/dnd.h:132: error: conflicting declaration 'wxDragError'
/usr/include/wx-2.8/wx/dnd.h:40: error: 'wxDragError' has a previous declaration as 'wxDragResult wxDragError'
/usr/include/wx-2.8/wx/x11/dnd.h:133: error: conflicting declaration 'wxDragNone'
/usr/include/wx-2.8/wx/dnd.h:41: error: 'wxDragNone' has a previous declaration as 'wxDragResult wxDragNone'
/usr/include/wx-2.8/wx/x11/dnd.h:134: error: conflicting declaration 'wxDragCopy'
/usr/include/wx-2.8/wx/dnd.h:42: error: 'wxDragCopy' has a previous declaration as 'wxDragResult wxDragCopy'
/usr/include/wx-2.8/wx/x11/dnd.h:135: error: conflicting declaration 'wxDragMove'
/usr/include/wx-2.8/wx/dnd.h:43: error: 'wxDragMove' has a previous declaration as 'wxDragResult wxDragMove'
/usr/include/wx-2.8/wx/x11/dnd.h:136: error: conflicting declaration 'wxDragCancel'
/usr/include/wx-2.8/wx/dnd.h:45: error: 'wxDragCancel' has a previous declaration as 'wxDragResult wxDragCancel'
In file included from ../../../src/sdk/wxscintilla/include/wx/wxscintilla.h:26,
from ../../../src/include/sdk_common.h:95,
from ../../../src/include/sdk_precomp.h:13,
from tinywxuni.cpp:1:
/usr/include/wx-2.8/wx/dnd.h:236: error: redefinition of 'class wxTextDropTarget'
/usr/include/wx-2.8/wx/x11/dnd.h:63: error: previous definition of 'class wxTextDropTarget'
/usr/include/wx-2.8/wx/dnd.h:250: error: redefinition of 'class wxFileDropTarget'
/usr/include/wx-2.8/wx/x11/dnd.h:111: error: previous definition of 'class wxFileDropTarget'
make[3]: *** [tinywxuni.lo] Error 1
make[3]: Leaving directory `/home/robert_/projects/codeblocks/codeblocks.svn/src/base/tinyxml'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/robert_/projects/codeblocks/codeblocks.svn/src/base'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/robert_/projects/codeblocks/codeblocks.svn/src'
make: *** [all-recursive] Error 1
I wish you luck no idea if Compiling Code::Blocks using wxX11 instead of wxGTK is possible.
Tim S.
I've done a recent svn build using wx2.8.11
attached is a patchfile with added wxCHECK_VERSION() wrappers in order to stay compatible with wx2.8.10 and 2.9.0 builds.
maybe this can be commited to svn after more testing
@dev's:
is there at all any motivation to change C::B builds to wx2.8.11 by default ?
[attachment deleted by admin]
the changes are only that little ?
It was on my todo list, since I knew there were some issues ..
However, where on windows it easy to say to people use that wx, on linux this is more difficult since several distros are their new release spin and might shio with wx 2.8.11. And then saying to users go back to the older version is less easy as on windows.
How is CB running for you now with that wx 2.8.11 ?
Quote from: killerbot on July 14, 2010, 11:57:03 AM
How is CB running for you now with that wx 2.8.11 ?
For me it runs just fine on WinXP since wx 2.8.11 is out... but even without the patch?! Or I didn't get when exactly this patch is needed. Probably I didn't do a critical operation (which is...?!)).
So I wouldn't mind an upgrade (from a Windows-only perspective). However, I believe we do have quite some more Freeze/Thaw stuff in the plugins which might be affected, too?!.
Quote from: MortenMacFly on July 14, 2010, 12:14:15 PM
Quote from: killerbot on July 14, 2010, 11:57:03 AM
How is CB running for you now with that wx 2.8.11 ?
For me it runs just fine on WinXP since wx 2.8.11 is out... but even without the patch?! Or I didn't get when exactly this patch is needed. Probably I didn't do a critical operation (which is...?!)).
So I wouldn't mind an upgrade (from a Windows-only perspective). However, I believe we do have quite some more Freeze/Thaw stuff in the plugins which might be affected, too?!.
Yes that's true. I'm running my C::B_wx2.8.11 test-version also on WINXP, can't say anything about linux.
Without the patch, which was already posted before,
there are some rendering problems in the Notebook area when you open a project using File->Open...
the above patch definitely works around this problem.
interestingly this problem doesn't occur (without the patch)
when opening a project from the "Recent projects" list of the "Start here" Notebook,
which is done almost all the time.
if any other problems are got known, please post them here.
Quote from: tiwag on July 14, 2010, 03:01:03 PM
interestingly this problem doesn't occur (without the patch)
when opening a project from the "Recent projects" list of the "Start here" Notebook,
which is done almost all the time.
This is because File -> Open calls OnFileOpen, which calls DoOnFileOpen and this function calls DropFiles and DropFiles calls OpenGeneric in a loop, because there might be more than one file to open.
The other functions (OnFileReopen and OnStartHereLink) are designed to open only one file and Freeze...Thaw is not used here when calling OpenGeneric.