News:

When registered with our forums, feel free to send a "here I am" post here to differ human beings from SPAM bots.

Main Menu

Compiling C::B on Slackware 10.2

Started by slice24, November 05, 2006, 06:05:08 AM

Previous topic - Next topic

slice24

I'm trying to compile C::B on Slackware 10.2 but I keep having issues with the sources that I am checking out.

I initially tried downloading the trunk on Oct. 25th, and after much finagling with the source, that is to say, that a large number of cpp files in the src folders, plugin folders and contrib folders were missing many includes, which I added manually as I came across them, which finally allowed me to make (a very buggy) build.  I have attempted updating the tree via svn update, and redownloading the trunk for revisions 3173 and 3180, but I am still having include issues.  My current issues reside in:

g++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -I../../src/sdk/wxscintilla/include -I../../src/sdk/tinyxml -I../../src/sdk/scripting/include -I../../src/sdk/scripting/sqplus -I../../src/sdk/wxFlatNotebook/include -I../../src/sdk/propgrid/include -O2 -ffast-math -g -O2 -fPIC -DPIC -MT printing_types.lo -MD -MP -MF .deps/printing_types.Tpo -c printing_types.cpp  -fPIC -DPIC -o .libs/printing_types.o
printing_types.cpp: In function `void InitPrinting()':
printing_types.cpp:28: error: `Manager' undeclared (first use this function)
printing_types.cpp:28: error: (Each undeclared identifier is reported only once
   for each function it appears in.)
printing_types.cpp:28: error: syntax error before `::' token
printing_types.cpp:29: error: syntax error before `::' token
make[4]: *** [printing_types.lo] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

I can attempt to find where Manager:: is defined and include it again, but this could be the start of tracking down other missing includes where I will end up with a buggy build.

FYI, I am running gcc 3.3.6, automake 1.9.5, svn 1.4.0, and I checked out the source via svn checkout svn://svn.berlios.de/codeblocks/trunk

I have been using CodeBlocks on several Windows machines without many problems, but I can not get C::B to compile on linux without a number of changes to the source.  This seems like a wierd problem to me, as Nightly builds are announced everyday, so someone must be able to compile it properly :) Any help would be appreciated.

Regards,
Chris

MortenMacFly

Quote from: slice24 on November 05, 2006, 06:05:08 AM
FYI, I am running gcc 3.3.6, [...]
Could be a non-PCH compatibility issue. Please give me time until Monday and I'll take a look into.
With regards, Morten.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

MortenMacFly

It *was* a non-PCH compiler issue. Fixed in SVN. Please try again with revision 3183...
With regards, Morten.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

slice24

Excellent.  This update fixed the compiling issue. I haven't had the time to play around with it, but I'm overjoyed to finally get it to compile.  On a side note, is it possible to build a project with C::B that doesn't use precompiled headers?

MortenMacFly

Quote from: slice24 on November 06, 2006, 08:20:20 PM
is it possible to build a project with C::B that doesn't use precompiled headers?
Sure, you did this with gcc 3.3.6 as it doesn't support PCH. That's also why you ran into trouble. The "default" compiler used by most of the devs is a gcc that supports PCH. I only have access to an (old) Linux box from time to time where I can fix such issues.
With regards, Morten.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]