http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52224
Bug #: 52224
Summary: [C++0x] Generic operator gets pulled into compile-time
expression
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52224
--- Comment #4 from Yuriy Solodkyy 2012-02-13
21:17:36 UTC ---
Was wondering myself if that can be a design issue - here is a related report I
did earlier for VC++ 11:
https://connect.microsoft.com/VisualStudio/feedback/details/724557/vs11-compi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51710
Bug #: 51710
Summary: decltype and SFINAE
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51710
--- Comment #3 from Yuriy Solodkyy 2012-01-02
21:35:56 UTC ---
Thank you, I am aware of the workaround and that is exactly what I do in my
code, however I think the current behavior is counter intuitive:
1. I get error message about instantiatio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55460
Bug #: 55460
Summary: Template-dependent name is not looked up at
instantiation point
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55460
--- Comment #2 from Yuriy Solodkyy 2012-11-25
01:07:36 UTC ---
Not sure I understand your comment - ADL with respect to what: my::filter or
the ::operator&? Can you elaborate please?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50080
Bug #: 50080
Summary: error: 'template' (as a disambiguator) is only allowed
within templates
Classification: Unclassified
Product: gcc
Version: 4.5.2
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68288
Yuriy Solodkyy changed:
What|Removed |Added
CC||solodon at mail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68288
--- Comment #4 from Yuriy Solodkyy ---
P.S. I added my previous example to this bug as they seemed to be related, feel
free to split it into a separate bug if they are not.
P.P.S. Change that return expression to 42_sp-p and the parser seems to