User forums > Nightly builds
The 25 september 2010 build (6634) CODECOMPLETION BRANCH version is out.
Jenna:
--- Quote from: Loaden on October 04, 2010, 02:44:18 am ---
--- Quote from: jens on October 03, 2010, 11:03:05 pm ---Another issue (not related to this), is that the symboslbrowser stays empty, if the project is opened without any shown editor.
After opening any file the symbols-browser gets filled.
--- End quote ---
Confirmed!
EDIT: It's can confirmed only Linux, and in Windows, no have this issue.
Here:
--- Quote ---bool Parser::Done()
{
wxCriticalSectionLocker locker(s_ParserCritical);
bool done = m_UpFrontHeaders.IsEmpty()
&& m_SystemUpFrontHeaders.IsEmpty()
&& m_BatchParseFiles.IsEmpty()
&& m_PredefinedMacros.IsEmpty()
&& !m_NeedMarkFileAsLocal // When parsing end, this value be true always in Linux/GCC4.5.1!
&& m_PoolTask.empty()
&& m_Pool.Done();
return done;
}
--- End quote ---
--- End quote ---
There seem to be two instances of NativeParser with two different variables for m_Parser, one parser returns true for Done() and the other one returns false.
The one that returns true is called in CodeCompletion::OnParserEnd and the other one is the one that catches the PARSER_END event in NativeParser::OnParserEnd .
killerbot:
please have a look at this. It seems a little regression got introduced : http://forums.codeblocks.org/index.php/topic,13413.msg90463.html#msg90463
Loaden:
--- Quote from: killerbot on October 04, 2010, 09:53:47 am ---please have a look at this. It seems a little regression got introduced : http://forums.codeblocks.org/index.php/topic,13413.msg90463.html#msg90463
--- End quote ---
OK, I will look into it, and hopefully fixed soon.
Loaden:
--- Quote from: jens on October 04, 2010, 08:42:52 am ---There seem to be two instances of NativeParser with two different variables for m_Parser, one parser returns true for Done() and the other one returns false.
The one that returns true is called in CodeCompletion::OnParserEnd and the other one is the one that catches the PARSER_END event in NativeParser::OnParserEnd .
--- End quote ---
Fixed in r6665, thanks!
Loaden:
--- Quote from: jens on October 04, 2010, 07:36:39 am ---Nevertheless, there are tokens that contain (or even begin with) whitespace, that means these tokens are invaild, so they could be (should be ?) securely removed.
--- End quote ---
I found a reason, in file "/home/jens/kernel-tmp/linux-source-2.6.29/sound/aoa/codecs/tas.c", there has a struct named tas:
--- Code: ---struct tas {
struct aoa_codec codec;
struct i2c_client *i2c;
u32 mute_l:1, mute_r:1 ,
controls_created:1 ,
drc_enabled:1,
hw_enabled:1;
u8 cached_volume_l, cached_volume_r;
u8 mixer_l[3], mixer_r[3];
u8 bass, treble;
u8 acr;
int drc_range;
/* protects hardware access against concurrency from
* userspace when hitting controls and during
* codec init/suspend/resume */
struct mutex mtx;
};
--- End code ---
and in "/home/jens/kernel-tmp/linux-source-2.6.29/arch/cris/include/arch-v32/arch/system.h"
Here a macro define, like this:
--- Quote ---preprocessor #define tas(ptr) (xchg((ptr),1)) [186,42]
--- End quote ---
So, we will get a error parse result:
--- Quote ---/home/jens/kernel-tmp/linux-source-2.6.29/sound/aoa/codecs/tas.c
preprocessor #define PFX DEVNAME ": " [1,77]
class class (xchg((ptr),1)) {...} [83,83]
variable u32 (xchg((ptr),1))::mute_l [86,0]
variable u32 (xchg((ptr),1))::mute_r [86,0]
variable u32 (xchg((ptr),1))::controls_created [87,0]
variable u32 (xchg((ptr),1))::drc_enabled [88,0]
variable u32 (xchg((ptr),1))::hw_enabled [89,0]
variable u32u8 (xchg((ptr),1))::cached_volume_l [90,0]
variable u32u8 (xchg((ptr),1))::cached_volume_r [90,0]
variable u8 (xchg((ptr),1))::mixer_l [91,0]
variable u8 (xchg((ptr),1))::mixer_r [91,0]
variable u8 (xchg((ptr),1))::bass [92,0]
variable u8 (xchg((ptr),1))::treble [92,0]
variable u8 (xchg((ptr),1))::acr [93,0]
--- End quote ---
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version