News:

As usual while waiting for the next release - don't forget to check the nightly builds in the forum.

Main Menu

The 11 November 2024 build (13585) is out.

Started by killerbot, November 11, 2024, 05:00:27 PM

Previous topic - Next topic

killerbot

We switched to gcc 14.1.0 (on 20 May 2024) --> download the new wx/mingw dll's see link below

Get the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/14.1.0posix-18.1.5-11.0.1-ucrt-r1/winlibs-x86_64-posix-seh-gcc-14.1.0-mingw-w64ucrt-11.0.1-r1.7z

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/wxmsw32u_gcc_cb_wx326_2D_gcc1410-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls14.1.0.7z


The 11 November 2024 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2024/CB_20241111_rev13585_win64.7z
  - Linux :
   none

The current SDK version is : 2.25.0

Resolved Fixed:


  • Make DirectWrite the default value for editor technology (MSW)
  • Did an extra change to the above commit which broke the build (but could not commit yet)

Regressions/Confirmed/Annoying/Common bugs:




Xaviou

Hi.

OS X version of this rev can be downloaded from my website.
There is only a macOS-11.6 version.
Note that it is not a notarized version of the application.

32 bits version for Windows can also be found in the same place.

Debian Bookworm and Bullseye (32 and 64 bits) can be installed from my repo
The corresponding unsigned deb files can also be downloaded from the website page linked above.

Ubuntu-22.04 and 24.10 versions can be installed from my ppa

Regards
Xav'
My wxWidgets's stuff : [url="https://wxstuff.xaviou.fr/"]https://wxstuff.xaviou.fr/[/url]

dkulp

Are we ever going to get a recent build for macOS that actually will work?    There hasn't been a nightly build for about a year now (svn 13447) that will actually start.

On a brand new Mac (just purchased), if I download the nightly, drag/drop into applications, and start it, it crashes fairly quickly.   Every build I've tested since 13447 has done this.   



<?xml version="1.0" encoding="UTF-8"?>
<report version="1.0" kind="exception">
  <system description="macOS Sequoia Version 15.1 (Build 24B2083)"/>
  <stack>
    <frame level="0" function="wxFatalSignalHandler(int)" offset="0" address="0x10f6c738c"/>
    <frame level="1" function="_sigtramp" offset="0" address="0x7ff8032e7e9d"/>
    <frame level="2" function="_sigtramp" offset="0" address="0x3ff0000000000000"/>
    <frame level="3" function="ClassBrowser::ThreadedBuildTree(cbProject*)" offset="0" address="0x122d0191d"/>
    <frame level="4" function="ClassBrowser::UpdateClassBrowserView(bool)" offset="0" address="0x122d01282"/>
    <frame level="5" function="ClassBrowser::SetParser(ParserBase*)" offset="0" address="0x122d00c30"/>
    <frame level="6" function="ParseManager::CreateClassBrowser()" offset="0" address="0x122d89114"/>
    <frame level="7" function="CodeCompletion::OnAttach()" offset="0" address="0x122d2628c"/>
    <frame level="8" function="cbPlugin::Attach()" offset="0" address="0x10c4b8435"/>
    <frame level="9" function="PluginManager::AttachPlugin(cbPlugin*, bool)" offset="0" address="0x10c64d859"/>
    <frame level="10" function="PluginManager::LoadAllPlugins()" offset="0" address="0x10c654210"/>
    <frame level="11" function="MainFrame::ScanForPlugins()" offset="0" address="0x102af520a"/>
    <frame level="12" function="MainFrame::MainFrame(wxWindow*)" offset="0" address="0x102aefaac"/>
    <frame level="13" function="MainFrame::MainFrame(wxWindow*)" offset="0" address="0x102af7f0d"/>
    <frame level="14" function="CodeBlocksApp::InitFrame()" offset="0" address="0x102a2b6c6"/>
    <frame level="15" function="CodeBlocksApp::OnInit()" offset="0" address="0x102a2da64"/>
    <frame level="16" function="wxApp::CallOnInit()" offset="0" address="0x10e6d37aa"/>
    <frame level="17" function="wxEntry(int&amp;, wchar_t**)" offset="0" address="0x10f63e074"/>
    <frame level="18" function="main" offset="0" address="0x102a29ce3"/>
    <frame level="19" function="start" offset="0" address="0x2030512cd"/>
  </stack>
</report>

stahta01

Quote from: dkulp on November 13, 2024, 07:51:08 PM
Are we ever going to get a recent build for macOS that actually will work?    There hasn't been a nightly build for about a year now (svn 13447) that will actually start.

