[Bug c/43319] New: Lack of documentation on asm extension

entation on asm extension Product: gcc Version: unknown Status: UNCONFIRMED Severity: minor Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pi3orama at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43319

[Bug c++/14769] [DR 426] Block extern incorrectly resolved to file-scope internal linkage object

--- Comment #5 from pi3orama at gmail dot com 2009-11-26 03:31 --- How about the below C++ program? According to recent draft, the func() in //2: is clearly "internal linkage", but g++ resolve it as external linkage. static void func() { } int main() { extern

[Bug c++/42064] New: g++ violate [class.qual]

or warning. -- Summary: g++ violate [class.qual] Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pi3oram

[Bug c++/42063] New: g++ violate [class.dtor] when explicit destructor call

RMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pi3orama at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42063

[Bug c++/42026] g++ violate [basic.lookup.argdep]

--- Comment #2 from pi3orama at gmail dot com 2009-11-13 10:10 --- This is an example in C++ language standard. The version is N2960. It said (at page 47, [basic.lookup.argdep]/3): Let X be the lookup set produced by unqualified lookup (3.4.1) and let Y be the lookup set produced by

[Bug c++/42026] New: g++ violate [basic.lookup.argdep]

). -- Summary: g++ violate [basic.lookup.argdep] Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pi3orama at gmail dot com http

[Bug c++/41965] New: g++ violate [basic.scope.local].

nu dot org ReportedBy: pi3orama at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41965

[Bug c++/31952] parameters may be redeclared in a function try-block

--- Comment #5 from pi3orama at gmail dot com 2009-11-06 06:58 --- still not solved at 4.3.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31952

[Bug c++/41960] g++: friend introduce name into namespace, violate standard

--- Comment #5 from pi3orama at gmail dot com 2009-11-06 04:40 --- I find a clause in the standard: [basic.lookup.argdep]: Any namespace-scope friend functions or friend function templates declared in associated classes are visible within their respective namespaces even if they are

[Bug c++/41960] g++: friend introduce name into namespace, violate standard

--- Comment #3 from pi3orama at gmail dot com 2009-11-06 04:09 --- Then why #define TYPE N::B works? why argument dependent lookup doesn't take effect? Both B and func are in namespace N. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41960

[Bug c++/41960] g++: friend introduce name into class, violate standard

--- Comment #1 from pi3orama at gmail dot com 2009-11-06 03:52 --- following is my g++ -v: Using built-in specs. Target: i686-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.3.4

[Bug c++/41960] New: g++: friend introduce name into class, violate standard

Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pi3orama at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41960