Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
1
Using Code::Blocks / Re: Very slow stepping while debugging on Linux
« Last post by bsccara on Yesterday at 06:27:43 pm »
I'm reviving this thread to report on a simple workaround that requires no GDB recompilation. All you have to do is go to Settings -> Debugger -> Default and add the line 'set debug-file-directory' in the 'Debugger initialization commands' field. This effectively prevents GDB from loading the BDFs detailed here:https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1055646. This command is explained here:https://sourceware.org/gdb/current/onlinedocs/gdb.html/Separate-Debug-Files.html
2
Nightly builds / Re: The 15 March 2025 build (13634) is out.
« Last post by Miguel Gimenez on Yesterday at 12:38:22 pm »
Quote
Detected scaling factor: -22369621.333333
Display PPI            : -2147483648x-2147483648

Are all graphics shown OK?
3
Nightly builds / Re: The 15 March 2025 build (13634) is out.
« Last post by ThierryD on Yesterday at 12:36:37 pm »
Just many messages on this configuration during startup of CB SVN 13634 (in file joined).


That's all ...

Regards.
4
Nightly builds / Re: The 15 March 2025 build (13634) is out.
« Last post by ThierryD on Yesterday at 12:27:25 pm »
In complement, try installed last nigthly CB with WSL on Windows 11 (distribution used "Ubuntu-22.04") ... success ... with configuration PPA of Waviou.
I can run CB SVN into WSL terminal ...

Name                   : Code::Blocks
Version                : svn-r13634
SDK Version            : 2.25.0
Scintilla Version      : 3.7.5
Author                 : The Code::Blocks Team
E-mail                 : info@codeblocks.org
Website                : https://www.codeblocks.org
OS                     : Linux 5.15.167.4-microsoft-standard-WSL2 x86_64
Scaling factor         : 1.000000
Detected scaling factor: -22369621.333333
Display PPI            : -2147483648x-2147483648
Display count          : 1
Display 0              : XY=[0,0]; Size=[1920,1080]; Primary

wxWidgets Library (wxGTK port)
Version 3.0.5 (Unicode: wchar_t, debug level: 1),
Runtime version of toolkit used is 3.24.
Compile-time GTK+ version is 3.24.33.

Why not on Linux Mint 22.1 directly ?

Regards.
5
Help / Re: Installing Code::Blocks from source on Linux
« Last post by Miguel Gimenez on Yesterday at 10:29:14 am »
Applied in r13639, thank you.
6
Applied again in r13638.
7
Via github it was relatively easy to find that the following commit reverted it:
https://github.com/arnholm/codeblocks_sfmirror/commit/2cc176ba23528185ca18d5377510b64e7a81b38f#diff-4007afe15336751ba46fee72ba5ed7002efc465819b8384b5b0fb76edfd41741R394-R1570

The comment/svn reference is:
- Clangd_client Remove dead/unused code, no additions or code changes
git-svn-id: https://svn.code.sf.net/p/codeblocks/code/trunk@13636 2a5c6006-c6dd-42ca-98ab-0921f2732cef

I do not use SVN and find the github repo allot easier to use to find things.
8
This was fixed six hours ago by r13622.

The fixed has gone missing, I think.

Tim S.
9
Help / Re: Installing Code::Blocks from source on Linux
« Last post by christo on March 21, 2025, 05:30:34 pm »
@Miguel Gimenez

I tested the change and it did not work.

Looks like a simple solution is just to move AX_CXX_COMPILE_STDCXX before checking astyle, then it will discard installed astyle if not supported. Please see configure logs with latest astyle below.
Code
checking astyle.h usability... no
checking astyle.h presence... yes
configure: WARNING: astyle.h: present but cannot be compiled
configure: WARNING: astyle.h:     check for missing prerequisite headers?
configure: WARNING: astyle.h: see the Autoconf documentation
configure: WARNING: astyle.h:     section "Present But Cannot Be Compiled"
configure: WARNING: astyle.h: proceeding with the compiler's result
checking for astyle.h... no

I tested the change with an older version of astyle, which does not require c++17 ( v 3.4.14), and it selects the installed astyle
Code
checking astyle.h usability... yes
checking astyle.h presence... yes
checking for astyle.h... yes
checking for astyle::ASPeekStream... yes

Im no expert in autotools, but this looks like a harmless change. Attaching the patch.
10
Help / Re: Installing Code::Blocks from source on Linux
« Last post by Miguel Gimenez on March 21, 2025, 01:06:43 pm »
This code in configure.ac:88 should work:
Code
if test "$HAVE_ASTYLE" = "yes" -a "$HAVE_CXX11" != "1" -a "$HAVE_CXX14" != "1" ; then
AC_CHECK_TYPE([astyle::ASPeekStream], , [HAVE_ASTYLE=no], [#include "astyle.h"])
else
HAVE_ASTYLE=no
fi
Looking for HAVE_CXX11 usage examples I have seen comparations with "1", "yes" and "TRUE", GNU uses "1".
Pages: [1] 2 3 4 5 6 ... 10