User forums > Nightly builds
The 16 June 2013 build (9158) is out.
LETARTARE:
@mortenmaclfy
--- Quote ---If the file is not existent in SVN, do:
svn add the_file
--- End quote ---
Files without targets are either an oversight or a desire for the author ?
Should we add them (but what target?) Or remove it?
A developer knows better than me.
@ollydbg
thank you for this last explanation, I discovered.
For other changes I'll try to do several patchs.
eckard_klotz:
Hello Everybody.
Since the last 2 nightlys I recognize a change how namespaces are displayed in the symbol browser.
If I have the following source-example:
--- Code: ---namespace a {
namespace b {
};
};
using namespace b;
--- End code ---
The namespace b will be displayed on toplevel what not happens in this example:
--- Code: ---namespace a {
namespace b {
};
};
--- End code ---
In both examples the namespace b will displayed as child of namespace a also. It seems that using namespace will be analysed like a lonly namespace if it is placed after the closing } of namespace a. This happens not if it is placed after the closing } of namespace b like here:
--- Code: ---namespace a {
namespace b {
};
using namespace b;
}
--- End code ---
Is this the wanted behaviour?
I use the official nightlies on Windows XP SP3 and this behaviour occures since 9156.
BestRegards,
Eckard Klotz.
ToApolytoXaos:
First of all, you don't need semicolon at the end of namespace.
I would suggest to avoid doing something like
--- Code: ---namespace a {
namespace b {
}
using namespace b;
}
--- End code ---
because, with this way, if you have declared variables or classes that use the same name to both namespaces, the using directive will hide the outer namespace's names, thus causing nightmares detecting what the hell is going on with your code.
Here's what I have tested myself and works just fine.
--- Code: ---#include <iostream>
namespace a
{
int i = 0;
namespace b
{
int i = 0;
}
}
int main()
{
std::cout << "a::i = " << a::i << '\n';
a::i++;
std::cout << "a::i = " << a::i << '\n';
std::cout << "a::b::i = " << a::b::i << '\n';
a::b::i++;
std::cout << "a::b::i = " << a::b::i << '\n';
return 0;
}
--- End code ---
Please note that I explicitly use using::declaration rather than using-directive for the reasons I have stated above.
ToApolytoXaos:
--- Quote from: jens on June 18, 2013, 06:40:06 am ---
--- Quote from: ToApolytoXaos on June 18, 2013, 01:31:02 am ---I have compiled it with make and works fine. I hope certain issues do not exist with 9158, like the green highlight color when you insert for example double quotes and you continue typing, it remains highlighted until to enter semicolon at the end of your current line, or use the arrows to interrupt it.
--- End quote ---
Since which revision do you get this ?
Might it be related to newer scintilla sources ?
Probably a new feature ? ;)
--- End quote ---
Update: Issue remains with svn9161. To reproduce it, type
--- Code: ---("") << ("") << ("")
--- End code ---
, go to the most right bracket pair and use your left arrow to move towards the first pair. See how the right double quotes get highlighted all together.
eckard_klotz:
Hello ToApolytoXaos
Thankyou for your tip.
To be honest I don't uses namespaces for functional reasons but for a better display in the C::B symbol-browser. Unfortunatly all classes wil be displayed on top level even if they are child-classes of other classes. Only nested namespaces where displayed nested in the past. Thus I put around every class a namespace and and put a using-line at the end of the associated header. You are absolutly right, if you say that this is a very confusing behaviour. But is there an other posibility to avoid long lists in the symbol-browser?
I would expect that only parentless classes or classes where the parents are not defined in project-sources would be displayed on toplevel. I would expect child classes under there parents. Alternativly an user specified folder-system (like they have implemented in Dev-C++) would be nice that gives the user the posibility to sort all ellements in the symbol-browser acording to his own wishes. This would be extreemly helpfull in c projects where in C::B all functions of a project are displayed in a long list as well as all variables all preprocessor-definitions all...
Best regards,
Eckard Klotz.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version