Author Topic: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.  (Read 57873 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5295
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2810_gcc441.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc441.7z

The 12 September 2010 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20100912_rev6583_CC_BRANCH_win32.7z
  - Linux :
   none

Important changes compared to regular nightly:

01. Parser now support conditional preprocessor expression handling.
02. Support Parsing stand alone files without any CB project opened. Now, CB can be regard as a code browser. both symbols tree and codecompletin can still be used.
03. Add CC toolbar scope selection, improve toolbar state synchronization with the editor.
04. Partially added the re-factoring function, rename symbol, find reference
05. Automatically add the opening and closing brace ({ }) and semicolons after "class" or "enum" keyword.
06. Support smart tab jump, this behavior is like Eclipse editing style.
07. Added support for showing Call tip when typing Macros
08. Added support "step in" and "step out" for cdb debugger
09. Smart auto-compleiton: Avoid adding extra duplicate text if some similar text is behind the caret.
10. Add "Stream Comment", just use "Edit > Stream Comment" menu item.
11. AStyle now support format on selected text
12. One parser per project, this means several parser objects and tokenstrees can coexist in the same workspace.
13. Context menu supporting "reparse select project" and "reparse select file"
14. partially add template parsing, improve call tip( show the formal template argument together)
15. Class browser now support muti-directory swaping and jumping of source files, so the tokens information show in the symbols tree were merged and shown correctly.
16. Supporting auto-completion for header files and system files.
17. Added operator overloading for template class, support smart-pointer for * [] -> overloading.
18. Support auto indent for "if/else/for/while/do"
19. Parsing now can do macro expension, so that a lot of macro mixed code (like wxWidgets' code) can parse correctly.
20. Jump to function declaration or function implementation is much precise.
21. Refactor the CC's AI match algorithm( remove the recusive code), improve performance, and avoid some hang situation.
22. Auto cancel indent when type 'public:' or 'protected:' or 'private:'
23. Add feature for wxSmith's identifier handler (http://forums.codeblocks.org/index.php/topic,12345.0.html)
24. Parser now record the correct line information of Token
25. Update sash position correctly
26. Fix dropping files with wx 2.8.11
27. Add support for MSVC 10
28. Fix CompilerInheritsFrom msvc8 error
29. Support handle "using namespace" and its hierarchy
30. Improve adding parentheses after function name (auto completion)
31. Aupport saving the token list of files in debug info
32. Remove duplicate "basic_string"
33. Refactor the DoParse function in ParserThread, change from if/else to switch/case (improve performance)
34. Use hash-map to do the Macro replacement text search, (improve performance)
35. Fix bugs when delete a token, all its child token was deleted, this will cause empty toolbar problem
36. Change the short-key to do the codecompletion from Ctrl+SPACE to Shift+SPACE only for Chinese,Japanese or Korean system, because in Chinese,Japanese or Korean System, Ctrl+SPACE is always used to switch IME.
37. Improve code-completion when use global namespace.
38. Dynamically class hierarchy calculation.
39. Add up-front headers support, improve batch parsing.
40. Extra parser thread Parser logic fix and improvement.


THIS IS A SPECIAL TEST BUILD OF REFACTORINGS CARRIED OUT ON THE CODE COMPLETION BRANCH IN OUR SVN.
FOCUS IS ON ENHANCED CODE COMPLETION USABILITY.

Give your feedback on this version only in this thread, don't mix it with the regular nightly please.

Once we don't have any blockers on this version,we will merge the changes into trunk and it will be part of the regular nightlies.

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #1 on: September 13, 2010, 12:35:22 am »
NOTICE: Please set the compiler's installation directory first, then CC will works well.

The second change log, thanks a14331990 help me translate.

01. Parser now support conditional preprocessor directives.
02. Support Parsing stand alone files without any CB project opened. Now, CB can be regard as a code browser. both symbols tree and codecompletin can still be used.
03. Add CC toolbar scope selection, improve toolbar state synchronization with the editor.
04. Partially added the re-factoring function, rename symbol, find reference
05. Automatically add the opening and closing brace ({ }) and semicolons after "class" or "enum" keyword.
06. Support smart tab jump, this behavior is like Eclipse editing style.
07. Added support for showing Call tip when typing Macros
08. Added support "step in" and "step out" for cdb debugger
09. Smart auto-compleiton: Avoid adding extra duplicate text if some similar text is behind the caret.
10. Add "Stream Comment", just use "Edit > Stream Comment" menu item.
11. AStyle now support format on selected text
12. One parser per project, this means several parser objects and tokenstrees can coexist in the same workspace.
13. Context menu supporting "reparse select project" and "reparse select file"
14. partially add template parsing, improve call tip( show the formal template argument together)
15. Class browser now support muti-directory swaping and jumping of source files, so the tokens information show in the symbols tree were merged and shown correctly.
16. Supporting auto-completion for header files and system files.
17. Added operator overloading for template class, support smart-pointer for * [] -> overloading.
18. Support auto indent for "if/else/for/while/do"
19. Parsing now can do macro expension, so that a lot of macro mixed code (like wxWidgets' code) can parse correctly.
20. Jump to function declaration or function implementation is much precise.
21. Refactor the CC's AI match algorithm( remove the recusive code), improve performance, and avoid some hang situation.
22. Auto cancel indent when type 'public:' or 'protected:' or 'private:'
23. Add feature for wxSmith's identifier handler (http://forums.codeblocks.org/index.php/topic,12345.0.html)
24. Parser now record the correct line information of Token
25. Update sash position correctly
26. Fix dropping files with wx 2.8.11
27. Add support for MSVC 10
28. Fix CompilerInheritsFrom msvc8 error
29. Support handle "using namespace" and its hierarchy
30. Improve adding parentheses after function name (auto completion)
31. Aupport saving the token list of files in debug info
32. Remove duplicate "basic_string"
33. Refactor the DoParse function in ParserThread, change from if/else to switch/case (improve performance)
34. Use hash-map to do the Macro replacement text search, (improve performance)
35. Fix bugs when delete a token, all its child token was deleted, this will cause empty toolbar problem
36. Change the short-key to do the codecompletion from Ctrl+SPACE to Shift+SPACE only for Chinese,Japanese or Korean system, because in Chinese,Japanese or Korean System, Ctrl+SPACE is always used to switch IME.
37. Improve code-completion when use global namespace.
38. Dynamically class hierarchy calculation.
39. Add up-front headers support, improve batch parsing.
40. Extra parser thread Parser logic fix and improvement.
« Last Edit: September 13, 2010, 09:50:57 am by Loaden »

Offline ironhead

  • Almost regular
  • **
  • Posts: 210
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #2 on: September 13, 2010, 03:48:11 am »
I'm not sure if it's just me, but with this build, I std namespace completion doesn't seem to work.  For example:

Code
std::

Under the normal nightly will list the std classes, with this release, I don't get that behaviour.

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #3 on: September 13, 2010, 04:13:48 am »
I'm not sure if it's just me, but with this build, I std namespace completion doesn't seem to work.  For example:

Code
std::

Under the normal nightly will list the std classes, with this release, I don't get that behaviour.
Could you show some test code?
Works well in here.
Code
#include <iostream>

class A
{
public:
    void Test();
};

int main()
{
    std::
    return 0;
}

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5362
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #4 on: September 13, 2010, 09:24:48 am »
I'm not sure if it's just me, but with this build, I std namespace completion doesn't seem to work.  For example:

Code
std::

Under the normal nightly will list the std classes, with this release, I don't get that behaviour.
iron, as Loaden said, what's the exact problem you meet? it works fine in my winXP system.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #5 on: September 13, 2010, 09:26:06 am »
I'm not sure if it's just me, but with this build, I std namespace completion doesn't seem to work.  For example:

Code
std::

Under the normal nightly will list the std classes, with this release, I don't get that behaviour.
Hi, I got it.
Please set the compiler's installation directory first, then CC will works well.
« Last Edit: September 13, 2010, 09:51:13 am by Loaden »

Offline danteri

  • Single posting newcomer
  • *
  • Posts: 5
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #6 on: September 13, 2010, 10:52:43 am »
hi

this branch is great
my project used to hang around 2 minutes on startup on regular cb nightly
now it is starting instantly

thank you for great work on this branch and fast merge with trunk
see no regressions so far

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #7 on: September 13, 2010, 11:02:03 am »
my project used to hang around 2 minutes on startup on regular cb nightly
now it is starting instantly
I'm do not Understand, could you get me more explain?

Offline ptDev

  • Almost regular
  • **
  • Posts: 222
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #8 on: September 13, 2010, 11:15:08 am »
Found a subtle bug, related to refreshing of a changed editor window. It may lead to a crash.
I'm not sure if it also affects the main branch nightly, but I can confirm it impacts the CC branch.

To reproduce:
*Create or open any project, a "Hello World" will do.
*Edit any source file (e.g., main.cpp), and do not save the file.
*Go to Settings > Editor > Margins and caret.
*Change the "left margin" "width for line numbers" from the fixed value to dynamic by checking the checkbox.
*Press "OK" to confirm changes.
*Code::Blocks will fail to update the Scintilla window if the line number width changes from fixed to dynamic. If there are any edited and unsaved files, C::B crashes.

No crash occurs if all the files are saved or if we change the line margin from dynamic to fixed.

UPDATE:
FYI, The output in codeblocks.RPT.
Quote
Error occured on Monday, September 13, 2010 at 10:56:21.

D:\CCCB\codeblocks.exe caused an Access Violation at location 65f27cee in module D:\CCCB\share\codeblocks\plugins\codecompletion.dll Reading from location ffffff10.

Registers:
eax=ffffff10 ebx=0518ba7f ecx=0524256c edx=0518ba7b esi=00000000 edi=00000000
eip=65f27cee esp=07d9f448 ebp=07d9f448 iopl=0         nv up ei ng nz na pe nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010282

Call stack:
65F27CEE  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65F27CEE  _ZNK8cbPlugin9CanDetachEv
65F519E9  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65F519E9  _ZNK8cbPlugin9CanDetachEv
65F518C5  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65F518C5  _ZNK8cbPlugin9CanDetachEv
65F38B9C  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65F38B9C  _ZNK8cbPlugin9CanDetachEv
65F38C6D  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65F38C6D  _ZNK8cbPlugin9CanDetachEv
65F010F2  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65F010F2
65F01B1A  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65F01B1A
65F17BD8  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65F17BD8
65EED681  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65EED681
65EEDD71  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65EEDD71
65EF5A24  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65EF5A24
65EF24A6  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65EF24A6
65EF1DC4  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65EF1DC4
65EEBE04  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65EEBE04
65EEB864  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65EEB864
65F1B8F5  D:\CCCB\share\codeblocks\plugins\codecompletion.dll:65F1B8F5  _ZN12cbToolPlugin9BuildMenuEP9wxMenuBar
617F7F54  D:\CCCB\codeblocks.dll:617F7F54  _ZN12cbThreadPool14cbWorkerThread5EntryEv
6CCD6954  D:\CCCB\wxmsw28u_gcc_cb.dll:6CCD6954  _ZN11wxConditionD2Ev
6CCD6AD8  D:\CCCB\wxmsw28u_gcc_cb.dll:6CCD6AD8  _ZN11wxConditionD2Ev
75862599  C:\Windows\system32\msvcrt.dll:75862599  wcstombs
758626B3  C:\Windows\system32\msvcrt.dll:758626B3  _beginthreadex
76E6D0E9  C:\Windows\system32\kernel32.dll:76E6D0E9  BaseThreadInitThunk
770119BB  C:\Windows\system32\ntdll.dll:770119BB  RtlInitializeExceptionChain
7701198E  C:\Windows\system32\ntdll.dll:7701198E  RtlInitializeExceptionChain
« Last Edit: September 13, 2010, 11:30:31 am by ptDev »

Offline ptDev

  • Almost regular
  • **
  • Posts: 222
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #9 on: September 13, 2010, 11:16:41 am »
Oh, and regarding the CodeCompletion itself. I'm very happy with these changes, it is noticeably faster and more user-friendly now. I vote for a merge :)

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #10 on: September 13, 2010, 11:41:00 am »
Found a subtle bug, related to refreshing of a changed editor window. It may lead to a crash.
I'm not sure if it also affects the main branch nightly, but I can confirm it impacts the CC branch.

To reproduce:
*Create or open any project, a "Hello World" will do.
*Edit any source file (e.g., main.cpp), and do not save the file.
*Go to Settings > Editor > Margins and caret.
*Change the "left margin" "width for line numbers" from the fixed value to dynamic by checking the checkbox.
*Press "OK" to confirm changes.
*Code::Blocks will fail to update the Scintilla window if the line number width changes from fixed to dynamic. If there are any edited and unsaved files, C::B crashes.

No crash occurs if all the files are saved or if we change the line margin from dynamic to fixed.
Confirmed!

Update: I can't reproduce any more.

I reproduce only once, here is the crash report.
Quote
-------------------

Error occured on Monday, September 13, 2010 at 17:35:24.

D:\DengYC\CCBRANCH\codeblocks.exe caused an Access Violation at location 77c172e3 in module C:\WINDOWS\system32\msvcrt.dll Reading from location 07617000.

Registers:
eax=04444b54 ebx=04444b54 ecx=3f38b6d5 edx=00000000 esi=07617000 edi=0447b01c
eip=77c172e3 esp=0022f408 ebp=0022f410 iopl=0         nv up ei pl nz ac pe nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010212

Call stack:
77C172E3  C:\WINDOWS\system32\msvcrt.dll:77C172E3  memmove
65F31F22  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F31F22  _ZNK8cbPlugin9CanDetachEv
65F530FB  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F530FB  _ZNK8cbPlugin9CanDetachEv
65F53D19  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F53D19  _ZNK8cbPlugin9CanDetachEv
65F5660A  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F5660A  _ZNK8cbPlugin9CanDetachEv
65F369D7  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F369D7  _ZNK8cbPlugin9CanDetachEv
65F54A7B  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F54A7B  _ZNK8cbPlugin9CanDetachEv
65F5555B  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F5555B  _ZNK8cbPlugin9CanDetachEv
65F5599A  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F5599A  _ZNK8cbPlugin9CanDetachEv
65F43734  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F43734  _ZNK8cbPlugin9CanDetachEv
65F4397C  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F4397C  _ZNK8cbPlugin9CanDetachEv
65F0109B  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F0109B
65F01B1A  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F01B1A
65F08D91  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F08D91
65F08DE6  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F08DE6
65EEF1A2  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65EEF1A2
65ECF497  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65ECF497
65EE203F  D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65EE203F
6CCDC431  D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CCDC431  _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
6CCDDD6B  D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CCDDD6B  _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
6CCDDE3C  D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CCDDE3C  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CCDD773  D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CCDD773  _ZN12wxEvtHandler20ProcessPendingEventsEv
6CC41518  D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CC41518  _ZN12wxAppConsole20ProcessPendingEventsEv
6D1171B1  D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6D1171B1  _ZN18wxHtmlSearchEngineD1Ev
77D2B372  C:\WINDOWS\system32\USER32.dll:77D2B372  MoveWindow
77D2B317  C:\WINDOWS\system32\USER32.dll:77D2B317  MoveWindow
77D278D0  C:\WINDOWS\system32\USER32.dll:77D278D0  GetWindowTextLengthW
7C92E473  C:\WINDOWS\system32\ntdll.dll:7C92E473  KiUserCallbackDispatcher
6CD1B92A  D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CD1B92A  _ZN11wxEventLoop8DispatchEv
6CDD4B27  D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CDD4B27  _ZN17wxEventLoopManual3RunEv
6CDABF29

And, I can't find the reason, any comment?
« Last Edit: September 13, 2010, 12:45:57 pm by Loaden »

Offline danteri

  • Single posting newcomer
  • *
  • Posts: 5
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #11 on: September 13, 2010, 01:06:47 pm »
my project used to hang around 2 minutes on startup on regular cb nightly
now it is starting instantly
I'm do not Understand, could you get me more explain?

hi Loaden

i was mean this scenario:
- run cb
- load project file
- wait around 2 minutes until cb finish thinking (this 2 minutes cb would not respond, just hang window until it finish thinking)
- start interactive working

now with cc branch cb no longer needs 2 minutes to think after load project files
it gives interactive prompt almost instantly

it was very annoying in old cb

thank you for all work on this
very appreciated

Offline ptDev

  • Almost regular
  • **
  • Posts: 222
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #12 on: September 13, 2010, 01:36:59 pm »
Update: I can't reproduce any more.
I reproduce only once, here is the crash report.

And, I can't find the reason, any comment?

I tried a couple more times and managed to reproduce again. Remember, a crash only happens if the line number margin changes from fixed to dynamic, while at least one file remains changed and not saved.
For both of our cases, the RPT file seems to trace the issue back to cbPlugin::CanDetach(), but I don't know how this works well enough.
How does CodeCompletion read the editor settings? There could be a dangling pointer that causes the error when the settings are updated.

Offline ironhead

  • Almost regular
  • **
  • Posts: 210
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #13 on: September 13, 2010, 03:18:58 pm »
I'm not sure if it's just me, but with this build, I std namespace completion doesn't seem to work.  For example:

Code
std::

Under the normal nightly will list the std classes, with this release, I don't get that behaviour.
Hi, I got it.
Please set the compiler's installation directory first, then CC will works well.

I'm using the drangon MinGW64-w64 native 64 bit compiler and I have my tool chain directory set properly (C:\MinGW64) and I've even added the included directories specifically (C:\MinGW\include, C:\MinGW63\x64_64-w64-mingw32\include) to the compiler search directories.  The w32api functions (i.e. CreateWindow, etc.) work fine, but the std namespace classes do not.  I've tested with your example code and I get no listing after std::, however, if I type A:: I see Test() listed.

Is there some sort of log window or something for CC that I can bring up to see what's happening?

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
« Reply #14 on: September 13, 2010, 04:06:50 pm »
Is there some sort of log window or something for CC that I can bring up to see what's happening?
Could you execute this in cmd, and show what is the output?
Code
cpp -v -E -x c++ nul
In here, the output content is:
Quote
[email protected] codecompletion]$ cpp -v -E -x c++ /dev/null
Using built-in specs.
COLLECT_GCC=cpp
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-gnu-unique-object --enable-lto --enable-plugin --disable-multilib --disable-libstdcxx-pch --with-system-zlib --with-ppl --with-cloog --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
Thread model: posix
gcc version 4.5.1 (GCC)
COLLECT_GCC_OPTIONS='-v' '-E' '-mtune=generic' '-march=pentiumpro'
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/cc1plus -E -quiet -v -D_GNU_SOURCE /dev/null -mtune=generic -march=pentiumpro
ignoring nonexistent directory "/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../include/c++/4.5.1
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../include/c++/4.5.1/i686-pc-linux-gnu
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../include/c++/4.5.1/backward
 /usr/local/include
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include
 /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include-fixed
 /usr/include
End of search list.
# 1 "/dev/null"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "/dev/null"
COMPILER_PATH=/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/:/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/:/usr/lib/gcc/i686-pc-linux-gnu/:/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/:/usr/lib/gcc/i686-pc-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/:/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-E' '-mtune=generic' '-march=pentiumpro'