error on line : 950 of wxAUI\manager.cpp
BEGIN_EVENT_TABLE(wxFrameManager, wxEvtHandler)
anyone else ?
solution ?
He forgot to remove the WXDLLEXPORT statements from manager.h
Edit: can you take out the trailing spaces too? And the small fix I listed here so the colors can be changed:
http://forums.next.codeblocks.org/index.php?topic=1938.msg15003#msg15003
Sam,
do you need to remove all occurences of them in that manager.h ?
Just noticed and fixed that.
Yes. I listed a better solution here, but just removing them works for our purposes.
http://www.kirix.com/en/community/forums/viewtopic.php?t=34
The revision is wrong, 1706 is entirely innocent. I didn't touch AUI :P
ok, nightly is building .....
Quote from: killerbot on January 10, 2006, 11:54:16 PM
ok, nightly is building .....
waitt... you can't change the colors yet until my little fix is applied.
Index: environmentsettingsdlg.cpp
===================================================================
--- environmentsettingsdlg.cpp (revision 1707)
+++ environmentsettingsdlg.cpp (working copy)
@@ -24,8 +24,12 @@
EVT_BUTTON(XRCID("btnFNTo"), EnvironmentSettingsDlg::OnChooseColor)
EVT_BUTTON(XRCID("btnAuiBgColor"), EnvironmentSettingsDlg::OnChooseColor)
EVT_BUTTON(XRCID("btnAuiSashColor"), EnvironmentSettingsDlg::OnChooseColor)
- EVT_BUTTON(XRCID("btnAuiCaptionColor"), EnvironmentSettingsDlg::OnChooseColor)
- EVT_BUTTON(XRCID("btnAuiCaptionTextColor"), EnvironmentSettingsDlg::OnChooseColor)
+ EVT_BUTTON(XRCID("btnAuiActiveCaptionColor"), EnvironmentSettingsDlg::OnChooseColor)
+ EVT_BUTTON(XRCID("btnAuiActiveCaptionGradientColor"), EnvironmentSettingsDlg::OnChooseColor)
+ EVT_BUTTON(XRCID("btnAuiActiveCaptionTextColor"), EnvironmentSettingsDlg::OnChooseColor)
+ EVT_BUTTON(XRCID("btnAuiInactiveCaptionColor"), EnvironmentSettingsDlg::OnChooseColor)
+ EVT_BUTTON(XRCID("btnAuiInaCaptionGradientColor"), EnvironmentSettingsDlg::OnChooseColor)
+ EVT_BUTTON(XRCID("btnAuiInaCaptionTextColor"), EnvironmentSettingsDlg::OnChooseColor)
EVT_BUTTON(XRCID("btnAuiBorderColor"), EnvironmentSettingsDlg::OnChooseColor)
EVT_BUTTON(XRCID("btnAuiGripperColor"), EnvironmentSettingsDlg::OnChooseColor)
END_EVENT_TABLE()
build 1701 builds ok, but error message box at startup (rebuilded everything and update) : about Manager::GetEditorManager no found in codeblocks.dll
[edit] : copystrings.dll
Try revision 1707 instead, but make sure you do a clean rebuild, since everything related to managers has been rewritten in 1706.
I just did a clean build from a fresh r1707 checkout, it has no problems, so it must be an old dll lingering about or something.
Quote from: killerbot on January 11, 2006, 12:11:54 AM
build 1701 builds ok, but error message box at startup (rebuilded everything and update) : about Manager::GetEditorManager no found in codeblocks.dll
Did you rebuild your plugins? They don't have libcodeblocks.a marked as a dependency so they won't automatically rebuild. :(
I'm not getting an error with 1707.
rebuilded copystrings once more : now ok
weird
[edit] : I always rebuild everything
Any reason why this newest versions can cause problems with vector<>?
I've tried to build 1707 but it failed in AStyle calling vector<>::pop_back() and 1708 failed in wxFlatNotebook calling vector<>::erase().
MinGW's GCC 3.4.4
[edit]
So far it seems my MinGW is broken or something is messing around. I just tried compiling a copy of AStyle (the program, not the plugin) and it failed too. I was able to compile it without problems before.
Don't worry then, the problem will be local.
[/edit]
Is your wxWidgets built in debug mode? Then you have the new keyword redefined with a macro. 1707 compiles fine for me.
Try if #undef new fixes the issue.
Right, false alarm. I just overwrote my working copy of MinGW with one I saved before trying GCC 4.1.0 and it's working again.
I'll blame the file system for this one. It surely got something corrupted due to today's brownout.
Quote from: thomas on January 10, 2006, 11:51:21 PM
The revision is wrong, 1706 is entirely innocent. I didn't touch AUI :P
This is so totally off-topic, but I mean I do SVN update, rev 1706 doesn't build, get rev 1707, builds fine. One hour later SVN update
rev 1710 WOW I mean is there some supercomputer behind the scenes randomly generating code and running SVN commit? :lol: All I can say is
GOOD JOB to the C::B devs. 8)