User forums > Help
C::B 13.12 Can't work with big project which have more than 100 files.
MortenMacFly:
--- Quote from: MortenMacFly on March 01, 2014, 03:47:25 pm ---The only feasible solution I see is to remove this option and always show what the docs have to offer by default.
--- End quote ---
I've implemented that (see SVN) - it makes the code even easier... which is good. :-)
ollydbg:
--- Quote from: MortenMacFly on March 01, 2014, 04:04:00 pm ---
--- Quote from: MortenMacFly on March 01, 2014, 03:47:25 pm ---The only feasible solution I see is to remove this option and always show what the docs have to offer by default.
--- End quote ---
I've implemented that (see SVN) - it makes the code even easier... which is good. :-)
--- End quote ---
Good work, you are quicker than my reply.
Below is what I want to post.
--- Quote ---I'm OK to remove the m_ShowAlways option.
Reasons:
For overloaded function tokens with no doxygen comment, if m_Enabled == true, and m_ShowAlways == false, we can still see duplicated "DecBy" entries but no document window shown, too bad! Also, it is too large (information duplicated) when both showing function arguments in the suggestion list and document window.
--- End quote ---
BTW: I found that the document window is very useful even we don't have much doxygen style document for a token. I can navigate on the suggestion list entries by click on the "goto declaration/implementation".
ollydbg:
@morten, rev 9669.
--- Code: --- src/plugins/codecompletion/cctest/cctest_frame.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/plugins/codecompletion/cctest/cctest_frame.cpp b/src/plugins/codecompletion/cctest/cctest_frame.cpp
index f0c008e..d2aa4bc 100644
--- a/src/plugins/codecompletion/cctest/cctest_frame.cpp
+++ b/src/plugins/codecompletion/cctest/cctest_frame.cpp
@@ -242,6 +242,7 @@ CCTestFrame::CCTestFrame(const wxString& main_file) :
gcc_base + mingwver + _T("\\include") + _T("\n"));
m_HeadersCtrl->SetValue(_T("<_mingw.h>,<cstddef>,<w32api.h>,<winbase.h>,<wx/defs.h>,<wx/dlimpexp.h>,<wx/toplevel.h>,<boost/config.hpp>,<boost/filesystem/config.hpp>,\"pch.h\",\"sdk.h\",\"stdafx.h\""));
+// m_HeadersCtrl->SetValue(_T(" <cstddef>,<w32api.h>, <wx/defs.h>,<wx/dlimpexp.h>,<wx/toplevel.h>,<boost/config.hpp>,<boost/filesystem/config.hpp>,\"pch.h\",\"sdk.h\",\"stdafx.h\""));
CCLogger::Get()->Init(this, idCCLogger, idCCLogger, idCCAddToken);
m_StatuBar->SetStatusText(_("Ready!"));
@@ -364,7 +365,7 @@ void CCTestFrame::Start()
m_StatuBar->SetStatusText(m_CurrentFile);
// This is the core parse stage for files
- // m_NativeParser.Parse(m_CurrentFile);
+ m_NativeParser.Parse(m_CurrentFile);
// Here we are going to test the expression solving algorithm
m_NativeParser.BatchTest(m_CurrentFile);
--- End code ---
m_NativeParser.BatchTest(m_CurrentFile) will internally parse the file, so I think m_NativeParser.Parse(m_CurrentFile) is not necessary.
What m_NativeParser.BatchTest(m_CurrentFile) do is:
1, parse the file
2, run the test (suggestion list test)
(I'm going to bed now :)..)
MortenMacFly:
Well actually not. If you comment the line cctest does simply nothing. At least not on my pc...
ollydbg:
--- Quote from: MortenMacFly on March 01, 2014, 10:11:27 pm ---Well actually not. If you comment the line cctest does simply nothing. At least not on my pc...
--- End quote ---
I will check it later.
BTW, current trunk build failed:
--- Code: ----------------- Build: Code-completion in Code::Blocks wx2.8.x (compiler: GNU GCC Compiler)---------------
[ 5.0%] g++.exe -Wall -g -pipe -mthreads -fmessage-length=0 -fexceptions -Winvalid-pch -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DCB_PRECOMP -DWX_PRECOMP -DwxUSE_UNICODE -DBUILDING_PLUGIN -iquote.objs\include -I.objs\include -I. -IE:\code\wx-mingw-build-481-dw2\wxWidgets-2.8.12\include -IE:\code\wx-mingw-build-481-dw2\wxWidgets-2.8.12\lib\gcc_dll\mswu -Isdk\wxscintilla\include -Isdk\wxpropgrid\include -Iinclude\tinyxml -Iinclude -Iinclude\mozilla_chardet -Iinclude\mozilla_chardet\mfbt -Iinclude\mozilla_chardet\nsprpub\pr\include -Iinclude\mozilla_chardet\xpcom -Iinclude\mozilla_chardet\xpcom\base -Iinclude\mozilla_chardet\xpcom\glue -c plugins\codecompletion\ccoptionsdlg.cpp -o .objs\plugins\codecompletion\ccoptionsdlg.o
plugins\codecompletion\ccoptionsdlg.cpp: In constructor 'CCOptionsDlg::CCOptionsDlg(wxWindow*, NativeParser*, CodeCompletion*, DocumentationHelper*)':
plugins\codecompletion\ccoptionsdlg.cpp:180:84: error: 'class DocumentationHelper' has no member named 'GetOptions'
plugins\codecompletion\ccoptionsdlg.cpp:181:84: error: 'class DocumentationHelper' has no member named 'GetOptions'
plugins\codecompletion\ccoptionsdlg.cpp: In member function 'virtual void CCOptionsDlg::OnApply()':
plugins\codecompletion\ccoptionsdlg.cpp:287:22: error: 'class DocumentationHelper' has no member named 'GetOptions'
plugins\codecompletion\ccoptionsdlg.cpp:288:22: error: 'class DocumentationHelper' has no member named 'GetOptions'
Process terminated with status 1 (0 minute(s), 55 second(s))
4 error(s), 0 warning(s) (0 minute(s), 55 second(s))
--- End code ---
Do you forget to commit the change of GetOptions?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version