[Bug c++/100313] New: pointer to member function is not const with sanitize=undefined

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- Here simple example extracted from Qt 6 git: ``` template struct Prop { void notify() { if constexpr (Signal

[Bug c/100301] New: sum of __int128 - regression since 8.2

Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- For such simple function: __int128 add1(__int128 a, __int128 b) { return a + b; } gcc 8.2 generates for a + b: mov r9, rdi mov r10, rsi add

[Bug c++/67762] [C++1z] 'not a constant expression" errors only with -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67762 --- Comment #7 from Evgeniy Dushistov --- Here simple example extracted from Qt 6 git: ``` template struct Prop { void notify() { if constexpr (Signal != nullptr) { } } }; class QObjectPrivate { public:

[Bug c/99856] New: Alpha Compositing auto vectorization regression: 8.3 -> 9.1

mal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- Such code vectorized with gcc 8.3, but failed to vectorized with 9.1. Last version of clang works just fine. ``` #include #include #def

[Bug c++/96999] New: regression: std::variant requires default constructor with gcc 8-9, gcc 7.x and 10.x works

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- For code bellow, gcc 9.3 from Ubuntu reports error: ``` In file included from /usr/include/c++/9/variant:36

[Bug c++/80635] std::optional and bogus -Wmaybe-uninitialized warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635 --- Comment #20 from Evgeniy Dushistov --- Also if add one line to code `printf("test\n");` ``` struct FooDeleter { void operator()(FooOpaque *p) { printf("test\n"); Foo_free(p); } }; ``` gcc don't report any warning, and valgrind

[Bug c++/80635] std::optional and bogus -Wmaybe-uninitialized warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635 Evgeniy Dushistov changed: What|Removed |Added CC||dushistov at mail dot ru

[Bug libstdc++/90397] Incompatibility with clang-tidy on std::variant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90397 Evgeniy Dushistov changed: What|Removed |Added CC||dushistov at mail dot ru

[Bug sanitizer/68338] tsan report error about c++11 static local initialize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68338 Evgeniy Dushistov changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/71205] New: c++14 wrong constructor resolution

++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- #include #include #define SHOW std::cout << __PRETTY_FUNCTION__ << "\n" struct Foo { Foo() { SHOW; } Foo(const Foo &) { SHOW; }

[Bug c++/68469] New: warn_unused_result attribute ignored for templates return templates

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- For such code: #include template struct Foo { std::function<T()> f(T p) __attribute__((warn_unused_result)) { ret

[Bug sanitizer/68338] New: tsan report error about c++11 static local initialize

Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org Target Milestone: --- With code like

[Bug sanitizer/68338] tsan report error about c++11 static local initialize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68338 --- Comment #2 from Evgeniy Dushistov --- The problem as I understand assembler in check that find out is static variable initialized, clang emit this: callq 45bdb0 <__tsan_atomic8_load> while gcc emit callq 401260 <__tsan_read1@plt>

[Bug c++/68252] New: regiression left operand of shift expression, while we shift > 0 integer

