[Bug c++/89745] [[no_unique_address]] has no effect in some cases

2019-03-17 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89745 tower120 changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/89745] New: [[no_unique_address]] has no effect in some cases

2019-03-17 Thread tower120 at gmail dot com
: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com Target Milestone: --- [[no_unique_address]] has no effect in the following case: https://wandbox.org/permlink/pcMbjWGcdKL3aHJS template struct alternative_pair{ [[no_unique_address]] F first

[Bug c++/86574] ICE on std::prev with ranges::view::transform

2018-07-19 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86574 --- Comment #4 from tower120 --- Because I don't have gcc 9 locally installed. I saw that ICE on https://wandbox.org/permlink/bPT0llOGPqouv3CM Error message says to report - I'm reporting.

[Bug c++/86574] ICE on std::prev with ranges::view::transform

2018-07-19 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86574 --- Comment #2 from tower120 --- I can't provide a preprocessed source file, but "range/v3/view/transform.hpp" source is here: https://github.com/ericniebler/range-v3

[Bug c++/86574] New: ICE on std::prev with ranges::view::transform

2018-07-18 Thread tower120 at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com Target Milestone: --- The following code cause ICE on gcc 9. And have malfunction build on all previous versions (program compiles, but hangs); clang compiles with error about bidirectional iterator

[Bug libstdc++/86507] std::filesystem not work on Windows

2018-07-13 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86507 --- Comment #4 from tower120 --- > Are you sure about that? You might be able to include the header, but nothing > else works. "Everything" that I use, which is: * std::experimental::filesystem::path (construction, c_str, comparison) * std::e

[Bug libstdc++/86507] std::filesystem not work on Windows

2018-07-12 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86507 --- Comment #1 from tower120 --- Created attachment 44388 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44388&action=edit compilation error message

[Bug libstdc++/86507] New: std::filesystem not work on Windows

2018-07-12 Thread tower120 at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com Target Milestone: --- Just including "filesystem" header on gcc 8.1 under windows (mingw-w64) cause compilation error. See attached file. All 7.x with "experimental/filesystem" wo

[Bug c++/86495] New: false no return statement warning in "if constexpr" branch

2018-07-11 Thread tower120 at gmail dot com
ty: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com Target Milestone: --- The following code produce false "no return statement" warning in gcc 8.1. Everything fine on 7.x Live: https://godbolt.or

[Bug c++/82619] C++17 std::apply treated as in global namespace under certain circumstances

2017-10-19 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82619 tower120 changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug c++/82619] C++17 std::apply treated as in global namespace under certain circumstances

2017-10-19 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82619 --- Comment #2 from tower120 --- > If a `std::tuple` is passed in as `tuple`, isn't `std::apply` found by ADL? Maybe, I don't understand how and when ADL work :( Visual Studio / clang compiler said nothing about it, so I thought ... Are you su

[Bug c++/82619] New: C++17 std::apply treated as in global namespace under certain circumstances

2017-10-19 Thread tower120 at gmail dot com
: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com Target Milestone: --- Created attachment 42403 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42403&action=edit cmake project. Look

[Bug c++/67247] ICE on std::forward args&& inside nested lambda function

2016-04-25 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67247 tower120 changed: What|Removed |Added Known to work||6.0 --- Comment #4 from tower120 --- Reduced

[Bug c++/70343] internal compiler error: in tsubst_copy, wrong code with lambda in template fn

2016-03-22 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70343 --- Comment #2 from tower120 --- The workaround for all versions is use lambda that doesn't CAPTURE this, e.g. http://coliru.stacked-crooked.com/a/e223ddb156d817c1 struct Empty{}; template struct Data{ int properties_parcel4[10]; Em

[Bug c++/70343] New: internal compiler error: in tsubst_copy

2016-03-21 Thread tower120 at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com Target Milestone: --- The following code cause ICE in 4.9.2, in 5.3 cause Segmentation fault. Works ok in non-templated version. Woks ok with clang and VS. http://coliru.stacked-crooked.com/a

[Bug c++/67247] New: ICE on std::forward args&& inside nested lambda function

2015-08-17 Thread tower120 at gmail dot com
: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com Target Milestone: --- Code as is: http://coliru.stacked-crooked.com/a/903e76d5446bfeb2

[Bug c++/67100] ICE(in type_dependent_expression_p) on macro function + user defined literal

2015-08-03 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67100 --- Comment #3 from tower120 --- Forgot to say - it's ok with gcc 5.1

[Bug c++/67100] ICE(in type_dependent_expression_p) on macro function + user defined literal

2015-08-03 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67100 --- Comment #1 from tower120 --- if change #define dispatch_forward_fn(fn_name, prefix) \ template \ struct Dispatcher{ /* Problem here tstring(go_up) */\ template \ inline decltype(auto) operator() (ArgsRef&&... args) {\ return

[Bug c++/67100] New: ICE(in type_dependent_expression_p) on macro function + user defined literal

2015-08-03 Thread tower120 at gmail dot com
: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com Target Milestone: --- Live errors : #http://goo.gl/UlaJI7 The following code

[Bug c++/62223] error: there are no arguments to ‘static_asssert’ that depend on a template parameter, so a declaration of ‘static_asssert’ must be available