On a brand new Mac (just purchased), if I download the nightly, drag/drop into applications, and start it, it crashes fairly quickly.   Every build I've tested since 13447 has done this.   



<?xml version="1.0" encoding="UTF-8"?>
<report version="1.0" kind="exception">
  <system description="macOS Sequoia Version 15.1 (Build 24B2083)"/>
  <stack>
    <frame level="0" function="wxFatalSignalHandler(int)" offset="0" address="0x10f6c738c"/>
    <frame level="1" function="_sigtramp" offset="0" address="0x7ff8032e7e9d"/>
    <frame level="2" function="_sigtramp" offset="0" address="0x3ff0000000000000"/>
    <frame level="3" function="ClassBrowser::ThreadedBuildTree(cbProject*)" offset="0" address="0x122d0191d"/>
    <frame level="4" function="ClassBrowser::UpdateClassBrowserView(bool)" offset="0" address="0x122d01282"/>
    <frame level="5" function="ClassBrowser::SetParser(ParserBase*)" offset="0" address="0x122d00c30"/>
    <frame level="6" function="ParseManager::CreateClassBrowser()" offset="0" address="0x122d89114"/>
    <frame level="7" function="CodeCompletion::OnAttach()" offset="0" address="0x122d2628c"/>
    <frame level="8" function="cbPlugin::Attach()" offset="0" address="0x10c4b8435"/>
    <frame level="9" function="PluginManager::AttachPlugin(cbPlugin*, bool)" offset="0" address="0x10c64d859"/>
    <frame level="10" function="PluginManager::LoadAllPlugins()" offset="0" address="0x10c654210"/>
    <frame level="11" function="MainFrame::ScanForPlugins()" offset="0" address="0x102af520a"/>
    <frame level="12" function="MainFrame::MainFrame(wxWindow*)" offset="0" address="0x102aefaac"/>
    <frame level="13" function="MainFrame::MainFrame(wxWindow*)" offset="0" address="0x102af7f0d"/>
    <frame level="14" function="CodeBlocksApp::InitFrame()" offset="0" address="0x102a2b6c6"/>
    <frame level="15" function="CodeBlocksApp::OnInit()" offset="0" address="0x102a2da64"/>
    <frame level="16" function="wxApp::CallOnInit()" offset="0" address="0x10e6d37aa"/>
    <frame level="17" function="wxEntry(int&amp;, wchar_t**)" offset="0" address="0x10f63e074"/>
    <frame level="18" function="main" offset="0" address="0x102a29ce3"/>
    <frame level="19" function="start" offset="0" address="0x2030512cd"/>
  </stack>
</report>


If you wish to have one that is more likely to work with your version of MacOS then you likely need to build it yourself instead of using one built for a different version.

Tim S.
C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

Frank_CB

@dkulp:

Take a look at the Wiki page: Installing Code::Blocks from source on Mac OS X.

Regards

Wkerry

@Frank_CB that page is way way way out of date.

wtfisgoingoff

https://sourceforge.net/p/codeblocks/code/HEAD/tree/branches/release-24.12/src/build_tools/Info.plist
<key>CFBundleLongVersionString</key>
<string>CodeBlocks version 24.12 SVN revision 11954, (c) 2004-2024 Code::Blocks</string>


11954?  Maybe 13594?

everSome

FWIW, wxWidgets-3.2.6 will fail to compile in an MSYS2 environment using gcc-14.1.0 when compiled with the -fno-omit-frame-pointer option as would seem to be required by Code::Blocks usage of DrMingw. MSYS2 ended up adopting a gcc developed patch to cure this ICE issue. Note that gcc-14.2.0 incorporates this as well as other patches.

ollydbg

#8
Quote from: everSome on December 31, 2024, 05:44:48 PM
FWIW, wxWidgets-3.2.6 will fail to compile in an MSYS2 environment using gcc-14.1.0 when compiled with the -fno-omit-frame-pointer option as would seem to be required by Code::Blocks usage of DrMingw. MSYS2 ended up adopting a gcc developed patch to cure this ICE issue. Note that gcc-14.2.0 incorporates this as well as other patches.

Can you show us some link about this discussion?

BTW, to use DrMingw, we must have to enable the -fno-omit-frame-pointer option to build the C::B?
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

wtfisgoingoff

Commit is coming?
Renamed release-25.01 (/branches/release-25.01 ) to release-25.02  ;D