error compiling nightly build revision 5046

[r.stiltskin]

After
./configure --with-contrib-plugins=all --prefix=/opt/codeblocks-svn
make failed with this error:

Code

globals.cpp: In function `FileType FileTypeOf(const wxString&)':
globals.cpp:303: error: `GetFilesGroupsAndMasks' undeclared (first use this
   function)

[MortenMacFly]

What happens if you modify the include part of globals.cpp from:

Code

#ifndef CB_PRECOMP
    [...]
    #include "filemanager.h"
#endif

...to:

Code

#ifndef CB_PRECOMP
    [...]
    #include "filemanager.h"
    #include "projectmanager.h"
#endif

Does this resolve the compiler issue?!

[r.stiltskin]

Including projectmanager.h helped.  It's compiling now -- globals.lo compiled without error.  I'll update you when it's finished.

[r.stiltskin]

Still not out of the woods.  It got as far as lib_finder, then bailed out with a syntax error:

Code

lib_finder.cpp: In member function `void
   lib_finder::SetupTarget(CompileTargetBase*, const wxArrayString&)':
lib_finder.cpp:282: error: syntax error before `->' token
lib_finder.cpp:283: confused by earlier errors, bailing out
make[5]: *** [lib_finder.lo] Error 1

I looked at that line (in trunk/src/plugins/contrib/lib_finder/lib_finder.cpp) & the preceding one but I couldn't find the syntax error.

[stahta01]

I am Guessing that it is another NON PCH build issue.

What Linux OS are you using?

Tim S

PS: I thought sdk_events.h was missing, but after I double checked it, I see no way it could cause the issue.

[MortenMacFly]

I am Guessing that it is another NON PCH build issue.

You are guessing right. Hopefully you can provide a patch... (as usual... ;-). One thing I figured out myself - but this lib_finder stuff...?!

[Jenna]

I just compiled C::B svn5046 with "--enable-pch=no" and got the first error in "global.cpp", but after adding "projectmanager.h" everything compiled fine (including all contrib-plugins).
debian sid/experimental
64-bit
gcc 4.2.3
wxWidgets 2.8.7

[r.stiltskin]

I realized that I had inadvertently used an old compiler (gcc 3.3, which I had to use for another project).  After switching back to gcc 4.1 everything compiled, including all contrib-plugins, but when I  start code::blocks, libfinder does not load (message pops up about being built for a different version of codeblocks).

What is this non-pch issue?

[MortenMacFly]

(message pops up about being built for a different version of codeblocks).

You should really do  a clean and re-build when you have messed around with different compiler versions (especially if the major number changes). This will most likely also resolve this conflict.

What is this non-pch issue?

We take advantage of pre-compiled header files within C::B. This improves compiling speed a lot but also often causes some laziness concerning includes. The result is a broken build with compiler not supporting PCH (like GCC 3.3) and/or if you disable PCH explicitly using "--enable-pch=no".

Search google for more info on PCH if that doesn't ring a bell.

[r.stiltskin]

I did "make clean" before I compiled with gcc4.1.  Shouldn't that have taken care of these issues?

Edit: I just went into the lib_finder directory & ran "make clean" and "make" there, then re-linked everything with "make install" in the trunk directory and now libfinder does load.

I'm not very good at reading makefiles.  Does "make clean" in the top makefile not delete all the object files in the plugins directories?

[MortenMacFly]

Does "make clean" in the top makefile not delete all the object files in the plugins directories?

I believe you need a make dist-clean or something, too. In any case, just removing the whole folder and do a clean checkout does work for sure. ;-)
BTW: I am not the Linux guy... probably other (Linux) devs are more wisely.

[Jenna]

I just did a "make clean" from my C::B-source root-directory. Here's a snippet of the output:

Code

Making clean in lib_finder                                                                                                   
make[4]: Entering directory `/home/jens/codeblocks-build/codeblocks-1.0svn/src/plugins/contrib/lib_finder'                   
Making clean in lib_finder                                                                                                   
make[5]: Entering directory `/home/jens/codeblocks-build/codeblocks-1.0svn/src/plugins/contrib/lib_finder/lib_finder'        
rm -rf .libs _libs                                                                                                           
rm -f *.lo                                                                                                                   
make[5]: Leaving directory `/home/jens/codeblocks-build/codeblocks-1.0svn/src/plugins/contrib/lib_finder/lib_finder'         
Making clean in .                                                                                                            
make[5]: Entering directory `/home/jens/codeblocks-build/codeblocks-1.0svn/src/plugins/contrib/lib_finder'                   
test -z "lib_finder.zip" || rm -f lib_finder.zip                                                                             
test -z "liblib_finder.la" || rm -f liblib_finder.la                                                                         
rm -f "./so_locations"                                                                                                       
rm -rf .libs _libs                                                                                                           
rm -f *.o                                                                                                                    
rm -f *.lo                                                                                                                   
make[5]: Leaving directory `/home/jens/codeblocks-build/codeblocks-1.0svn/src/plugins/contrib/lib_finder'                    
make[4]: Leaving directory `/home/jens/codeblocks-build/codeblocks-1.0svn/src/plugins/contrib/lib_finder'                    

That means it really cleans up the lib_finder sub-dirs and a look in it shows me that there are no *.so *.lo or any other object files any more.

Don't know what went wrong for you.

[r.stiltskin]

It must have been the sequence of my actions.  First I built everything with the old compiler.  Saw that lib_finder wasn't compiled, so I re-ran configure to exclude lib_finder, recompiled & installed.  That completed successfully, but when I tried to load code::blocks, it failed to load.  That's when I realized I was using gcc3.3, so I changed my compiler links, ran "make clean", configured again to include everything, and  so on...

But when I did that first "make clean", I was configured to exclude lib_finder so I guess the makefile wouldn't have cleaned that directory.

Oh, well... I guess it doesn't really matter.  Everything seems to be working now.