g++ -DHAVE_CONFIG_H -I. -I../../../src/include -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -I../../../src/include -I../../../src/include/wxscintilla/include -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT codecompletion.lo -MD -MP -MF .deps/codecompletion.Tpo -c codecompletion.cpp -fPIC -DPIC -o .libs/codecompletion.o
codecompletion.cpp: In member function ‘void CodeCompletion::OnOpenIncludeFile(wxCommandEvent&)’:
codecompletion.cpp:1920: error: ‘IsSuffixOfPath’ was not declared in this scope
make[4]: *** [codecompletion.lo] Error 1
make[4]: Leaving directory `/home/lieven/Projects/Codeblocks/trunk/src/plugins/codecompletion'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/lieven/Projects/Codeblocks/trunk/src/plugins/codecompletion'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/lieven/Projects/Codeblocks/trunk/src/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/lieven/Projects/Codeblocks/trunk/src'
make: *** [all-recursive] Error 1
I am also at 6015, but the 'breaking' code was added in those revisions.I am happy to assist. I've still some patches pending for CC. Hence this may be the reason for the broken build as my version of CC is heavily different. I tried to be as careful as possible when doing the "patch wave" (as you got aware obviously... ;-)), but maybe I missed some lines of code for the CC plugin.
I don't think so, because it works here.I am also at 6015, but the 'breaking' code was added in those revisions.I am happy to assist. I've still some patches pending for CC. Hence this may be the reason for the broken build as my version of CC is heavily different. I tried to be as careful as possible when doing the "patch wave" (as you got aware obviously... ;-)), but maybe I missed some lines of code for the CC plugin.
I hate those nasty things. 8)This is really weired, really! It happens to me over and over again, too. But I can't figure out exactly when this happens - there seems to be no logic. Sometimes it works, the other times not. I made myself a "clean.bat" file for C::B which takes care of removing all PCH's and libs for a "true" re-build. If you (or anyone else) is interested, I can attach it here...
I am surely interested....so here it comes (zipped). place it where the C::B project file is and adjust the path at the beginning of the batch file. You may need to adjust the path to libwxPdfDocument.a.
>>> Emerging (1 of 1) dev-util/codeblocks-9999-r20 from obfuscated local repo
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
>>> Unpacking source...
* subversion update start -->
* repository: svn://svn.berlios.de/codeblocks/branches/wxpropgrid_debugger
At revision 6018.
* working copy: /usr/portage/distfiles/svn-src/codeblocks-9999/wxpropgrid_debugger
* Syncing /usr/portage/distfiles/svn-src/codeblocks-9999/wxpropgrid_debugger/ into /var/tmp/portage/dev-util/codeblocks-9999-r20/work/codeblocks-9999
* Applying up_01_cc_stl.patch ... [ ok ]
* Applying up_02_cbauibook_20091114.patch ... [ ok ]
* Applying 11_better_compiler_log.patch ... [ ok ]
* Applying 13_cc_call_tip.patch ... [ ok ]
* Applying 19_select_file_all_projects.patch ... [ ok ]
* Applying 21_text_ctrl_color.patch ... [ ok ]
* Applying 23_cc_toolbar.patch ... [ ok ]
* Applying 24_dbg_speedup.patch ... [ ok ]
* Applying 25_todo_doubleclick.patch ... [ ok ]
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: You should add the contents of the following files to `aclocal.m4':
libtoolize: `/usr/share/aclocal/libtool.m4'
libtoolize: `/usr/share/aclocal/ltoptions.m4'
libtoolize: `/usr/share/aclocal/ltversion.m4'
libtoolize: `/usr/share/aclocal/ltsugar.m4'
libtoolize: `/usr/share/aclocal/lt~obsolete.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.in: installing `./install-sh'
configure.in: installing `./missing'
src/base/tinyxml/Makefile.am: installing `./depcomp'
configure.in:7: installing `./config.guess'
configure.in:7: installing `./config.sub'
configure.in:209: required file `src/plugins/scriptedwizard/resources/directx/files/Makefile.in' not found