[Bug c++/22556] New: extern array: compatible declaration at function scope refused

2005-07-19 Thread SWElef at post dot sk
pe refused Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: SWElef at post dot sk CC: g

[Bug c++/20812] contextual overload resolution failure for a member name found in two base classes

2005-04-15 Thread SWElef at post dot sk
--- Additional Comments From SWElef at post dot sk 2005-04-15 07:30 --- I was wrong. std:10.2/2 (member name lookup) says [snip] If the resulting set of declarations are not all from sub-objects of the same type, or the set has a nonstatic member and includes members from distinct

[Bug c++/20812] contextual overload resolution failure for a member name found in two base classes

2005-04-08 Thread SWElef at post dot sk
--- Additional Comments From SWElef at post dot sk 2005-04-08 07:33 --- Well, if we speak about other compilers, MSVC++ Toolkit 2003 supports my view on the first snippet and emits an ICE on the second. And the behaviour of Comeau Online is pretty irrelevant as it fails deduction even

[Bug c++/20812] contextual overload resolution failure for a member name found in two base classes

2005-04-07 Thread SWElef at post dot sk
--- Additional Comments From SWElef at post dot sk 2005-04-07 18:12 --- I forgot to write that I used gcc-3.4.2-mingw, gcc-3.4.3-cygwin and gcc-4.0.0-experimental-20050130 and the results were the same, i.e. buggy. Vladimir Marko -- What|Removed

[Bug c++/20812] New: contextual overload resolution failure for a member name found in two base classes

2005-04-07 Thread SWElef at post dot sk
Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: SWElef at post dot sk CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20812

[Bug c++/20172] member function template declaration not instantiated during the instantiation of the enclosing class template

2005-02-23 Thread SWElef at post dot sk
-- What|Removed |Added Keywords||accepts-invalid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20172

[Bug c++/20172] New: member function template declaration not instantiated during the instantiation of the enclosing class template

2005-02-23 Thread SWElef at post dot sk
iority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: SWElef at post dot sk CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20172

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

2005-01-14 Thread SWElef at post dot sk
--- Additional Comments From SWElef at post dot sk 2005-01-14 13:33 --- It took me quite a long time to realise that the best performance tests are those where we count the elementary operations. The best way to expose the O(n log n) complexity in non-fixed case is to supply the

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

2005-01-14 Thread SWElef at post dot sk
--- Additional Comments From SWElef at post dot sk 2005-01-14 08:24 --- I was a little in a hurry, so I'll add a comment on the test programm now. The "reference time" of std::list ctor taking range must be linear. Thus it makes sence to have a look at the quotient of

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

2005-01-13 Thread SWElef at post dot sk
--- Additional Comments From SWElef at post dot sk 2005-01-13 16:59 --- Created an attachment (id=7953) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7953&action=view) performance test This is my test program. After giving it some thought I believe that calling the insert

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

2005-01-13 Thread SWElef at post dot sk
-- What|Removed |Added Component|c++ |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19422

[Bug c++/19422] New: assoc. containers: ctor taking range is O(n log n) even if the range is sorted

2005-01-13 Thread SWElef at post dot sk
Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: SWElef at post dot sk CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19422

[Bug c++/17648] [3.3/3.4 Regression] template destructor was not called for inherited classes

2004-12-20 Thread SWElef at post dot sk
--- Additional Comments From SWElef at post dot sk 2004-12-20 17:09 --- (In reply to comment #13) > Here's a condensed version of Wolfgang's testcase: > > int i=1; > class A; > template struct B > { > A *p; &

[Bug c++/17648] [3.3/3.4 Regression] template destructor was not called for inherited classes

2004-12-17 Thread SWElef at post dot sk
--- Additional Comments From SWElef at post dot sk 2004-12-17 11:12 --- AFAICT the code in comment #5 is well-formed. std:12.4/5: An implicitly-declared destructor is implicitly defined when it is used to destroy an object of its class type... Thus, the declaration+definition of class

[Bug c++/18407] New: [Regression] ICE with mem-fun-ptr as template parameter for nested function template (build_base_path, cp/class.c)

2004-11-09 Thread SWElef at post dot sk
Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: SWElef at post dot sk CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18407