User forums > Nightly builds
The 16 Januari 2022 build (12655) is out.
killerbot:
We switched to wx 3.1.5 --> download the new wx dll's see link below
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works.
A link to the unicode windows wxWidget dll(s) for Code::Blocks : https://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw31u_gcc_cb_wx315_2D_gcc810-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls8.1.0.7z
The 16 Januari 2022 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2022/CB_20220116_rev12655_win64.7z
- Linux :
none
The current SDK version is : 2.16.0
Resolved Fixed:
* Sort compiler list in compiler detection dialog.
* Compiler: Use the same shell for cleaning and compiling makefiles (ticket #389
* wxSmith: Fix compilation when wxUSE_STL=1 (ticket #873)
* Allow removal from project of multiple selected files (ticket #116)
* Add Jens Lody's DisplayEvent core plugin. (WIP)
Regressions/Confirmed/Annoying/Common bugs:
AndrewCot:
Jens Lody's DisplayEvent core plugin is as expected not in the 7z file as it it not built by default in SVN 12655.
Xaviou:
Hi
OS X version of this rev (12596) can be downloaded from my Google Drive.
There is a specific dmg file for versions 10.15 and 11.6 of the OS.
Note that these are not notarized versions of the application.
32 bits version for Windows can also be found in the same place.
Debian Buster and Bullseye (32 and 64 bits) can be installed from my repo.
The problem I talked about in my 9 january's post is still here.
I comes from the rev12597 modifications (this has been confirmed by the fact that disabling the "Forein Project Importer" plugin allows Code::Blocks to run correctly.
The problem is the last loop of the modified code :
--- Code: ---wxMenuItemList m_List = m_Menu->GetMenuItems();
for (wxMenuItemList::iterator it = m_List.begin(); it != m_List.end(); ++it)
importSubMenu->Append(*it);
--- End code ---
The "GetMenuItems" call doesn't detach the menu entries of m_Menu so adding them "as is" to the newly created sub menu is not a good thing (but perhaps am I missing something...)
However, doing something like the following works fine:
--- Code: ---wxMenuItemList m_List = m_Menu->GetMenuItems();
wxMenuItem *item;
for (wxMenuItemList::iterator it = m_List.begin(); it != m_List.end(); ++it)
{
item = *it;
importSubMenu->Append(item->GetId(), item->GetItemLabel);
}
--- End code ---
But in this case, the content of m_Menu seems to never been destroyed.
Regards
Xav'
Miguel Gimenez:
I will check, thank you.
Xaviou:
Hi
--- Quote from: Miguel Gimenez on January 20, 2022, 09:33:29 pm --- I will check, thank you.
--- End quote ---
Thank you.
As a complement : the official wxWidgets doc related to wxMenu::Append(wxMenuItem *menuItem) confirm that the item added using this method will be owned by the menu to witch they are added.
Regards
Xav'
Navigation
[0] Message Index
[#] Next page
Go to full version