Hi, thanks for the report, I just build the C::B rev Rev 9402 (Codeblocks.cbp), and I see the same issue even after I run the update.bat.Works fine on linux with projectfiles (whole workspace) and autotools, with wx2.8 and wxtrunk.
No issues on win7 (neither wx2.8 nor wxtrunk).Hi, thanks for the report, I just build the C::B rev Rev 9402 (Codeblocks.cbp), and I see the same issue even after I run the update.bat.Works fine on linux with projectfiles (whole workspace) and autotools, with wx2.8 and wxtrunk.
I will test on win7 now.
I'm building C::B now, I have deleted the folder: cb_trunk\src\.objs, where the gch files locates.Bad news: the result is that I still have this issue.
Let me wait for the result.
Can you start from commandline with -v parameter, to see if you get a meaningful message ?
I'm building C::B now, I have deleted the folder: cb_trunk\src\.objs, where the gch files locates.Bad news: the result is that I still have this issue.
Let me wait for the result.
I'm using wxWidgets 2.8.12, WinXP, MinGW-build-dwarf2-4.8.1-compiler-suite.
...(9399 was the most recent touch to ScriptedWizard code, but that change should be completely unrelated to this problem...)I can confirm that rev 9398 has this issue.
Did you try it with a real clean (fresh checkout) build tree ?Yes, I just finish a real clean checkout and build, but still have the issue.
Did you try it with gcc 4.7 ?I will do it right now using PCX's GCC 4.6.3 and report back soon.
I can confirm that when using PCX's MinGW GCC4.6.3 (which was the compiler I use for last two years), building rev 9402 still has this issue on WinXP.QuoteDid you try it with gcc 4.7 ?I will do it right now using PCX's GCC 4.6.3 and report back soon.
I'm building C::B now, I have deleted the folder: cb_trunk\src\.objs, where the gch files locates.Bad news: the result is that I still have this issue.
Let me wait for the result.
I'm using wxWidgets 2.8.12, WinXP, MinGW-build-dwarf2-4.8.1-compiler-suite.
I had the issue using wx 2.8 branch, Win7 SP1 32-bit, TDM SJLJ 4.8.1 compiler.
Now trying 4.7.1 compiler.
Special steps taken:
Deleted objects folder before build
Deleted devel/share Folder before build
Deleted output Folder after build before update.bat
Tim S.
NewFromTemplateDlg::NewFromTemplateDlg(TemplateOutputType initial, const wxArrayString& user_templates)
: m_Template(0L),
m_pWizard(0L),
m_WizardIndex(-1)
{
//ctor
wxXmlResource::Get()->LoadObject(this, 0L, _T("dlgNewFromTemplate"),_T("wxScrollingDialog"));
m_Wizards = Manager::Get()->GetPluginManager()->GetOffersFor(ptWizard);
wxListbook* lb = XRCCTRL(*this, "nbMain", wxListbook);
SetSettingsIconsStyle(lb->GetListView(), sisNoIcons);
/*
// create image lists
XRCCTRL(*this, "listProjects", wxListCtrl)->SetImageList(new wxImageList(32, 32), wxIMAGE_LIST_NORMAL);
XRCCTRL(*this, "listProjects", wxListCtrl)->SetImageList(new wxImageList(32, 32), wxIMAGE_LIST_SMALL);
XRCCTRL(*this, "listTargets", wxListCtrl)->SetImageList(new wxImageList(32, 32), wxIMAGE_LIST_NORMAL);
XRCCTRL(*this, "listTargets", wxListCtrl)->SetImageList(new wxImageList(32, 32), wxIMAGE_LIST_SMALL);
XRCCTRL(*this, "listFiles", wxListCtrl)->SetImageList(new wxImageList(32, 32), wxIMAGE_LIST_NORMAL);
XRCCTRL(*this, "listFiles", wxListCtrl)->SetImageList(new wxImageList(32, 32), wxIMAGE_LIST_SMALL);
XRCCTRL(*this, "listCustoms", wxListCtrl)->SetImageList(new wxImageList(32, 32), wxIMAGE_LIST_NORMAL);
XRCCTRL(*this, "listCustoms", wxListCtrl)->SetImageList(new wxImageList(32, 32), wxIMAGE_LIST_SMALL);
// load view prefs
XRCCTRL(*this, "rbView", wxRadioBox)->SetSelection(Manager::Get()->GetConfigManager(_T("new_from_template"))->ReadInt(_T("/view"), 0));
ChangeView();
BuildCategories();
BuildList();
// fill user templates list
XRCCTRL(*this, "lstUser", wxListBox)->Clear();
for (unsigned int i = 0; i < user_templates.GetCount(); ++i)
{
XRCCTRL(*this, "lstUser", wxListBox)->Append(user_templates[i]);
}
lb->SetSelection((int)initial);*/
}
Could you please check, whether the issue is fixed in svn r9405 ?Thanks. It works fine now! Great work.
svn build rev 9393 (2013-10-08 09:17:30) gcc 4.8.1 Linux/unicode - 32 bit
For my own projects, I also use wx 2.8.12, but compile and link it statically. As I compiled wx, I noticed there was a huge number of warnings being issued about "unused local typedefs" in wx/defs.h and perhaps other places. Writing all these warnings took a loooong time. This appears to be a side effect of gcc 4.8.1, but so far I have not found any way to switch those warnings off. Suggestions welcome.
export CXXFLAGS="-Wno-unused-local-typedefs"
Before running the configure-script just do aCodein the console.export CXXFLAGS="-Wno-unused-local-typedefs"
The other issue is fixed later and there are more fixes to the settings-dialogs I am working on.
I will commit them most likely this afternoon/evening/night, but it's always much to test (WinXP, Win7, Liinux and wx2.8 and wxtrunk).
I use it here and it works with gcc4.8 on Fedora.
I use it here and it works with gcc4.8 on Fedora.
Ok, i will double check. Thanks again.
-Wno-unused-local-typedefs
-Wno-literal-suffix
If you just build C::B, you can add them to the cb_release_type global-variable. That covers most (not all) C::B projects.