Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

Error building codeblocks 7860

<< < (4/7) > >>

MortenMacFly:

--- Quote from: oBFusCATed on February 28, 2012, 08:32:01 pm ---Linux, make -j5, gcc 4.5.3 core2quad 6600 @ 3.2 ghz.

--- End quote ---
LOL - you shouldn't use a high-speed PC, but one with a standard CPU config and (more interesting) standard HDD, no RAID, no SSD no large cache, nothing like that.

oBFusCATed:
This is on a standard hard disk, no ssd, no other optimizations, 4 gb of ram.
The q6600 should be pretty low spec by today's standards, it is a cpu released at the end of 2006 ( http://en.wikipedia.org/wiki/Kentsfield_%28microprocessor%29 )

MortenMacFly:

--- Quote from: oBFusCATed on February 28, 2012, 10:53:27 pm ---This is on a standard hard disk, no ssd, no other optimizations, 4 gb of ram.

--- End quote ---
...but -j 5 then?

However, I'd like to state another thing: If you want to compile w/o PCH you can always do that by #defining NOPCH for the build process. That's the common procedure for both: the "WX" PCH and our own "C::B" PCH concept. Maybe you should simply always do that. :-)


BTW: There is another reason that it might be not as performance as it ought to be;: Simply because not all files are correctly setup for the PCH usage. (In fact a lot are not.)

killerbot:
that's another reason to abandon it, I would say. IF still a whole bunch of files are still not correctly setup, we should be honest after all those years and say we just don't know how to do it, or we just keep on failing to do it right.
Time to surrender and move on ;-)

PS : and then we won't need Tim's patches anymore because one again it didn't build without pch, because someone didn't correctly add include files, because automagically it was compiling due to pch.

just my personal view on the matter.

ollydbg:

--- Quote from: MortenMacFly on February 28, 2012, 08:44:10 am ---
--- Quote from: oBFusCATed on February 28, 2012, 08:11:46 am ---Morten: Can we make C::B delete the .gch files automatically, when the user executes clean or rebuild?

--- End quote ---
In both cases they already should be cleaned automatically. The error IMHO occurs because people don't clean or re-build, they just do a build.

--- End quote ---

I click the "clean" button, but I found that ".o" files were deleted by C::B. But unfortunately, the PCH files still exist. They are:
cb_trunk\src\include\sdk_precomp.h.gch
and
cb_trunk\src\include\sdk.h.gch
So, my question is: can we delete those .gch files when we press the "clean" button?

EDIT:
Oh, it looks like now the pch files were put seperatedly by wx28 project(under .objs\include) and wx29 project(under .objs29\include).

EDIT2
Ok, I see the change in 2012-02-15

--- Code: --- src/CodeBlocks.cbp |   19 +++----------------
 1 files changed, 3 insertions(+), 16 deletions(-)

diff --git a/src/CodeBlocks.cbp b/src/CodeBlocks.cbp
index 4457729..75e069f 100644
--- a/src/CodeBlocks.cbp
+++ b/src/CodeBlocks.cbp
@@ -2,8 +2,7 @@
 <CodeBlocks_project_file>
  <FileVersion major="1" minor="6" />
  <Project>
- <Option title="Code::Blocks" />
- <Option pch_mode="2" />
+ <Option title="Code::Blocks wx2.8.x" />
  <Option default_target="src" />
  <Option compiler="gcc" />
  <Build>

--- End code ---

So, we have change the pch generate mode (output directory). PCH deleting should work OK.

Navigation

[0] Message Index

[#] Next page

[*] Previous page