Thanks! At r13752 Codeblocks with NassiShneiderman plugin is successsfully compiled with boost-1.89. 0. Maybe an additional NassiShneiderman autotools cleanup will be useful (see attached patch). Please note that m4/ax_boost_system.m4 is removed here too!
Thanks! At r13752 Codeblocks with NassiShneiderman plugin is successsfully compiled. Maybe an additional NassiShneiderman autotools cleanup will be useful (see attached patch). Please note that m4/ax_boost_system.m4 is removed here!
I see in NassiShneiderman plugin sources the boost mention only in CParcer.cpp #include <boost/spirit/include/classic.hpp> #include <boost/spirit/include/classic_core.hpp> #include <boost/spirit/include/classic_symbols.hpp> #include <boost/spirit/include/classic_confix.hpp> using namespace boost::spirit::classic; and in parserules.h #include <boost/spirit/core.hpp> #include <boost/spirit/symbols/symbols.hpp> #include <boost/spirit/utility/chset.hpp> #include <boost/spirit/utility/escape_char.hpp>...
Apart from everything else is NassiShneiderman plugin required to be linked against boost and especially against boost_system library? Does it require headers only? The boost_system was added in https://sourceforge.net/p/codeblocks/code/11186/ and https://sourceforge.net/p/codeblocks/code/11227/ to fix Gentoo build against boost-1.65 and some later.
Apart from everything else is NassiShneiderman plugin required to be linked against boost and especially against boost_system library? Does it require headers only?
Failed to configure Codeblocks (and to build) against boost-1.89.0
DisplayEvent core plugin isn't built for CodeBlocks 25.03
The problem isn't with codeblocks soursecode itself. It's related to system used astyle-3.6.1: the appropriate plugin includes system astyle headers and astyle-3.6.1 uses C++17 features (i.e. string_view). But changes of r13577 results in addition of -std=c++11 to CXX env variable: CXX: x86_64-pc-linux-gnu-g++ -std=c++11 instead of CXX: x86_64-pc-linux-gnu-g++). Is it expected behaviour?