https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89745
tower120 changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
: 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
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.
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
++
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
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
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
++
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82619
tower120 changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
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
: 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
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
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
++
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
: 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67100
--- Comment #3 from tower120 ---
Forgot to say - it's ok with gcc 5.1
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
: 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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62223
--- Comment #4 from tower120 ---
Typo indeed.
I'm so sorry.
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)
: 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
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/
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;
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
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.
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?
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
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.
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,
[&]
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
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
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61178
tower120 changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61178
tower120 changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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:
39 matches
Mail list logo