Code::Blocks
July 29, 2010, 06:03:45 pm *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: New release 10.05 is ready. Grab it while it's hot!!!
 
   Home   Help Search Login Register  :: WebsiteWiki  
Pages: 1 2 3 [4] 5 6 ... 9
  Send this topic  |  Print  
Author Topic: The 10 October 2009 build (5859) is out.  (Read 33760 times)
stahta01
Lives here!
****
Posts: 2379


WWW
« Reply #45 on: October 20, 2009, 06:42:23 pm »

Patch needed for Code::Blocks under Windows with NOPCH.
Edit: Added ThreadSearch patch.

Code:
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 » Logged

C Programmer working to learn more about C++.
OS: Win 6.1 AKA Win7
Compiler: mingw gcc 4.4 API 3.13 Runtime 3.15.2
IDE: Code::Blocks SVN + patches
wxMSW: SVN 2.9 Trunk & SVN 2.8 branch
SVN: 1.6.x
killerbot
Global Moderator
Lives here!
*****
Posts: 3883


« Reply #46 on: October 20, 2009, 09:55:50 pm »

applied : rev 5871
Logged
critic
Advanced newcomer
*
Posts: 90



« 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:
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:
project
    SomeVirtualFolder
        file1.h
        file1.cpp
        file2.h
        file2.cpp
        file1.h
        file1.cpp
        file2.h
        file2.cpp
Logged
critic
Advanced newcomer
*
Posts: 90



« 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.
Logged
ollydbg
Lives here!
****
Posts: 1484


Interests on OpenCV and Robotics


WWW
« 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.  Sad
Logged

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.
jens
Global Moderator
Lives here!
*****
Posts: 2975



WWW
« 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.
Logged

Regards

Jens

debian - nightlies and wxWidgets (msw-)cross-build libs for "i386" and "amd64" : http://apt.jenslody.de/
C::B changelog: http://apt.jenslody.de/ChangeLog
ollydbg
Lives here!
****
Posts: 1484


Interests on OpenCV and Robotics


WWW
« 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". Sad
Logged

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.
ollydbg
Lives here!
****
Posts: 1484


Interests on OpenCV and Robotics


WWW
« 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.
Logged

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.
jens
Global Moderator
Lives here!
*****
Posts: 2975



WWW
« 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.
Logged

Regards

Jens

debian - nightlies and wxWidgets (msw-)cross-build libs for "i386" and "amd64" : http://apt.jenslody.de/
C::B changelog: http://apt.jenslody.de/ChangeLog
BCCISProf
Advanced newcomer
*
Posts: 58


WWW
« 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
Logged
rjwgnr27
Newcomer
*
Posts: 5


« 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!  Very Happy
Logged
jens
Global Moderator
Lives here!
*****
Posts: 2975



WWW
« 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.
Logged

Regards

Jens

debian - nightlies and wxWidgets (msw-)cross-build libs for "i386" and "amd64" : http://apt.jenslody.de/
C::B changelog: http://apt.jenslody.de/ChangeLog
ollydbg
Lives here!
****
Posts: 1484


Interests on OpenCV and Robotics


WWW
« 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. Sad
I will check the bug.
Logged

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.
ollydbg
Lives here!
****
Posts: 1484


Interests on OpenCV and Robotics


WWW
« 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. Sad
I will check the bug.
A patch to solve this problem in
http://forums.codeblocks.org/index.php/topic,11187.msg77545.html#msg77545
Logged

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.
Trigve
Advanced newcomer
*
Posts: 15


« 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
Logged
Pages: 1 2 3 [4] 5 6 ... 9
  Send this topic  |  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!