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.

Bug 179939 - Support C++11
Summary: Support C++11
Status: RESOLVED FIXED
Alias: None
Product: cnd
Classification: Unclassified
Component: Code Model (show other bugs)
Version: 7.1
Hardware: PC All
: P2 normal with 6 votes (vote)
Assignee: nnnnnk
URL:
Keywords:
Depends on:
Blocks: 206653
  Show dependency tree
 
Reported: 2010-01-28 01:10 UTC by dix75
Modified: 2012-05-17 11:39 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments
Problems (11.45 KB, image/png)
2010-01-28 01:12 UTC, dix75
Details
this (68.90 KB, image/png)
2010-01-28 02:14 UTC, dix75
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dix75 2010-01-28 01:10:55 UTC
I use QMAKE_CXXFLAGS + =-std=gnu ++ 0x
Even with this key following and many things from the new standard are not visible. 
Look the attached file

Why it is impossible to correct names of variables only in the allocated area. Without use to Replace (Ctrl +D) As it is made in Builder. Because at copying in a window to Replace allocation area it is lost.
Comment 1 dix75 2010-01-28 01:12:27 UTC
Created attachment 93619 [details]
Problems
Comment 2 Alexander Simon 2010-01-28 01:56:50 UTC
CND does not support C++0x
I do not understand:
>Why it is impossible to correct names...
Please, file separate issue for this with clear description.
Comment 3 dix75 2010-01-28 02:14:51 UTC
Created attachment 93622 [details]
this
Comment 4 dix75 2010-01-28 02:15:40 UTC
>CND does not support C ++ 0x
Why
After all all normally gathers only red underlinings are displayed.

>Please, file separate issue for this with clear description.
All is corrected. Only at replacement.
If I copy from the code text. Text allocation vanishes.
Look the attached file
Comment 5 Alexander Simon 2010-01-28 02:33:25 UTC
Please, continue discussion about instance rename (Ctrl+R)/text replace (Ctrl+H)/refactoring rename in new bug/enchantment.
Comment 6 dix75 2010-01-28 02:44:19 UTC
At use rename (Ctrl+R)
Corrections are brought or in everything or if to clean ticks where it is necessary.
And I need to copy the text, to insert it and in this piece to replace one variable with another. Instead of completely to rename.
As in Builder has allocated a piece, has pressed at the left on a strip a key of editing and only in this piece I correct, I change, etc.
Comment 7 Alexander Simon 2010-01-28 02:45:24 UTC
CND show red underline for:
- unrecognizable syntax error (not compile error, CND use own parser)
- unresolved identifiers (not compile error, CND use own reference resolver)
There are no guarantee that CND parser recognize 100% of C/C++ constructions
(but it very close to C99 and support a few primitive construction of C++0x).
There are no guarantee that CND reference resolver resolves 100% of C/C++
identifiers (on override CND has right resolving for 99.6% identifiers).
Resolver work right if code assistance has right user include paths and user
defined macros.
Comment 8 dix75 2010-01-28 02:51:03 UTC
(In reply to comment #7)
> CND show red underline for:
> - unrecognizable syntax error (not compile error, CND use own parser)
> - unresolved identifiers (not compile error, CND use own reference resolver)
> There are no guarantee that CND parser recognize 100% of C/C++ constructions
> (but it very close to C99 and support a few primitive construction of C++0x).
> There are no guarantee that CND reference resolver resolves 100% of C/C++
> identifiers (on override CND has right resolving for 99.6% identifiers).
> Resolver work right if code assistance has right user include paths and user
> defined macros.

Ok
Comment 9 yuriy_lalym 2011-06-18 16:22:30 UTC
Not Ok!

https://bugs.eclipse.org/bugs/show_bug.cgi?id=327297

From everything that is applicable in gcc 4.6, in cdt 8.0 (release if not tomorrow, the day after tomorrow) remains not implemented very little.

http://labs.qt.nokia.com/2011/05/26/cpp0x-in-qt/
Comment 11 RiaD 2011-12-16 19:04:06 UTC
std::vector<std::vector<int>> v;

Result: Unable to resolve identifier v

Expected result: no error, allowing >>
Comment 12 ldemailly 2012-01-05 00:06:21 UTC
the funny thing is a lot of the support seems to be already there (like new for syntax, understanding of new thread object etc...) but lambdas not yet - it'd be great to get that going

thanks
Comment 13 yuriy_lalym 2012-01-07 01:15:19 UTC
The mysterious statement.
http://wiki.netbeans.org/NewAndNoteworthyNB71

Experimental support of new C++ Standard (C++11)
Certain features of the new C++ standard are supported. For example, there is code completion and navigation support for declarations with the "auto" type.

struct Test { int a; int b; };
auto z = Test();
z. <empty>

Where it is possible to see the implementation plan.
Comment 14 stiffuser 2012-05-11 15:49:32 UTC
Something small that's particularly annoying: I work with a large C++11 codebase and the NetBeans parser chokes on nested template parameters where the braces are not separated by space.

E.g. vector<pair<int>> x;  breaks NetBeans parsing.
Comment 15 Vladimir Voskresensky 2012-05-11 18:20:59 UTC
(In reply to comment #14)
> Something small that's particularly annoying: I work with a large C++11
> codebase and the NetBeans parser chokes on nested template parameters where the
> braces are not separated by space.
> 
> E.g. vector<pair<int>> x;  breaks NetBeans parsing.
It works, but you should use daily build and specify standard to be C++11

Open project properties specify C++11 standard:
- if you have project from existing sources => in Code Assistance->C++ Compiler 
- if you have NB managed project => Build->C++ Compiler
Comment 16 Leonid Lenyashin 2012-05-12 09:37:05 UTC
(In reply to comment #14)
> Something small that's particularly annoying: I work with a large C++11
> codebase and the NetBeans parser chokes on nested template parameters where the
> braces are not separated by space.
> 
> E.g. vector<pair<int>> x;  breaks NetBeans parsing.

Is that codebase an open source one? Something that you can share with us and we can adopt to our test environment?
Comment 17 stiffuser 2012-05-12 17:53:41 UTC
@Vladimir - thanks for the tip, I didn't know that option was there!
@Leonid - unfortunately it's not an open-source codebase
Comment 18 Vladimir Voskresensky 2012-05-12 18:57:07 UTC
(In reply to comment #17)
> @Vladimir - thanks for the tip, I didn't know that option was there!
You are welcome, so I'm closing this.
If you know other issues, please, file them as separate bugs. I consider feature as finished.