2014-08-22 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62223 --- Comment #6 from tower120 --- Well, classical "static_asssert is not a function/variable/etc" would be enough for me. Because "there are no arguments to 'static_asssert' that depend on a template parameter" means that there IS such a function

[Bug c++/62223] error: there are no arguments to ‘static_asssert’ that depend on a template parameter, so a declaration of ‘static_asssert’ must be available

2014-08-22 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62223 --- Comment #4 from tower120 --- Typo indeed. I'm so sorry.

[Bug c++/62223] error: there are no arguments to ‘static_asssert’ that depend on a template parameter, so a declaration of ‘static_asssert’ must be available

2014-08-22 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62223 --- Comment #2 from tower120 --- No, I compile it with -std=c++1y Here, live example http://ideone.com/KsGrnH (though that is gcc-4.8.1)

[Bug c++/62223] New: error: there are no arguments to ‘static_asssert’ that depend on a template parameter, so a declaration of ‘static_asssert’ must be available

2014-08-22 Thread tower120 at gmail dot com
: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com May be not a bug... But, why error occurs in the following code

[Bug c++/62222] 'tuple_element_t' was not declared in this scope

2014-08-21 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6 --- Comment #3 from tower120 --- Oh I see. Well, what gcc version is that, then? http://patchwork.ozlabs.org/patch/339121/

[Bug c++/62222] New: 'tuple_element_t' was not declared in this scope

2014-08-21 Thread tower120 at gmail dot com
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com In the following code (http://coliru.stacked-crooked.com/a/f78031af320b07f0) #include #include #include #include using namespace std; int main(){ using T = tuple;

[Bug c++/62149] New: ICE in tsubst_copy, at cp/pt.c:12646 with constexpr and tuple_size

2014-08-14 Thread tower120 at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com In the following code: #include #include #include #include using namespace std; template struct Test{ using Attrs22 = tuple< _At

[Bug c++/61892] RVO not occurs with constructor with universal reference arguments

2014-07-24 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61892 --- Comment #3 from tower120 --- But wait, we talk about move constructor. But this is a template class. Template class can not have move constructor at all.

[Bug c++/61892] RVO not occurs with constructor with universal reference arguments

2014-07-24 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61892 --- Comment #2 from tower120 --- Well ok, but what about this? http://coliru.stacked-crooked.com/a/e3ce8882c68dbef2 Why it copy with wrong number of argument?

[Bug c++/61892] New: RVO not occurs with constructor with universal reference arguments

2014-07-23 Thread tower120 at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com I'm not sure that this is bug. But this is strange behavior, if you ask me. LIVE: http://coliru.stacked-crooked.com/a/d11d50f611ed0cee In the following

[Bug c++/61636] generic lambda "cannot call member function without object"

2014-07-06 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636 --- Comment #7 from tower120 --- I'm not sure what you mean, about adding "this->". But this case is not working : http://coliru.stacked-crooked.com/a/d69de477f9a746cb But to be true, it not work with clang either.

[Bug c++/61636] generic lambda "cannot call member function without object"

2014-06-28 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636 --- Comment #3 from tower120 --- I found that as only I pass *this as parameter and then call functions from it, it works ok. But it have to be auto: /// This work std::cout << if_else(do_first, *this, [&]

[Bug c++/61636] generic lambda "cannot call member function without object"

2014-06-28 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636 --- Comment #1 from tower120 --- Furthermore, if not pass "data" as a lambda function param, but capture it from current scope, it deduces type wrong. http://coliru.stacked-crooked.com/a/ae022b9d25d93490 Uncomment static_cast to make it work. B

[Bug c++/61636] New: generic lambda "cannot call member function without object"

2014-06-28 Thread tower120 at gmail dot com
ty: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com In the following code: Live http://coliru.stacked-crooked.com/a/b22bb3c9cd603bc7 #include #include template auto if_else(std::true_type,datatype&a

[Bug c++/61290] New: init templated member variable with constructor fails

2014-05-22 Thread tower120 at gmail dot com
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com This one related to this: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51666 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52595 Consider the following code: struct S{ //typedef S ThisT

[Bug c++/61213] [4.7/4.8/4.9/4.10 Regression] std::forward_as_tuple and std::tuple and any rvalue loose data

2014-05-17 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61213 --- Comment #2 from tower120 --- (In reply to Jonathan Wakely from comment #1) > Using -fno-indirect-inlining gives the correct result I not see this with -std=c++11 -O2 -fno-indirect-inlining -Wall -pedantic -pthread http://coliru.stacked-croo

[Bug c++/61213] New: std::forward_as_tuple and std::tuple and any rvalue loose data

2014-05-17 Thread tower120 at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com std::forward_as_tuple elements loose data on -O2. Works fine with -O0 Consider the following code: http://coliru.stacked-crooked.com/a/67499e052283bd5a #include

[Bug c++/61178] expansion pattern '#'nontype_argument_pack' not supported by dump_expr#

2014-05-13 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61178 tower120 changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED

[Bug c++/61178] expansion pattern '#'nontype_argument_pack' not supported by dump_expr#

2014-05-13 Thread tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61178 tower120 changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/61178] New: expansion pattern '#'nontype_argument_pack' not supported by dump_expr#

2014-05-13 Thread tower120 at gmail dot com
Severity: minor Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tower120 at gmail dot com I got strange error: expansion pattern '#'nontype_argument_pack' not supported by dump_expr# With the following code: http: