[Bug c++/53611] New: class with hidden visibility cause function returns pointer to class also be hidden

2012-06-08 Thread kirbyz...@sogou-inc.com
Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: kirbyz...@sogou-inc.com [root@djt-17-109-v06 tmp]# cat tvisi.cpp extern "C" typedef struct __cook cook_t; extern "C" cook_

[Bug c++/53613] New: Cannot override a inline "= default" virtual destructor.

2012-06-08 Thread kirbyz...@sogou-inc.com
NCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: kirbyz...@sogou-inc.com [root@djt-17-109-v06 tmp]# cat tover.cpp struct __cook { virtual ~__cook() = default; }; struct __cook1: public __cook {

[Bug c++/53611] class with hidden visibility cause function returns pointer to class also be hidden

2012-06-08 Thread kirbyz...@sogou-inc.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53611 --- Comment #1 from Kirby Zhou 2012-06-08 11:16:36 UTC --- gcc source base: DATE 20120604 svn://gcc.gnu.org/svn/gcc/branches/redhat/gcc-4_7-branch@188193

[Bug c++/53611] class with hidden visibility cause function returns pointer to class also be hidden

2012-06-09 Thread kirbyz...@sogou-inc.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53611 --- Comment #3 from Kirby Zhou 2012-06-09 09:43:09 UTC --- If "myopen" returns "__cook", I will agree with you. But "myopen" returns "__cook *", just a pointer. I do not think it is reasonable to hide "myopen". It is a usual method to hide the im

[Bug c++/53613] Cannot override a inline "= default" virtual destructor.

2012-06-11 Thread kirbyz...@sogou-inc.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53613 --- Comment #3 from Kirby Zhou 2012-06-11 10:15:58 UTC --- (In reply to comment #1) > Fixed on trunk by patch for PR 50043 Did this patch apply to 4.7 branch? I retested with 4.7 branch 20120610, The bug is still exist.

[Bug c++/53613] Cannot override a inline "= default" virtual destructor.

2012-06-11 Thread kirbyz...@sogou-inc.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53613 --- Comment #5 from Kirby Zhou 2012-06-12 02:39:44 UTC --- It is a BAD NEWS about no fix on the 4.7.X branch, and "it's not a regression." The bug breaks a lot of already exist oode which is workable with GCC-4.4.X release. (In reply to commen

[Bug c++/50043] [C++0x] Implement core/1123

2012-06-12 Thread kirbyz...@sogou-inc.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50043 --- Comment #13 from Kirby Zhou 2012-06-13 03:48:34 UTC --- How about back port this patch to 4.7 branch? It cause a lot of compile error which easily confuse programmers. (In reply to comment #9) > Author: paolo > Date: Mon Apr 2 00:13:30 201

[Bug c++/53654] New: move constructor incorrectly delete copy constructor defined by template

2012-06-13 Thread kirbyz...@sogou-inc.com
: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: kirbyz...@sogou-inc.com shared_ptr declares its copy constructor and assign operator by template (if Y == T). But the nontrivial copy constructor is been

[Bug c++/50043] [C++0x] Implement core/1123

2012-06-14 Thread kirbyz...@sogou-inc.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50043 --- Comment #14 from Kirby Zhou 2012-06-15 02:14:48 UTC --- I have tested to apply this patch to 4.7 branch, everythings goes well. Since it breaks already existing code, anybody can do commit backport to 4.7 branch? (In reply to comment #13) >