Recent Posts

11

General (but related to Code::Blocks) / FYI: wxWidgets 3.2.7 Released

« Last post by ollydbg on Yesterday at 10:57:54 am »

See its official page:

wxWidgets 3.2.7 Released - wxWidgets

12

Help / Re: Installing Code::Blocks from source on Linux

« Last post by Krice on Yesterday at 09:56:05 am »

Yeah, I don't actually know how that worked, because doesn't it also need the library file? Maybe just building wx from source fixed everything. I guess I could try it again by using angle brackets and rebuilding Code::Blocks, but I'm not in the mood right now. Anyway, when you are using angle brackets you should somehow make sure it's using headers in the project (and not in lib or elsewhere in path), because why would you otherwise have them in a project directory? And even then it feels wrong, because two styles of using #include are there for a reason.

13

Help / Re: Installing Code::Blocks from source on Linux

« Last post by Miguel Gimenez on Yesterday at 09:16:40 am »

Reverted commit 13635.

14

Help / Re: Installing Code::Blocks from source on Linux

« Last post by stahta01 on March 20, 2025, 10:24:16 pm »

Is there a HAVE_CXX17?

EDIT: I do not use autotools, if someone can post a patch for configure.ac or Makefile.am including checking for C++17 it would be safer.

Then you would have to keep editing the configure.ac each time a new version is released; so now HAVE_CXX17, HAVE_CXX20, and HAVE_CXX23.

Tim S.

Likely best to wait till a person who is more of an expert can do the change.

Tim S.

15

Help / Re: Installing Code::Blocks from source on Linux

« Last post by stahta01 on March 20, 2025, 10:21:26 pm »

Is there a HAVE_CXX17?

EDIT: I do not use autotools, if someone can post a patch for configure.ac or Makefile.am including checking for C++17 it would be safer.

Then you would have to keep editing the configure.ac each time a new version is released; so now HAVE_CXX17, HAVE_CXX20, and HAVE_CXX23.

Tim S.

16

Help / Re: Installing Code::Blocks from source on Linux

« Last post by Miguel Gimenez on March 20, 2025, 07:27:19 pm »

Is there a HAVE_CXX17?

EDIT: I do not use autotools, if someone can post a patch for configure.ac or Makefile.am including checking for C++17 it would be safer.

17

Plugins development / Re: DevPak installer works?

« Last post by stahta01 on March 20, 2025, 06:51:28 pm »

Does the DevPak installer still work to this day? It tries to connect to a now offline site and doesn't let the user change it.
If it works I think it should be patched to let the user type in a URL for any website for installation from it.

About three years ago it failed to work for me; but it might be a simple fix, I think it was more than just fixing the URL.
But the problem might have been all the packages were too old to work.

Tim S.

18

Help / Re: Installing Code::Blocks from source on Linux

« Last post by stahta01 on March 20, 2025, 06:44:33 pm »

OK, but it is already giving problems the other way because the newer astyle library needs C++17 and we use C++11.

I would remove library detection from configure.ac and HAVE_ASTYLE check from Makefile.am, opinons?

I would check for CXX11 or CXX14 and [if yes] disable looking for system astyle. The exact names are likely in an m4 file.
Edit: HAVE_CXX11 and HAVE_CXX14

Tim S.

19

Help / Re: Installing Code::Blocks from source on Linux

« Last post by Miguel Gimenez on March 20, 2025, 06:37:44 pm »

OK, but it is already giving problems the other way because the newer astyle library needs C++17 and we use C++11.

I would remove library detection from configure.ac and HAVE_ASTYLE check from Makefile.am, opinons?

20

Help / Re: Installing Code::Blocks from source on Linux

« Last post by stahta01 on March 20, 2025, 06:24:52 pm »

@Miguel Gimenez I think above patch can cause compiling against astyle headers provided in codeblocks,  and link to astyle libraries present in the system. This might cause issues because of ABI incompatibility.

From configure.ac

Code

AC_CHECK_HEADER(astyle.h, [HAVE_ASTYLE=yes], [HAVE_ASTYLE=no])

dnl check if system astyle is at least 3.0, otherwise use bundled astyle-library
dnl ASPeekStream is declared since 3.0
if test "$HAVE_ASTYLE" = "yes" ; then
	AC_CHECK_TYPE([astyle::ASPeekStream], , [HAVE_ASTYLE=no], [#include "astyle.h"])
else
	HAVE_ASTYLE=no
fi

from makefile.am

Code

if HAVE_ASTYLE
libAstyle_la_LIBADD += -lastyle
EXTRA_DIST += astyle/ASBeautifier.cpp \
		astyle/ASEnhancer.cpp \
		astyle/ASFormatter.cpp \
		astyle/ASResource.cpp \