ity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- struct Test { static const int foo = (1 << sizeof(

[Bug c++/68195] gcc//ld produces invalid ABI results (cxx11 problem?)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68195 --- Comment #3 from Evgeniy Dushistov --- I build gcc with last commit: commit 06d6724083a2cb1f35e36f4a0db3025bfde20667 Author: nathan Date: Wed Nov 4 17:01:23 2015 + *

[Bug c++/68195] gcc//ld produces invalid ABI results (cxx11 problem?)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68195 --- Comment #4 from Evgeniy Dushistov --- Created attachment 36650 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36650=edit preprocessed sources I attached files created with gcc -E from main.cpp and Lib.cpp, hope this helps reproduce

[Bug c++/68089] c++ friend with template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68089 Evgeniy Dushistov changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/68195] gcc//ld produces invalid ABI results (cxx11 problem?)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68195 Evgeniy Dushistov changed: What|Removed |Added CC||dushistov at mail dot ru

[Bug c++/68089] New: c++ friend with template

++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- Here is code: #include template class C { template // friend class C; template friend bool operator == (C const& c1, C const& c2) { return c1.i

[Bug c/66194] New: emit vectorization instruction for not aligned data(amd64), -fno-strict-aliasing not help

Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- Created attachment 35562 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35562action=edit code example

[Bug c/66194] emit vectorization instruction for not aligned data(amd64), -fno-strict-aliasing not help

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66194 --- Comment #3 from Evgeniy Dushistov dushistov at mail dot ru --- So step to reproduce: 1)Download attachment 2)Extract tar xvf dummy_hash.tar 3)Build cd dummy_hash make 4)Run ./thash

[Bug c/66194] emit vectorization instruction for not aligned data(amd64), -fno-strict-aliasing not help

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66194 --- Comment #2 from Evgeniy Dushistov dushistov at mail dot ru --- (In reply to H.J. Lu from comment #1) Which gcc did you use? Please provide a run-time test. I try gcc 4.6.4, 4.7.4, 4.9.2, 5.1.0. If you compile attachment on linux/amd64

[Bug c/66194] emit vectorization instruction for not aligned data(amd64), -fno-strict-aliasing not help

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66194 --- Comment #6 from Evgeniy Dushistov dushistov at mail dot ru --- (In reply to Andrew Pinski from comment #5) C standard says this is undefined code. Where? there is two issues aliasing (but I use -fno-strict-aliasing), and alignment, c99

[Bug c/66194] emit vectorization instruction for not aligned data(amd64), -fno-strict-aliasing not help

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66194 --- Comment #8 from Evgeniy Dushistov dushistov at mail dot ru --- (In reply to Markus Trippelsdorf from comment #7) 6.3.2.3 p7: »A pointer to an object type may be converted to a pointer to a different object type. If the resulting pointer

[Bug c/66194] emit vectorization instruction for not aligned data(amd64), -fno-strict-aliasing not help

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66194 --- Comment #10 from Evgeniy Dushistov dushistov at mail dot ru --- ABI requirements are not C requirements always. This paragraph is talking about memory accesses but really it did not take into account other requirements of C correctly

[Bug driver/63726] New: -Xlinker --threads cause random crash on gcc 4.9.2

Component: driver Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru With such simple program: $ cat /tmp/test2.cpp #include cstdio #include vector int main() { std::vectorint v = {1, 2}; for (auto a : v) printf(%d\n

[Bug libstdc++/63711] New: can not compile llvm in debug mode

++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Created attachment 33864 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33864action=edit failed test In attachment source code extracted from llvm/lib/Analysis/LazyValueInfo.cpp and from couple

[Bug libstdc++/63711] can not compile llvm in debug mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63711 --- Comment #1 from Evgeniy Dushistov dushistov at mail dot ru --- The bug is reproduced only with gcc-4.9.1. Today I try gcc-4.9.2 and it disappear.

[Bug c/63393] New: -ffreestanding not work: memset call cause valgrind crash

Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Created attachment 33588 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33588action=edit problem code On my system linux/x86_64 compilation of valgrind with -O3

[Bug c/63393] [regression]-ffreestanding not work: memset call cause valgrind crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63393 Evgeniy Dushistov dushistov at mail dot ru changed: What|Removed |Added Summary|-ffreestanding not work:|[regression

[Bug c/63393] [regression]-ffreestanding not work: memset call cause valgrind crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63393 --- Comment #4 from Evgeniy Dushistov dushistov at mail dot ru --- (In reply to Mikael Pettersson from comment #3) I don't know if this is supposed to be fixed (for all str* and mem* functions one might want to implement oneself

[Bug c++/58194] New: default argument for constructor outside of class DR 1344

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Such simple code accepted by gcc 4.8.1: struct Foo { Foo(const char *); }; Foo::Foo(const char *str = 0) { } There is DR 1344 about it: http://www.open-std.org

[Bug c++/58054] New: 11.3 Friends, example from standard not compiled

: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Here is example from standard (page 250-251), class A { class B { }; friend class X; }; struct X : A::B { // OK: A::B accessible to friend A::B mx; // OK: A::B accessible to member of friend

[Bug c++/58054] 11.3 Friends, example from standard not compiled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58054 --- Comment #2 from Evgeniy Dushistov dushistov at mail dot ru --- Yes, for C++ 2003 this is invalid code(page 212): class A { class B { }; friend class X; }; class X : A::B { // ill-formed: A::B cannot be accessed // in the base-clause for X

[Bug c++/58054] 11.3 Friends, example from standard not compiled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58054 --- Comment #3 from Evgeniy Dushistov dushistov at mail dot ru --- Here history of changes of C++ standard that related to this bug: http://wg21.cmeerw.net/cwg/issue372

[Bug target/57954] AVX missing vxorps (zeroing) before vcvtsi2s %edx, slow down AVX code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954 --- Comment #11 from Evgeniy Dushistov dushistov at mail dot ru --- (In reply to Yuri Rumyantsev from comment #9) I checked that zeroing of xmm register before conversion leads to performance slowdown on SLM (-5%) for proveded test-case. I

[Bug tree-optimization/14741] graphite with loop blocking and interchanging doesn't optimize a matrix multiplication loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741 --- Comment #26 from Evgeniy Dushistov dushistov at mail dot ru --- I try such simple C++ function, compiled in separate object file(-march=native -Ofast): void mult(const double * const __restrict__ A, const double * const __restrict__ B

[Bug tree-optimization/14741] graphite with loop blocking and interchanging doesn't optimize a matrix multiplication loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741 --- Comment #27 from Evgeniy Dushistov dushistov at mail dot ru --- Created attachment 30563 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30563action=edit icc -c -Ofast -march=native objdump

[Bug c++/58005] New: missed optimization printf constant string

++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Simple code: #include cstdio int main() { printf(%s: test1\n, __PRETTY_FUNCTION__);//1 printf(test2\n);//2 return 0; } compiled to: callq 4005a0 __printf_chk@plt (1) and to callq 400590

[Bug tree-optimization/58005] missed optimization printf constant string

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58005 --- Comment #4 from Evgeniy Dushistov dushistov at mail dot ru --- Such an optimization can increase code size if the same format string is used with many different arguments, may be then two fputs calls? fputs(__PRETTY_FUNCTION__, stdout

[Bug target/57954] AVX missing vxorps (zeroing) before vcvtsi2s %edx, slow down AVX code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954 --- Comment #3 from Evgeniy Dushistov dushistov at mail dot ru --- Great, I tested the patch, at now pi calculation as fast as in icc, and two times faster then in clang 3.3.

[Bug target/57988] New: missed optimization vxorpd before vcvtsi2sdq

: target Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru I tested such simple function on i7-3740QM CPU @ 2.70GHz, with gcc 4.8.1 and gcc 4.9.0 20130725: double pi(unsigned int count) { unsigned int i; double p = 0; double z = 1

[Bug tree-optimization/57890] gcc 4.8.1 regression: loops become slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57890 --- Comment #3 from Evgeniy Dushistov dushistov at mail dot ru --- By the way, here is a short summary of running result of compilation test_loop on my i7 based notebook (the best results): icc(13.1.3 20130607): 0.228 gcc 4.7 : 0.345

[Bug tree-optimization/57890] gcc 4.8.1 regression: loops become slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57890 Evgeniy Dushistov dushistov at mail dot ru changed: What|Removed |Added Component|target |tree

[Bug c++/57890] New: gcc 4.8.1 regression: loops become slower

++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru $cat what_test.cpp char c[100]; void f(void) { for(int i=0; i 100; ++i) c[i] = '0'; } I run this test with: cat test.cpp #include cstddef extern void f(); int main

[Bug c++/57883] New: Feature request: better diagnostic for unknown type

Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru $cat test.cpp //#include cstddef struct vec { double x; double y; double z; double operator[](size_t i) { switch (i) { case 0: return x; case 1

[Bug c/55953] New: hand loop faster then builtin memset

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55953 Bug #: 55953 Summary: hand loop faster then builtin memset Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug target/55953] hand loop faster then builtin memset

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55953 --- Comment #2 from Evgeniy Dushistov dushistov at mail dot ru 2013-01-12 00:05:15 UTC --- Actually it is not only CPU 64bit related issue, for example the same CPU (i7), 32 bit mode: variant one: push %ebp vmovdqa 0x80488e0,%ymm0

[Bug target/55953] hand loop faster then builtin memset

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55953 --- Comment #3 from Evgeniy Dushistov dushistov at mail dot ru 2013-01-12 00:13:09 UTC --- Cross compiling for arm, g++ have almost the same version: arm-angstrom-linux-gnueabi-g++ (Linaro GCC 4.7-2012.10) 4.7.3 20121001: variant one

[Bug debug/53135] [4.7/4.8 Regression] internal compiler error: in value_format, at dwarf2out.c:8010

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53135 --- Comment #3 from Evgeniy Dushistov dushistov at mail dot ru 2012-07-14 22:18:12 UTC --- I searched commit which cause error. Here is result of running test from this bugreport, with such command: arm-none-eabi-g++ -O2 -g -c /tmp/test.cpp good

[Bug debug/53135] internal compiler error: in value_format, at dwarf2out.c:8010

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53135 Evgeniy Dushistov dushistov at mail dot ru changed: What|Removed |Added CC||dushistov

[Bug c++/51231] g++ remove placement new with -O1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51231 Evgeniy Dushistov dushistov at mail dot ru changed: What|Removed |Added Known to work||4.4.5

[Bug c++/51231] New: g++ remove placement new with -O1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51231 Bug #: 51231 Summary: g++ remove placement new with -O1 Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/51231] g++ remove placement new with -O1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51231 --- Comment #1 from Evgeniy Dushistov dushistov at mail dot ru 2011-11-19 21:49:33 UTC --- The code works as expected for 4.4.5, and show buggy behaviour with 4.5.3 and 4.6.2.

[Bug c++/51231] g++ remove placement new with -O1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51231 --- Comment #2 from Evgeniy Dushistov dushistov at mail dot ru 2011-11-19 22:03:49 UTC --- Created attachment 25862 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25862 the preprocessed test case generate from source with command: g++ -ggdb

[Bug c++/51231] g++ remove placement new with -O1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51231 --- Comment #3 from Evgeniy Dushistov dushistov at mail dot ru 2011-11-19 22:07:40 UTC --- To build test case you need use command: g++ -ggdb -O1 -Wall -Wextra boost_interp_alloc.cpp -lboost_thread I use boost 1.46.1. Or you can use

[Bug c++/43273] use in template constant from another template

--- Comment #3 from dushistov at mail dot ru 2010-03-08 20:18 --- (In reply to comment #1) compiles without problems using 4.4.3 and 4.5.0 if this only fails with GCC 4.2 it's unlikely to get fixed There is something strange here. I have report that with little different example

[Bug c++/43273] New: use in template constant from another template

Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dushistov at mail dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43273

[Bug c++/36306] New: accept invalid: double class name

Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dushistov at mail dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c/30695] New: uint32_t - uint16_t without warrnings

warrnings Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dushistov at mail dot ru http://gcc.gnu.org/bugzilla

[Bug c/30695] uint32_t - uint16_t without warrnings

--- Comment #2 from dushistov at mail dot ru 2007-02-03 21:15 --- (In reply to comment #1) I think this has already been fixed on the trunk with the new -Wconversion behaviors: http://gcc.gnu.org/wiki/NewWconversion Thaks for reply, I hope to see this feature in near future

[Bug c++/28588] New: static private function

: unassigned at gcc dot gnu dot org ReportedBy: dushistov at mail dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28588

[Bug c++/28539] New: granted access to private nested class

: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dushistov at mail dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28539

[Bug c++/28543] New: Usage of -ftemplate-depth- may cause segfault

Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dushistov at mail dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28543