Recent Posts

1

Nightly builds / The 01 May 2024 build (13515) is out.

« Last post by killerbot on Today at 07:56:22 pm »

We switched to gcc 13.1.0 (on 04 June 2023) --> download the new wx/mingw dll's see link below

Get the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/13.1.0-16.0.5-11.0.0-ucrt-r5/winlibs-x86_64-posix-seh-gcc-13.1.0-mingw-w64ucrt-11.0.0-r5.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_wx324_2D_gcc1310-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls13.1.0.7z


The 01 May 2024 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2024/CB_20240501_rev13515_win64.7z
  - Linux :
   none

The current SDK version is : 2.25.0

Resolved Fixed:

• Keybinder: 2.0.20 24/04/29 Fixes for C++20 warnings
• Clangd_client: 1.2.123 24/05/01 Fix DDE CB cold start not starting cland and parser.

Regressions/Confirmed/Annoying/Common bugs:

2

Plugins development / Re: Code completion using LSP and clangd

« Last post by Pecan on Today at 05:28:21 pm »

On Windows 11 opening the project file itself in Windows (not directly through Codeblocks) does not parse the project on opening. Reparsing is needed to be done manually. Doing so through Codeblocks works fine.
Steps to reproduce:
1. Codeblocks not running
2. Double-click on any project file *.cbp

On Plugin wiki https://wiki.codeblocks.org/index.php/CB_Clangd_Client the first link to the plugin repository page is not working.

For information, there is a discussion of doxygen support for Clangd - https://github.com/clangd/clangd/issues/529

Re: Fixed Clangd and parser not parsing when user cold starts CB via DDE. Commit rev 13515

3

Nightly builds / Re: The 27 April 2024 build (13513) is out.

« Last post by Miguel Gimenez on Yesterday at 04:32:07 pm »

OK, thank you

4

Nightly builds / Re: The 27 April 2024 build (13513) is out.

« Last post by Wkerry on Yesterday at 12:45:23 pm »

See https://sourceforge.net/p/codeblocks/tickets/663/ as it has then patch and looks like the patch has been accepted by Morten MacFly. Hopefully it will get merged quickly.

5

Nightly builds / Re: The 27 April 2024 build (13513) is out.

« Last post by Miguel Gimenez on Yesterday at 12:31:57 pm »

@danselmi, do you plan to commit this?

6

Using Code::Blocks / Re: CB with Wx Widgers giving normal console output

« Last post by Miguel Gimenez on Yesterday at 11:21:18 am »

It is possible, just go to Project->Properties->Build targets and change Type from "GUI application" to "Console application"

7

Using Code::Blocks / CB with Wx Widgers giving normal console output

« Last post by jmClifford on Yesterday at 08:34:59 am »

Hi. From the web (an example from a tutorial by a "Mr Luke") uses WxWidgets (not CB) and gives a console output.  The source is attached. 

Is this possible with CB and WxWidgets.??

This source (main.cpp) compiles OK.  An example of a compile is;

-------------- Clean: Debug in Events (compiler: GNU GCC Compiler)---------------

Cleaned "Events - Debug"

-------------- Build: Debug in Events (compiler: GNU GCC Compiler)---------------

g++.exe -pipe -mthreads -D__GNUWIN32__ -D__WXMSW__ -DWXUSINGDLL -DwxUSE_UNICODE -Wall -g -D__WXDEBUG__ -IC:\WxWidgetsSetup\include -IC:\WxWidgetsSetup\lib\gcc_dll\mswud -IC:\WxWidgetsSetup\include -IC:\WxWidgetsSetup\lib\gcc_dll -c C:\u\CodeBlock_C++\wx_WidgetsLuke\04_Events\main.cpp -o obj\Debug\main.o

windres.exe -IC:\WxWidgetsSetup\include -IC:\WxWidgetsSetup\lib\gcc_dll\mswud  -J rc -O coff -i C:\u\CODEBL~1\WX_WID~1\04_EVE~1\resource.rc -o obj\Debug\resource.res

g++.exe -LC:\WxWidgetsSetup\lib\gcc_dll -o bin\Debug\Events.exe obj\Debug\main.o  obj\Debug\resource.res -mthreads  -lwxmsw32ud C:\WxWidgetsSetup\lib\gcc_dll\libwxmsw32ud.a C:\WxWidgetsSetup\lib\gcc_dll\libwxmsw32u.a -mwindows
Output file is bin\Debug\Events.exe with size 828.74 KB

Process terminated with status 0 (0 minute(s), 5 second(s))
0 error(s), 0 warning(s) (0 minute(s), 5 second(s))

Regards JC......

8

Nightly builds / Re: The 27 April 2024 build (13513) is out.

« Last post by blauzahn on Yesterday at 12:46:20 am »

Thank you.

It compiles (tried on arch linux), a touched cbp or cpp file is detected like it should be.
One issue I observe in the "Open files List" is that relative paths are turned into
absolute paths. They should remain relative paths.

As for the code:

Code

#include <wx/fswatcher.h>

seems avoidable in FileExplorer.h if wxFileSystemWatcherEvent and wxFileSystemWatcher* are forward-declared. Compiletime is already not ideal when compiling cb.

Have you considered making

Code

wxFileSystemWatcher *m_fs_watcher;

a std::unique_ptr?

I like the fact that the patch is focussed on the necessary changes. Have you considered a second patch with refactorings e.g. moving initialization of non-static data-members in the ctor body into
a member initializer list  or using default member initializers?

9

Nightly builds / Re: The 27 April 2024 build (13513) is out.

« Last post by danselmi on April 29, 2024, 09:23:53 pm »

As promised
Find attached the previously mentioned patch.

10

Nightly builds / Re: The 27 April 2024 build (13513) is out.

« Last post by blauzahn on April 29, 2024, 01:58:16 pm »

As mentioned in the ticket: If C++17 is an acceptable lower limit, the std::filesystem will become available. If it provides the needed functionality to replace libgamin in cb, I would prefer std over wxWidgets. Since I have not used neither std::filesystem nor wxFilesystemwatcher yet, I can not say. At least it has a non-member function named 

Code

last_write_time

.