This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
The grammar for cast_expression has following problematic alternative: (cast_expression_type_specifier cast_expression)=> cast_expression_type_specifier cast_expression This cause to very exponential "guessing" phase after which we pass to next level recursion for next cast_expression. This cause next level of recursion for each arithmetic operation after (...)
Trying to split cast_expression's into some quick predicted alternatives. The main problem is in understanding the meaning of constructions like (A). This could be cast or expression. for example int a = (U8)*b; could be casting to U8 or multiplying U8 and b. In our case we can't use symtab for complete solution, because parser should work on incomplete code and type U8 or variable U8 could be introduced only after writing expression int a = (U8)*b; But we have some cases, where it's clear casting vs. expression. i.e. (U8*) is cast (const A&) is cast (U8)ID is cast (U8)% and (U8); are expressions and so on
after fixing 77228 this is no more critical problem, so I remove blocking of IZ#76898 and decrease this to P4
After switching to lazy_expression there is no such rules in grammar.
resolved in 6.7