Author Topic: The 10 October 2009 build (5859) is out.  (Read 110844 times)

Offline stahta01

  • Lives here!
  • ****
  • Posts: 6671
    • My Best Post
Re: The 10 October 2009 build (5859) is out.
« Reply #45 on: October 20, 2009, 06:42:23 pm »
Patch needed for Code::Blocks under Windows with NOPCH.
Edit: Added ThreadSearch patch.

Code: [Select]
Index: src/sdk/editormanager.cpp
===================================================================
--- src/sdk/editormanager.cpp (revision 5870)
+++ src/sdk/editormanager.cpp (working copy)
@@ -26,6 +26,7 @@
     #include "projectfile.h"
     #include "pluginmanager.h"
     #include "manager.h"
+    #include "macrosmanager.h"
     #include "filemanager.h"
     #include "sdk_events.h"
     #include "projectbuildtarget.h"
Index: src/plugins/contrib/ThreadSearch/SearchInPanel.cpp
===================================================================
--- src/plugins/contrib/ThreadSearch/SearchInPanel.cpp (revision 5870)
+++ src/plugins/contrib/ThreadSearch/SearchInPanel.cpp (working copy)
@@ -17,8 +17,11 @@
 
 #include "sdk.h"
 #ifndef CB_PRECOMP
+    #include <wx/bitmap.h>
+    #include <wx/bmpbuttn.h>
     #include <wx/checkbox.h>
     #include <wx/sizer.h>
+    #include <configmanager.h>
 #endif
 
 #include "wx/things/toggle.h"
Index: src/plugins/codecompletion/parser/token.cpp
===================================================================
--- src/plugins/codecompletion/parser/token.cpp (revision 5870)
+++ src/plugins/codecompletion/parser/token.cpp (working copy)
@@ -9,6 +9,8 @@
 
 #include <sdk.h>
 #include <globals.h>
+#include <logmanager.h>
+#include <manager.h>
 #include "token.h"
 #include <wx/intl.h>
 #include <wx/tokenzr.h>
Index: src/plugins/codecompletion/parser/parserthread.cpp
===================================================================
--- src/plugins/codecompletion/parser/parserthread.cpp (revision 5870)
+++ src/plugins/codecompletion/parser/parserthread.cpp (working copy)
@@ -13,6 +13,7 @@
 #include <wx/app.h>
 #include <wx/msgdlg.h>
 #include <manager.h>
+#include <logmanager.h>
 #include <globals.h>
 
 #include <cctype>

Tim S.
« Last Edit: October 20, 2009, 07:15:36 pm by stahta01 »
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 32 bit.
On Debian Stretch, compiling CB Trunk against wxWidgets 3.0.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5193
Re: The 10 October 2009 build (5859) is out.
« Reply #46 on: October 20, 2009, 09:55:50 pm »
applied : rev 5871

Offline critic

  • Multiple posting newcomer
  • *
  • Posts: 93
Re: The 10 October 2009 build (5859) is out.
« Reply #47 on: October 21, 2009, 06:15:39 am »
In some projects I use common sources (libraries) and in project tree files are appear with a part of path. It is not suitable, in my opinion, because node's name doesn't fit in project manager widget and it's not easy for user eye to look for filename in such tree.
I think that the following look will be better:

with path information (if it possible, show paths in braces with gray font color)

Code: [Select]
project
    SomeVirtualFolder
        file1.h (some/path/to/library1)
        file1.cpp (some/path/to/library1)
        file2.h (some/path/to/library1)
        file2.cpp (some/path/to/library1)
        file1.h (some/path/to/library2)
        file1.cpp (some/path/to/library2)
        file2.h (some/path/to/library2)
        file2.cpp (some/path/to/library2)       

or without path information (when mouse over node you can show tooltip with full filename of path to file)

Code: [Select]
project
    SomeVirtualFolder
        file1.h
        file1.cpp
        file2.h
        file2.cpp
        file1.h
        file1.cpp
        file2.h
        file2.cpp

Offline critic

  • Multiple posting newcomer
  • *
  • Posts: 93
Re: The 10 October 2009 build (5859) is out.
« Reply #48 on: October 21, 2009, 07:45:56 am »
For a long time in C::B exists a bug - description follows:

Conditions:
    Custom makefile project

Steps:
    Press `Build` or `Rebuild` button to start build or rebuild project process
    Wait for process start
    Press `Abort` button to stop build or rebuild process

On the last step you will see, that this command don't work.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 10 October 2009 build (5859) is out.
« Reply #49 on: October 21, 2009, 08:13:50 am »
For a long time in C::B exists a bug - description follows:

Conditions:
    Custom makefile project

Steps:
    Press `Build` or `Rebuild` button to start build or rebuild project process
    Wait for process start
    Press `Abort` button to stop build or rebuild process

On the last step you will see, that this command don't work.
Hi, I have the similar problem when build the OpenCV library. The library was build from a makefile which was generated from CMake, Once I start building the OpenCV library, there is no way to stop the build process.  :(
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 jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 10 October 2009 build (5859) is out. - CodeCompletion speed-up
« Reply #50 on: October 21, 2009, 01:55:05 pm »
To all with large projects and long timeouts, please try to disable the symbols browser, not the whole codecompletion and post here whether it changes anything.

Check "Settings -> Editor... -> Code-completion and symbols browser -> Symbols browser -> Disable symbols browser"

Symbols-browser should now (svn r5872) should now be much faster.
Please test (if possible) and report back any issues.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 10 October 2009 build (5859) is out. - CodeCompletion speed-up
« Reply #51 on: October 21, 2009, 02:36:20 pm »
To all with large projects and long timeouts, please try to disable the symbols browser, not the whole codecompletion and post here whether it changes anything.

Check "Settings -> Editor... -> Code-completion and symbols browser -> Symbols browser -> Disable symbols browser"

Symbols-browser should now (svn r5872) should now be much faster.
Please test (if possible) and report back any issues.
Symbols browser runs faster!!!!!
Thanks.
But I still have more questions: see the screenshot below:


Q1, it seems in vector.tcc, the function has correctly parsed, butin the symbols browser,  why there is only one member under std::vector?

Q2, this question maybe is not related to symbols-browser, it seems there is a namespace "std" in namespace "std". :(
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 ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 10 October 2009 build (5859) is out.
« Reply #52 on: October 21, 2009, 02:43:50 pm »
Also, when I open the CC debug dialog, There are many members of std::vector. see the screen shot below:



This is more weird.
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 jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 10 October 2009 build (5859) is out.
« Reply #53 on: October 21, 2009, 03:09:20 pm »
Q1, it seems in vector.tcc, the function has correctly parsed, butin the symbols browser,  why there is only one member under std::vector?

This has a simple cause.
The previous code has looked for double-entries while building the tree, the last parsed entry remained, all others have been deleted.
I do something similar, with one difference: the last entry after sorting remains.

I thought about not searching for doubles, but decided to do so.
The parser tells us there are several places where vector (in your example) is declared, even if that can not be (at least not in the same namespace).
In my opinion that is a parsers issue, because the parser dos not handle the gcc include-files correctly (due to defines, macros and whatever).

I tend to remove the RemoveDoubles-function, because it's not the clasbrowserbuilderthread's purpose to (try to) correct parser-issues.

Offline BCCISProf

  • Multiple posting newcomer
  • *
  • Posts: 60
    • Professor Langsam's Home Page
Re: The 10 October 2009 build (5859) is out.
« Reply #54 on: October 21, 2009, 04:06:05 pm »
Question: The last time the Mac OS X version has been updated was last March. Is there anyone who could possibly prepare a Mac OS X version of a recent nightly?

Thank you

Offline rjwgnr27

  • Single posting newcomer
  • *
  • Posts: 5
Re: The 10 October 2009 build (5859) is out. - CodeCompletion speed-up
« Reply #55 on: October 21, 2009, 11:26:24 pm »
To all with large projects and long timeouts, please try to disable the symbols browser, not the whole codecompletion and post here whether it changes anything.

Check "Settings -> Editor... -> Code-completion and symbols browser -> Symbols browser -> Disable symbols browser"

Symbols-browser should now (svn r5872) should now be much faster.
Please test (if possible) and report back any issues.

Just tested it out.  Not only much faster than the problem version I reported earlier, but appears even faster than the old CC I was holding at!   Thanks! Great job!  :D

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 10 October 2009 build (5859) is out.
« Reply #56 on: October 21, 2009, 11:57:26 pm »
I just commented ou the call of the RemoveDoubles-function (svn r5873) .
I think it's better to have some doule tokens, than to lose (or better not to see) useful information.

It's surely not a simple job to parse the complex structure of the compilers include-files, but it can not be handled correctly by the symbols browser.
It has to be done by the parser.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 10 October 2009 build (5859) is out.
« Reply #57 on: October 22, 2009, 03:21:30 am »
I just commented ou the call of the RemoveDoubles-function (svn r5873) .
I think it's better to have some doule tokens, than to lose (or better not to see) useful information.

It's surely not a simple job to parse the complex structure of the compilers include-files, but it can not be handled correctly by the symbols browser.
It has to be done by the parser.
You are right, it's parser's problem. I just parse one file (copy the contents of vector.tcc to main.cpp).
It seems there are five vector classes. :(
I will check the bug.
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 ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 10 October 2009 build (5859) is out.
« Reply #58 on: October 22, 2009, 09:05:01 am »
I just commented ou the call of the RemoveDoubles-function (svn r5873) .
I think it's better to have some doule tokens, than to lose (or better not to see) useful information.

It's surely not a simple job to parse the complex structure of the compilers include-files, but it can not be handled correctly by the symbols browser.
It has to be done by the parser.
You are right, it's parser's problem. I just parse one file (copy the contents of vector.tcc to main.cpp).
It seems there are five vector classes. :(
I will check the bug.
A patch to solve this problem in
http://forums.codeblocks.org/index.php/topic,11187.msg77545.html#msg77545
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 Trigve

  • Multiple posting newcomer
  • *
  • Posts: 15
Re: The 10 October 2009 build (5859) is out.
« Reply #59 on: October 22, 2009, 02:25:16 pm »
Hi,
I've tried this nightly release and have some suggestion. When using the symbol tab, one can select type of sorting the members of some class (or whatever) you choose in top symbol window. But all sort options are mutually  exclusive. It would be good if I could chose "sort by kind" and also "sort alphabetically". So I think that these options should be split up to 2 categories: 1. category will be sort options, 2. should be display options (display by kinds, by member access, ...) . So one can then use sorting options with display options. What do you think?

Thanks

Trigve