User forums > Nightly builds

The 07 November 2010 build (6840) is out.

<< < (8/8)

NerdIII:
When do you need code completion from another project? It means you use a symbol from some other compilation unit, right? And that can only work if the other project is a library, right? That leads me to the idea that you could extend the code completion object of the application project to also query the code completion objects of all dependent libraries in order to find implementations of exported symbols.
That might be more intuitive after all than using a checkbox to parse "all projects at once", which would lead to lib1 finding implementations in an independent lib2. I'm not so keen on the idea that the code completion loses exactness again, it would be a step backwards.

code completion plugin
-> application (-Lmylib, uses foo())
-> library (-o libmylib.so/mylib.dll, export void foo())

The code completion plugin object sits at the top and when the application cc object cannot find an implementation it could ask the cc plugin object to return
a) the list of libraries the project is linked against and compare the names with the output filename of any open library project (exact match possible).
- or -
b) all dependent library projects.
Then the application cc object queries the found library cc objects for exports with the requested name.

cacb:
Some general observations.

Code::Blocks is getting better and better, but I find some stability issues sometimes  :lol:. These comments refer to Windows XP and using MS Visual Studio 2008 Express compiler.

- When I have many source files and/or wxSmith resource file open at the same time, I often want to close all. This tends to crash Code::Blocks, however  :shock:. I think this is a fairly old problem seen with many nightly builds.

- I keep moving my project files between two machines (both Win XP) and find that C::B is messing with my settings/use of global variables. For example, in my project file I have this


--- Code: --- <Add directory="$(#wx.include)" />
<Add directory="$(#wx)\contrib\include" />
<Add directory="$(#wx)\lib\vc_lib\mswd" />
--- End code ---
   
The problem is that C::B tends to replace this with the expanded full path, which obviously does not work on the other machine, so I have to edit the .cbp file over and over again to fix it back to what it was. But it keeps coming back. Mostly, this happens on one machine and not the other, for some reason.

- When I open a workspace, very often I get an error message dialog that I did not use to get with the same setup before:

--- Quote ---cl.exe - Unable To Locate Component
This application has failed to start because mspdb80.dll was not found. Re-installing the application may fix this problem.
OK
--- End quote ---
Then I have to OK this dialog, and everything is apparently working, including compilation and linking.

I have seen these problems with build 6840, but also with 6752 and earlier.

cacb:

--- Quote from: cacb on November 12, 2010, 07:46:37 pm ---Some general observations.

--- End quote ---

And one more problem, this one is fairly new but very annoying. It relates to wxSmith. Again seen on WinXP.

If you for example create a wxPanel class and put a wxButton somewhere, you may not want to keep the Button variable as a member of the class, all you care about is the event it generates, and a member button is not needed. To do this, I simply uncheck the "Is member" checkbox in the wxSmith properties area. However: This [always?/sometimes?/often?] silently changes the Identifier of the button from, say ID_BUTTON1 to wxID_ANY and thus causes havoc in the event handling. This is a nasty bug I spent some time figuring out.

Loaden:

--- Quote from: killerbot on November 12, 2010, 09:01:14 am ---To me this reduced functionality has been troublesome ;-) , but don't forget we did get a lot of improvements on the code completion side in return. So please, pretty please, can we take this one 1 step further on the ladder of improved completion ?

--- End quote ---
Here is an un-complete patch for this issue.
Sorry, I have no time to do it now.
Because some reason, I should leave a time.
If other devs find time, please continue this improve.
Best regards!

Navigation

[0] Message Index

[*] Previous page