Developer forums (C::B DEVELOPMENT STRICTLY!) > CodeCompletion redesign
vector<int> is OK, but string or wstring no-work.
MortenMacFly:
--- Quote from: blueshake on January 18, 2010, 09:09:13 am ---what about this way.
--- End quote ---
...I'll try.
BTW: I was in fact thinking about having another flag for the token to declare it as "extern" (similar to m_IsConst). This would help to e.g. overwrite the "content" in the case you find the true definition / implementation. In addition the tooltip could show "extern" if only the "extern" declaration is found, indicating that the implementation might not be known (as it is in a binary library, for example).
ollydbg:
--- Quote from: MortenMacFly on January 18, 2010, 09:47:40 am ---
--- Quote from: blueshake on January 18, 2010, 09:09:13 am ---what about this way.
--- End quote ---
...I'll try.
BTW: I was in fact thinking about having another flag for the token to declare it as "extern" (similar to m_IsConst). This would help to e.g. overwrite the "content" in the case you find the true definition / implementation. In addition the tooltip could show "extern" if only the "extern" declaration is found, indicating that the implementation might not be known (as it is in a binary library, for example).
--- End quote ---
Good idea! But it seems there are too many bool variables in the Token class.
--- Code: --- bool m_IsOperator;
bool m_IsLocal; // found in a local file?
bool m_IsTemp; // if true, the tree deletes it in FreeTemporaries()
bool m_IsConst; // the member method is const (yes/no)
--- End code ---
As we build the C::B in the "debug" mode, then strip the debug information. I think one bool variable occupy 4 BYTE in the memory.
I'm not sure a enum variable(combine all the state in one variable) is better??
sbezgodov:
I have deleted cb configuration files. Next run cb creates these files with default values.
I've noticed that tokens replacement list is extended. See attacment.
std::string s1; s1. now works fine
As i understand, if you patched your installation to latest nighty, configuration files are not patched at first run.
[attachment deleted by admin]
blueshake:
--- Quote from: sbezgodov on January 18, 2010, 10:50:50 am ---I have deleted cb configuration files. Next run cb creates these files with default values.
I've noticed that tokens replacement list is extended. See attacment.
std::string s1; s1. now works fine
As i understand, if you patched your installation to latest nighty, configuration files are not patched at first run.
--- End quote ---
work fine here.Make sure that you have include the string file. :D
see my attachment.
[attachment deleted by admin]
Loaden:
--- Quote from: sbezgodov on January 18, 2010, 10:50:50 am ---I have deleted cb configuration files. Next run cb creates these files with default values.
I've noticed that tokens replacement list is extended. See attacment.
std::string s1; s1. now works fine
As i understand, if you patched your installation to latest nighty, configuration files are not patched at first run.
--- End quote ---
Yes, you need edit the "default.conf" file, and add the replacement rules.
--- Code: --- <TOKEN_REPLACEMENTS>
<ssmap>
<_GLIBCXX_BEGIN_NAMESPACE>
<![CDATA[+namespace]]>
</_GLIBCXX_BEGIN_NAMESPACE>
<_GLIBCXX_BEGIN_NAMESPACE_TR1>
<![CDATA[-namespace tr1 {]]>
</_GLIBCXX_BEGIN_NAMESPACE_TR1>
<_GLIBCXX_BEGIN_NESTED_NAMESPACE>
<![CDATA[+namespace]]>
</_GLIBCXX_BEGIN_NESTED_NAMESPACE>
<_GLIBCXX_END_NAMESPACE>
<![CDATA[}]]>
</_GLIBCXX_END_NAMESPACE>
<_GLIBCXX_END_NAMESPACE_TR1>
<![CDATA[}]]>
</_GLIBCXX_END_NAMESPACE_TR1>
<_GLIBCXX_END_NESTED_NAMESPACE>
<![CDATA[}]]>
</_GLIBCXX_END_NESTED_NAMESPACE>
<_GLIBCXX_STD>
<![CDATA[std]]>
</_GLIBCXX_STD>
</ssmap>
</TOKEN_REPLACEMENTS>
--- End code ---
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version