Activity for Code::Blocks
-
Morten MacFly committed [r13711] on SVN Repo
- add Christo to about dialog
-
Code::Blocks released /Binaries/Nightlies/2025/CB_20250816_rev13710_win64.7z
-
Klaus Kusche posted a comment on ticket #1534
Checked your alternatives. They are not valid alternatives in our environment. We are not talking about the CB I use (in fact, I do not use CB. I compile on the command line for 45 years now...). We are talking about the 200 CB's installed in the computer labs of our university for the beginner's programming courses. Most of these students have never used the command line, have never heard of PATH, and don't know what static linking is. They type their program, hit the "Build and Run" button and...
-
Question: Is the PATH constructed for the "Run" button project-independent, or is it constructed individually whenever "Run" is clicked depending on the project settings? It needs to be set depending on the project being run and the compiler set for this project!
-
Miguel Gimenez committed [r13710] on SVN Repo
- Clangd_client: Use 0 to initialize size_t, not nullptr.
-
You describe correctly and exactly what should happen (and what I want to happen, that's why I opened this ticket): "Prepending the selected compilers bin-folder to the PATH is required ...." (i.e. the compiler selected for the project should be first in the PATH, preceeding the default compiler). But exactly the opposite of what you said is actually happening in CB: The selected compiler's bin-folder is appended (not prepended) to the PATH, i.e. it is after the bin-folder of the default compile...
-
Joshua posted a comment on ticket #1526
That's strange, because I downloaded and installed version 25.03 from official website download link 4 days ago: https://sourceforge.net/projects/codeblocks/files/Binaries/25.03/Windows/codeblocks-25.03mingw-setup.exe Maybe the modified code was not merge into the release branch?
-
We had updated the installers to reflect this a long time ago. Is that really still the case? I would wonder...
-
clangd_client : if filterText not present in completion response, use label instead
-
Applied in SVN, [r13709]. Thank you!
-
* applied patch #1542 by Christo: clangd_client : if filterText not present in completion response, use label instead
-
clangd_client : some stability fixes
-
clangd_client : some stability fixes
-
Applied patch in SVN, [r13708]. Thank you!
-
* applied patch #1543 by Christo: clangd_client: some stability fixes
-
I would recommend to either link the GCC libs statically and the problem will permanently disappear or copy the right DLLs from the right MinGW folder into the folder where you have the executable compiles as a post.build step. Prepending the selected compilers bin-folder to the PATH is required as otherwise exactly the opposite would happen. Keep in min you can setup the folder from where to run your applications, too. Additionally, there is the EnvVars plugin where you can "mess" with the PATH...
-
Running compiled program fails because of wrong PATH
-
I would recommend to either link the GCC libs statically and the problem will permanently disappear or copy the right DLLs from the right MinGW folder into the folder where you have the executable compiles as a post.build step. Prepending the selected compilers bin-folder to the PATH is required as otherwise exactly the opposite would happen. Keep in min you can setup the folder from where to run your applications, too. Additionally, there is the EnvVars plugin where you can "mess" with the PATH...
-
Ivan Patarčić created ticket #1544
wxDirData assert failed in rev13667 on Ubuntu
-
Christo created ticket #1543
clangd_client : some stability fixes
-
clangd_client : if filterText not present in completion response, use label instead
-
- Fix dependency in wx32_64 workspace (thanks everSome).
-
+1 When I goes to menu Help>CodeBlocks, it says "Can't open file '...\CodeBlocks\share\CodeBlocks\docs\codeblocks_en.chm'", and i found this bug. Can someone fix this just add "manual_" prefix for values in 'index.ini'?
-
* ToolsPlus: Really fix font size in HiDPI (ticket #1529).
-
Small font size in the Disassembly window
-
Fixed in [r13705].
-
Should be really fixed in [r13705].
-
* Really fix font size in disassembly window (ticket #1529).
-
* Fix crash on start with wx3.3.1 due to an index out of bounds.
-
RoyalX posted a comment on ticket #1541
This option does not affect the font size in the Disassembly window. It only affects the font size when hovering over the expression for the ‘Evaluate expression under cursor’ feature. There is no way to increase the font size in the Disassembly window .
-
pecan modified ticket #1541
Small font size in the Disassembly window
-
You should be able to change the font via Settings > Debugger > Value tool tip font.
-
You should be able to change the font size with Settings > Debugger >Value Tooltip Font
-
Small font size in the Disassembly window
-
* incremental search plugin: fixed resource ZIP command in wx32 project file
-
I downloaded the latest nightly build 13701 and found that the issue had not been fixed.
-
I downloaded the latest nightly build 13701 and found that the issue had not been fixed.
-
I downloaded the latest nightly build 13701 and found that the issue had not been fixed.
-
* incremental search plugin: fixed resource ZIP command in wx33 project file
-
-
- debugger plugin: reduce compiler warnings
-
- compiler plugin: reduce compiler warnings
-
* fix "File" -> "Save as" not working and leaving an isolated editor
-
-
- Cscope/wxSmith: Fix guards in includes.
-
- SDK: Remove deprecated wxPATH_NORM_ALL from the Squirrel bindings.
-
- Build (wx33): Remove duplicated options and warnings "Invalid C++ standard when compiling C files".
-
* updated update scripts in several project files for wx v3.3.x
-
* added missing update scripts for wx v3.3.x builds
-
* wxSmithAui: wx v3.3.1 compatibility fixes when using strict v3.3.1 API
-
- nullptr fixes in cb_share_config
-
* wxSmithContribItems: wx v3.3.1 compatibility fixes when using strict v3.3.1 API
-
- nullptr fixes in SDK and plugins to avoid massive compiler warnings
-
* wxSmith: wx v3.3.1 compatibility fixes when using strict v3.3.1 API
-
* use nullptr consequently in TinyXML lib to avoid massive compiler warnings
-
- remove empty directories
-
* make scripts (batch, *nix shell) use the respective platform-required line-feed
-
- remove empty directories
-
* wxSmith: wx v3.3.1 compatibility fixes when using strict v3.3.1 API
-
* initial commit of new project / workspace files for wxWidgets v3.3.x
-
Bug Report
-
In Settings>Editor>CodeCompletion untick Documentation popup and (just below it) in the Tooltip choiced box select "keyboard only". You can still get the info by using the keyboard shotcuts under edit and view.
-
In Settings>Editor>CodeCompletion untick Documentation popup and (just below it) in the Tooltip choiced box select "keyboard only". You can still get the info by using the keyboard shotcuts under edit and view.
-
Which C::B version are you using (20.03, 25.03 or SVNxxxxx)?
-
* Dragscroll: Add linux functions to Makefile.am
-
Ring created ticket #1540
Code::Blocks not starting
-
- DragScroll: Remove doubled unit filenames in 32_64 .cbp
-
* Dragscroll: Remove all dependencies on Linux X11
-
- wxSmith: Fix compilation with wxWidgets 3.3.1 (thanks Blauzahn).
-
God created ticket #1539
Bug Report
-
Linux :HelpPlugin
-
Applied modified patch (to guard from MSVC) in [r13678], thank you.
-
- HelpPlugin: Include unistd.h (ticket #1538, thanks LETARTARE).
-
LETARTARE created ticket #1538
Linux :HelpPlugin
-
* added forgotten NSIS installer script files for Release 25.03
-
- Fix typo in previous commit.
-
- More angle brackets replacements, see r13674.
-
- Replace angle brackets with double quotes when including some non-standard headers.
-
* BrowseTracker Include logmanager.h for non CB_PRECOMP compiles
-
- BrowseTracker Apply some cppcheck suggestions. Thanks blauzhan
-
* BrowseTracker Move CreateJumpTrackerView() request for DragScroll service to OnStartupDone();
-
It works again
-
Leap-15.6, gcc-13.3 r13670-wx328, 'compiler depslib' compiles without warning
-
Thanks for 'r13670' : 'hash.c' is good for 'Win-7::gcc-14.2-seh'
-
Gerard DURAND created ticket #1537
Link bug for Windows binaries zip files
-
- CompilerGCC: Remove warning from printf() (appendix of #1535).
-
Thanks, With Win-7 : 'cache.c' is good Line 270 is in 'hash.c'
-
Linux Depslib::cache.c Erreur format::time_t
-
Fixed in [r13669].
-
- CompilerGCC: Remove warnings from scanf() and printf() (ticket #1535).
-
This should be compatible with everything
-
It's strange, there are neither "%d" nor "long long unsigned int" in the patch, and line numbers 147, 178 and 270 do not match (the file has 216 lines).
-
Done that. Its not easy to recover so it takes some time...
-
Is it possible to add this information in the News on C::B main site.
-
We are aware of the forum issue and working on it.
-
For 'Leap-15.6' it's ok. But here's the result under 'Win-7-64bits, gcc-14.2-seh' in the attached file (warning and corrected cache.c) These warnings should not appear. **** The forum is no longer accessible to me. What about you?
-
My patch compiles OK (no warnings) on MSW and Mint 18, can you check on Leap? It includes some whitespace corrections, you can ignore them.
-
ollydbg created ticket #1536
our Codeblocks forum is broken
-
This is my proposal for the issue, is compatible with MSW in 32 and 64 bits and with those environments honouring %lld
-
The problem with time_t is that the underlying type is not defined in the standard, some systems use long long int and others long int. Probably the best solution is just using an intermediate long long int variable in the sscanf and later assign it to timeval (and similar changes in fprintf).
1 >
