41
Help / Re: AVR Compiler
« Last post by LETARTARE on March 16, 2025, 10:03:22 am »Hello,
which operating system?
which operating system?
News:
When registered with our forums, feel free to send a "here I am" post here to differ human beings from SPAM bots.
Recent Posts
42
Help / Re: Installing Code::Blocks from source on Linux
« Last post by Krice on March 16, 2025, 09:43:43 am »In some unrelated projects people have solved this by creating a symlink to libtiff which in this case is libtiff.so.6.0.2 (other files are symlinks themselves) so I did that in my usr/lib64, but now it's just giving an error already in the compile phase, in astyle.h:
This seems to indicate that something doesn't include std::string header, right?
Edit: also, there could be some kind of confusion in including astyle.h in asstreamiterator.h. If you use angle brackets it's trying to find the file in usr/library while there is also plugins/astyle/astyle directory where you can find another astyle.h which is not included unless you write #include "astyle/astyle.h", well I guess depending how this project is handling that kind of stuff, could be something else happening.
Code
In file included from asstreamiterator.h:15,
from asstreamiterator.cpp:10:
/usr/include/astyle.h:295:44: error: 'std::string_view' has not been declared
295 | const std::string* findHeader(std::string_view line, int i,
| ^~~~~~~~~~~
This seems to indicate that something doesn't include std::string header, right?
Edit: also, there could be some kind of confusion in including astyle.h in asstreamiterator.h. If you use angle brackets it's trying to find the file in usr/library while there is also plugins/astyle/astyle directory where you can find another astyle.h which is not included unless you write #include "astyle/astyle.h", well I guess depending how this project is handling that kind of stuff, could be something else happening.
43
Nightly builds / Re: The 15 March 2025 build (13634) is out.
« Last post by nore on March 15, 2025, 05:40:00 pm »I will be waiting for the x86 version. Thanks for all the hard work.
44
Nightly builds / The 15 March 2025 build (13634) is out.
« Last post by killerbot on March 15, 2025, 05:31:11 pm »We switched to gcc 14.2.0 (on 09 December 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.2.0posix-19.1.1-12.0.0-ucrt-r2/winlibs-x86_64-posix-seh-gcc-14.2.0-mingw-w64ucrt-12.0.0-r2.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_gcc1420-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls14.2.0.7z
The 15 March 2024 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2025/CB_20250315_rev13634_win64.7z
- Linux :
none
The current SDK version is : 2.25.0
Resolved Fixed:
Regressions/Confirmed/Annoying/Common bugs:
Get the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/14.2.0posix-19.1.1-12.0.0-ucrt-r2/winlibs-x86_64-posix-seh-gcc-14.2.0-mingw-w64ucrt-12.0.0-r2.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_gcc1420-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls14.2.0.7z
The 15 March 2024 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2025/CB_20250315_rev13634_win64.7z
- Linux :
none
The current SDK version is : 2.25.0
Resolved Fixed:
- wxSmithContribItems/wxMathPlot: Fix using numbers instead of enums for several properties. This makes the plugin also compatible with later versions of wxMathPlot
- SDK: Do not crash if a project in the workspace is missing (ticket #1316, thanks LETARTARE)
- lib_finder: Fix plugin loading on Linux (ticket #1517)
Regressions/Confirmed/Annoying/Common bugs:
45
Help / AVR Compiler
« Last post by ksoni on March 15, 2025, 11:14:19 am »How to set / add avr compiler in codeblocks 20:03, 64 bit version
46
Development / Re: cannot find -luser32 etc.
« Last post by reckless on March 15, 2025, 09:08:03 am »you can use allmost whatever compiler you like borland msvc mingw watcom etc.
the thing to look out for is if you are not familar with the compiler you chose to use as they all use different flags for the same operation.
for msys2 you can download the codeblocks package via pacman but if you want to use the 32 bit mingw compiler you need to do a bit of compiler setup since it defaults to 64 bit mingw.
borland atleast the older free version defaults to 32 bit so should be easy enough.
msvc has it's own ide so using codeblocks with it is more user preference.
watcom also comes with an ide but it lacks quite a few features like syntax highlighting.
TDM-mingw has both 32 and 64 bit mingw compilers (in one package even) and was shipped with older versions of codeblocks.
the problem with TDM is that it was discontinued somewhere around gcc 10 so it lacks some of the more modern standards.
it was also a bit buggy at times.
as for where to get them use google or startpage or whatever search engine you fancy.
the thing to look out for is if you are not familar with the compiler you chose to use as they all use different flags for the same operation.
for msys2 you can download the codeblocks package via pacman but if you want to use the 32 bit mingw compiler you need to do a bit of compiler setup since it defaults to 64 bit mingw.
borland atleast the older free version defaults to 32 bit so should be easy enough.
msvc has it's own ide so using codeblocks with it is more user preference.
watcom also comes with an ide but it lacks quite a few features like syntax highlighting.
TDM-mingw has both 32 and 64 bit mingw compilers (in one package even) and was shipped with older versions of codeblocks.
the problem with TDM is that it was discontinued somewhere around gcc 10 so it lacks some of the more modern standards.
it was also a bit buggy at times.
as for where to get them use google or startpage or whatever search engine you fancy.
47
Development / Re: asm("int3"); /*trap*/ query
« Last post by reckless on March 15, 2025, 08:54:02 am »Code
#if defined(__i386__) || defined(__x86_64__)
__asm__ __volatile__("int {$}3":);
#elif defined(__arm__)
__asm__ __volatile__("udf #0xfe");
#elif defined(__aarch64__)
__asm__ __volatile__("brk #0xf000");
#else
__asm__ __volatile__("unimplemented");
#endifthis should cover it if you need it again.
48
General (but related to Code::Blocks) / Re: patch for the autotools build to work with Msys2/MinGW32
« Last post by reckless on March 15, 2025, 08:38:48 am »i might be able to post an ucrt32 version for interrested parties soon as i completed building the ucrt32 cross compiler on msys2.
might be interresting for people still using 32 bit vista or win7 though they need to download the ucrt update for there OS (avaliable from microsoft).
also experimenting with a TDM based version of gcc-14.2.0 ucrt with a lot of bugfixes to the code.
the mingw* msvcrt version works quite fine allready except in gdk-pixbuf and ogre3d but even the non TDM version bugs out on those two if linked to the static runtimes so it seems to be a bug in there code.
for some reason gdk-pixbuf links in the static version of the image loaders when linked to the static runtimes but not when doing a normal build which has me a bit miffed.
might be interresting for people still using 32 bit vista or win7 though they need to download the ucrt update for there OS (avaliable from microsoft).
also experimenting with a TDM based version of gcc-14.2.0 ucrt with a lot of bugfixes to the code.
the mingw* msvcrt version works quite fine allready except in gdk-pixbuf and ogre3d but even the non TDM version bugs out on those two if linked to the static runtimes so it seems to be a bug in there code.
for some reason gdk-pixbuf links in the static version of the image loaders when linked to the static runtimes but not when doing a normal build which has me a bit miffed.
49
General (but related to Code::Blocks) / Re: Will there be a 32-bit (i686) version of Code::Blocks 24.12?
« Last post by reckless on March 15, 2025, 08:26:55 am »well i can provide you with a 32 bit build of it but it is intended for Msys2 Mingw32 so might have a lot of dependant dll's that need copying off.
its in PKGBUILD format but you can open the package with 7zip and just copy the whole thing to wherever you need it.
its in PKGBUILD format but you can open the package with 7zip and just copy the whole thing to wherever you need it.
50
Help / Re: Installing Code::Blocks from source on Linux
« Last post by cacb on March 14, 2025, 09:17:01 pm »For building Code::Blocks from source under Kubuntu use build_cb.sh found at
https://gitlab.com/arnholm/cpde_3rdparty/-/tree/master/gcc/codeblocks
Maybe it is helpful to some.
https://gitlab.com/arnholm/cpde_3rdparty/-/tree/master/gcc/codeblocks
Maybe it is helpful to some.