User forums > Using Code::Blocks
How to edit linux kernel sources with code::blocks ?
Jenna:
I just tested on my laptop (debian unstable/experimental, 64-bit, Core2Duo 2x2GHz, T7200, 3.3MB usable RAM, 4 MB Cache).
I created an empty project, clicked add files recursively adn left all as C::B has chosen, that means just the default filetypes were added.
I attach a screenshot of the code-stats ("only" a little more than 21k files here, debian linux source 2.6.29-5).
Here is the output:
--- Code: ---Loading project file...
Parsing project file...
Loading target Debug
Loading target Release
Loading project files...
21644 files loaded
Done loading project in 13874ms
Project's base path: /home/jens/kernel-tmp/
Project's common toplevel path: /home/jens/kernel-tmp/
Add project test in parsing queue
Caching internal gcc dirs for adding to parser...
Caching GCC dir: /usr/include/c++/4.4
Caching GCC dir: /usr/include/c++/4.4/x86_64-linux-gnu
Caching GCC dir: /usr/include/c++/4.4/backward
Caching GCC dir: /usr/lib/gcc/x86_64-linux-gnu/4.4.0/include
Caching GCC dir: /usr/lib/gcc/x86_64-linux-gnu/4.4.0/include-fixed
Caching GCC dir: /usr/include/x86_64-linux-gnu
Caching GCC dir: /usr/include
Passing list of files to parse
Starting batch parsing
Parsing stage done (22380 total parsed files, 913739 tokens in 1 minute(s), 14.287 seconds).
Updating class browser...
Class browser updated.
--- End code ---
svn r5616 against wxWidgets 2.8.10, build with gcc 4.3.2
All with ToDo-plugin enabled, but ToDo list closed and only parsing open files.
I tried to parse all project-files with ToDo-plugin, but cancelled, because it needs a really long time and does not make sense.
[attachment deleted by admin]
Brane2:
Nope. I've just checked and it's inactive.
Besides, I've tried to turn off everything I could and thing was still crashing.
Obviously, since code completion was the whole point, I've left that one on...
Brane2:
--- Quote from: jens on June 08, 2009, 12:15:54 pm ---I just tested on my laptop (debian unstable/experimental, 64-bit, Core2Duo 2x2GHz, T7200, 3.3MB usable RAM, 4 MB Cache).
I created an empty project, clicked add files recursively adn left all as C::B has chosen, that means just the default filetypes were added.
I attach a screenshot of the code-stats ("only" a little more than 21k files here, debian linux source 2.6.29-5).
--- End quote ---
Have you waited just for the left window manager to show imported filenames or did you wait some more for C::B to finish scanning in the background and release CPU ?
Also, can you try saving the project and then reopen it a couple of times, preferably on somewhat loaded system ( e.g while playing some movie in vlc or somesuch ) ?
Brane2:
Hmm.
I have same OS ( Gentoo 64-bit) on my laptop ( Dell Inspiron 1720, CPU: Intel T8300 - 2.4GHz, 4GB RAM) and C::B works there flawlessly.
I have imported whole kernel, then saved project and then re-opened it some 5 times without any problem.
i'm beginnig to thint issue might be either some bug or feature in my Phenom 9950 in desktop or is it some issue with QC proc in general.
Could someone with Phenom or Intel QC chip try same thing ?
Jenna:
I tested again under heavy load (compiling 32- and 64-bit debian-packages of C::B at once in pbuilder chroots) and doing normal work.
3:50 min to load the project and end batch parsing if symbols browser is disabled (CC on) and 7:22 min if symbols browser is enabled and should show everything.
But system is stable and no additional latencies when working with other programs.
System memory used unless about 200~300 kb. As good as no swapping needed (140 kb of swap space used).
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version