Recent Posts

1

Development / SVN14057 - UserTemplates - annoying bug - diff patch

« Last post by denimjeans2007 on Yesterday at 10:17:57 pm »

Hi everyone, I have found an annoying bug which prevents users from using their own templates.
It's described here:
https://forums.codeblocks.org/index.php/topic,26379.15.html
and i opened a ticket #1661 https://sourceforge.net/p/codeblocks/tickets/1661/. The bug should have been fixedwith 14057 but it is not. I have checked the code and found the attached solution working. Tested / compiled with SVN 14057, the bug is gone when using the attached patch. Since I dont know how to contribute the patch to the developers, I am posting it here, in the hope that someone from the developers will review it and if thats fine, implement it.

Regards,
OktayO

2

Using Code::Blocks / Re: Running Code::blocks on Android devices

« Last post by Olckolthy5740 on Yesterday at 02:38:06 pm »

Hello Redwan from Brazil!!!!
 Mr. Redwan, I want to help you and develop a solution for Android. I have passed the same on Android and want codeblocks on this platform. If you have interest, you can tell me on reddit (Fuzzy-Remove-1493) or in my email (Luis1435@proton.me).  It will be a pleasure to solve this problem, and besides, we can be recognized for our work. I'm good with C/C++ and other languages, so it will be great. I hope you (and/or other people) will help with the development of Code::Blocks on Android.

Sorry if my English is wrong, i'm not good in this idiome.

Atenciosamente Cido do Pastel.

3

Development / Re: It's year 2026, so I think some text like: 2024-2025 can be updated to 2026

« Last post by Miguel Gimenez on October 23, 2026, 05:44:18 pm »

Spam reported to moderator.

4

Development / Re: cbp2make does not contain a Makefile.am?

« Last post by Miguel Gimenez on October 23, 2026, 05:43:42 pm »

Spam from @jetdosage reported to moderator.

5

Development / Re: cbp2make does not contain a Makefile.am?

« Last post by stahta01 on October 23, 2026, 03:46:51 pm »

I would prefer the adding of Makefile.am instead of my cbp2make.cbp.mak.unix hack I had added to MSys2 package.

Tim S.

6

Nightly builds / Re: The 07 October 2026 build (14050) is out.

« Last post by ThierryD on October 23, 2026, 02:51:11 pm »

Many thank.

7

Development / Re: cbp2make does not contain a Makefile.am?

« Last post by jetdosage on October 23, 2026, 01:01:21 pm »

Hi, when I looked at the

https://github.com/msys2/MINGW-packages/blob/master/mingw-w64-codeblocks/PKGBUILD 2048

I see such code snippet:

Code

  cp -R ${srcdir}/${_realname}_${pkgver}/src/tools/cbp2make/ "${srcdir}"/build-${MSYSTEM}/
  cd "${srcdir}"/build-${MSYSTEM}/cbp2make
  if check_option "debug" "n"; then
    make CC=${CC} CXX=${CXX} LD=${CXX} --jobs=1 -f cbp2make.cbp.mak.unix release
  else
    make CC=${CC} CXX=${CXX} LD=${CXX} --jobs=1 -f cbp2make.cbp.mak.unix debug
  fi

So, do we need to add a Makefile.am?

I see other tools in this folder:  src/tools, such as src/tools/cb_share_config and src/tools/CBLauncher, they all have a Makefile.am, but why cbp2make does not?

Thanks.

Good question! Adding a Makefile.am could improve consistency, but it depends on how cbp2make is built and maintained.

8

Development / Re: It's year 2026, so I think some text like: 2024-2025 can be updated to 2026

« Last post by jetdosage on October 23, 2026, 12:55:52 pm »

I agree that migration to git is a great idea. It  could be a game changer.  svn is not used widely. Git is superior for collaboration by design as well as tools like github or gitlab.

I think moving to github/gitlab could bring in more developers as well, hence more features/ bug fixes. Also it allows us  to upstream local changes easily by creating a pull request instead of creating a patch against an svn trunk version and uploading it to sourceforge via ticket. Now developers are not much familiar with the svn workflow.

 Hi c::b developers, could you please consider moving codeblocks to github/gitlab basketball stars online?

Also it is a nice idea to move to a later version of c++.

Please let me know if I can do any help with these as I would like to help as code::blocks has helped me a lot.

I agree, moving to GitHub would make contributions easier and potentially attract more developers. Hopefully, the team considers it!

9

Nightly builds / Re: The 07 October 2026 build (14050) is out.

« Last post by denimjeans2007 on October 22, 2026, 08:31:06 pm »

fixed:

Hi everyone,

 Last working release was SVN 13855

I'm having an issue with custom project templates in Code::Blocks. This happens with language types (C, C++, and ASM).
When creating a new project from a saved user template, Code::Blocks creates folders instead of the actual source files (e.g., a folder named main.cpp or main.asm).
...

This is now a known bug (Ticket #1661https://sourceforge.net/p/codeblocks/tickets/1661/ ) and will be fixed with SVN14057 and later.

10

Nightly builds / Re: The 07 October 2026 build (14050) is out.

« Last post by ThierryD on October 22, 2026, 06:16:59 pm »

Hello,

Sorry, too me !

I retry today to launch CB on Ubuntu 26.04 64b managed by WSL (last version) on Windows 11 Family 26H2 64b ... but after many "sudp apt update & sudo apt upgrade" (.ie. with "xorg", "systemd", "xz" changed .... too long to enumerate ...).

On W11, no problem, CB version "nigthly" 14050 work perfectly ...

But, on Ubuntu, I constat that after launch CB (last version CB "nigthly" 14050 too), CB open like usual ("Welcome" window), but nothing can be realize after that with "mouse" ...
You can move on this "Welcome" window of CB, but nothing click on selected menu proposed or simply on "Exit" button ("x" button on upper right of this window).
YOU CAN'T EXIT properly of CB and it's true to all other Win32 windows.
One only solution to exit "CTRL+ALT+SUPP" and force "Disconnect user".

Many tries, and problem persist.

Just to be precise, I can launch by example "Firefox" explorer into session WSL Ubuntu 26.04 64b without difficulty.
It's like if CB trap all mouse events ... but no activate actions waiting.

Help me.
 
Sorry, maybe hard to reproduct.

Many thank's.

Thierry.