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?
Forced std=c++11 and failed to build against system astyle-3.6.1 since r13577
Sorry. I attached it initially but then asked to relogin on save action and didn't recheck if it presented. File is attached here now.
Patch: fix FortranProject plugin build via autotools
Patch: fix Scintilla buffer over-read with absolute reference
tests/mercurialapi_test.py: fix failure in Python 3.11 for inspect module
uservardlgs.cpp: error: ‘wxFileDialog’ was not declared in this scope
Related upstream issue: https://github.com/albertodemichelis/squirrel/issues/261
(rev 12880) (-flto enabled) Build error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing]
Yes, this patch fixes issue. Thanks!
Revision 12805 failed to compile with --disable-pch option
I just run "svn checkout https://svn.code.sf.net/p/codeblocks/code/trunk codeblocks-code" and besides codeblocks trunk it downloads also FortranProject directory (and some others external sources). Is this behaviour of svn repo always was presented? But the .zip snapshot doesn't contain external sources. Anyway the current patch is outdated due to changes that allows now to build FortranProject as separate package. I should rework the patch to check the presence of FortranProject directory and if...
I found that this was already fixed in https://sourceforge.net/p/codeblocks/code/11266/ so this issue can be closed.
Remove AboutDlg button linked to 'codeblocks.org'
Update year to 2018 in about dialog copyright
Fix Qt version number in About dialog
Fix wxwidgets build fails
Fix: conditional build wxGTK2.8/3.0
Fix wxWidgets version displaying in About window
Fix "iCCP: known incorrect sRGB profile" warning
Fix install of cr3.{desktop,png,xmp} files
Update CR_ENGINE_{VERSION,BUILD_DATE}
Fix Qt version autoreplacing
Codeblocks-17.12 Astyle plugin incompatible with astyle-3.1
patch: "plugins/contrib/FortranProject" building via autotools in Linux