Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
1
Plugins development / Re: DevPak installer works?
« Last post by stahta01 on Today at 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.
2
Help / Re: Installing Code::Blocks from source on Linux
« Last post by stahta01 on Today at 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.
3
Help / Re: Installing Code::Blocks from source on Linux
« Last post by Miguel Gimenez on Today at 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?
4
Help / Re: Installing Code::Blocks from source on Linux
« Last post by stahta01 on Today at 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 \
5
Help / Re: Installing Code::Blocks from source on Linux
« Last post by christo on Today at 05:51:31 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.
6
Plugins development / DevPak installer works?
« Last post by Михаил Агарков on Today at 04:59:30 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.
7
Nightly builds / Re: The 15 March 2025 build (13634) is out.
« Last post by ThierryD on Today at 02:24:34 pm »
Hello Xaviou,

Nigthly build SVN 13634 seems inaccessible on your PPA.
On my two config Linux Mint 22.1 (~ Ubuntu Noble 24.04), travel into PPA look only SVN 13620.

Thank's.

Thierry.
8
Help / Re: Installing Code::Blocks from source on Linux
« Last post by Miguel Gimenez on Today at 12:04:14 pm »
Angle brackets changed to double quotes in r13635, thank you for reporting.
9
Help / Re: Installing Code::Blocks from source on Linux
« Last post by Krice on Today at 10:35:20 am »
Fixed astyle by searching which files were including astyle.h with angle brackets, there are three headers in astyle directory: asstreamiterator.h, dlgformattersettings.h and formattersettings.h. Changed those to "astyle/astyle.h" which seemed like what they should be in the first place, because now they are using the astyle that is in the plugin directory.

I still got wx errors after that so I thought why not compile wx from the source, because it seems to want to use the usr/local version anyway. Wx compiled without errors which means I must have compiled it earlier. Then sudo make install and that was it. Code::Blocks compiled after that.

I don't know if this is supposed to happen, but the new Code::Blocks overwrites the one installed from Fedora Software, because when you click the icon it runs the new version.
10
Help / Re: Installing Code::Blocks from source on Linux
« Last post by stahta01 on Yesterday at 05:34:27 pm »
If I remember correctly, "AX_CXX_COMPILE_STDCXX(17, noext)" will result in wxSmith not building.

Tim S.
Pages: [1] 2 3 4 5 6 ... 10