[Bug c++/60962] New: b+(-2.f)*a generates multiplication instruction while b-2.f*a simplifies to additionsubtraction

2014-04-25 Thread b7.10110111 at gmail dot com
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Created attachment 32681 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32681action=edit A procedure compilable into assembly

[Bug c++/66346] New: GCC computes log10(2.L) constant wrongly

2015-05-30 Thread b7.10110111 at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Consider the following code: #include iostream #include cmath int main() { volatile long double two=2.L; long double vol=log10(two); long double con=log10(2.L

[Bug libstdc++/66346] GCC computes log10(2.L) constant wrongly

2015-05-30 Thread b7.10110111 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66346 Ruslan b7.10110111 at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/71469] New: Print possible override candidates when a method is marked override but doesn't override

2016-06-09 Thread b7.10110111 at gmail dot com
Severity: enhancement Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Currently for this code struct Base { virtual int funct(int); }; struct Der { int func(int

[Bug c++/70299] New: pow(long double, int) gives more imprecise result than pow(long double,long double) in c++03 mode

2016-03-19 Thread b7.10110111 at gmail dot com
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- The following example program appears to get different results for different overloads of std::pow

[Bug rtl-optimization/70467] New: Useless "and [esp],-1" emitted on AND with uint64_t variable

2016-03-30 Thread b7.10110111 at gmail dot com
ty: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Consider the following C code: #include long double __attribute__((noinline)) test() { return 0; } long doub

[Bug c++/70299] pow(long double, int) gives more imprecise result than pow(long double,long double) in c++03 mode

2016-03-19 Thread b7.10110111 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70299 --- Comment #1 from Ruslan --- The machine I tested it was Ubuntu 15.10, uname -a gives Linux integral3-amd64 4.2.0-22-generic #27-Ubuntu SMP Thu Dec 17 22:57:08 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux , libc is Ubuntu GLIBC 2.21-0ubuntu4.

[Bug rtl-optimization/70504] New: FLD, FLD, FXCH emitted instead of FLD, FLD in the needed order

2016-04-01 Thread b7.10110111 at gmail dot com
Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- The following code demonstrates the bug: long double inl_scalbn(long double mant, long double exp) { long double result

[Bug c++/70441] New: vector<__float128> crashes on two push_back calls with -mavx

2016-03-29 Thread b7.10110111 at gmail dot com
normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- The following simple program reproduces the bug: #include int main() { std::vector<__float128> tests; tests

[Bug rtl-optimization/70467] Useless "and [esp],-1" emitted on AND with uint64_t variable

2016-03-31 Thread b7.10110111 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70467 --- Comment #4 from Ruslan --- (In reply to Jakub Jelinek from comment #3) > ... > nothing there is able to optimize & -1 (and similarly | or ^ 0, or & 0, or | > -1). Just a note: the same happens for arithmetic operations, not just bitwise.

[Bug c++/71238] New: Undeclared function message imprecisely points to error column

2016-05-23 Thread b7.10110111 at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- The following program int main() { int x=myFunc(3234); } gives me the error: test.cpp:3:22: error: ‘myFunc’ was not declared

[Bug rtl-optimization/70976] New: Useless vectorization leads to degradation of performance

2016-05-06 Thread b7.10110111 at gmail dot com
Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- See the following code: #include int main() { unsigned long u = 13; for(unsigned long i = 0; i < 1UL<

[Bug target/77457] New: Print intended value of constants in assembly output

2016-09-02 Thread b7.10110111 at gmail dot com
Component: target Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Consider the following simple program: void f() { volatile double x=0.352; } I compile it with `gcc test.c -S -masm=intel -fverbose-asm` and get

[Bug target/77457] Print intended value of constants in assembly output

2016-09-02 Thread b7.10110111 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77457 --- Comment #1 from Ruslan --- Same for version "GCC: (Ubuntu 6.1.1-3ubuntu11~14.04.1) 6.1.1 20160511"

[Bug middle-end/77457] Print intended value of constants in assembly output

2016-09-03 Thread b7.10110111 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77457 --- Comment #5 from Ruslan --- (In reply to Andrew Pinski from comment #2) > Note also should be shown in C99 hex floats because that is 100% exactly > representable of the number in binary :). Not sure if exactness is worth it. It'll make it

[Bug sanitizer/86022] New: TCB size calculated in ThreadDescriptorSize() is wrong for glibc-2.14

2018-06-01 Thread b7.10110111 at gmail dot com
Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com 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

[Bug libstdc++/83566] New: cyl_bessel_j returns wrong result for x>1000 for high orders.

2017-12-23 Thread b7.10110111 at gmail dot com
mal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- The following test program prints results of C++17 std::cyl_bessel_j(100,1000.0001) and corresponding result given by GSL: #incl

[Bug libstdc++/83566] cyl_bessel_j returns wrong result for x>1000 for high orders.

2017-12-23 Thread b7.10110111 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83566 --- Comment #1 from Ruslan --- > As n decreases, the imprecision gradually gets smaller. To avoid confusion: this statement is for fixed x>1000.

[Bug libstdc++/86409] New: std::stod fails for denormal numbers

2018-07-05 Thread b7.10110111 at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Consider the following test program: // BEGIN #include #include int main() { const char str[]="3.23534634e-320"; try { const auto value=std

[Bug libstdc++/86409] std::stod fails for denormal numbers

2018-07-05 Thread b7.10110111 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86409 --- Comment #1 from Ruslan --- I was testing this on Kubuntu 14.04 x86_64 with g++ 8.1.0-5ubuntu1~14.04.

[Bug target/84756] New: Multiplication done twice just to get upper and lower parts of product

2018-03-07 Thread b7.10110111 at gmail dot com
Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Consider the following C code valid for both x86 and amd64 targets: #ifdef __SIZEOF_INT128__ typedef __uint128_t Longer

[Bug target/84757] New: Useless MOVs and PUSHes to store results of MUL

2018-03-07 Thread b7.10110111 at gmail dot com
: target Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Consider the following C code: #ifdef __SIZEOF_INT128__ typedef __uint128_t Longer; #else typedef unsigned long long Longer; #endif typedef unsigned long Shorter

[Bug target/84759] New: Calculation of quotient and remainder with constant denominator uses __umoddi3+__udivdi3 instead of __udivmoddi4

2018-03-08 Thread b7.10110111 at gmail dot com
: 7.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Starting from GCC 7, code calculating both quotient

[Bug middle-end/54183] Generate __udivmoddi4 instead of __udivdi3 plus __umoddi3

2018-03-08 Thread b7.10110111 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54183 Ruslan changed: What|Removed |Added CC||b7.10110111 at gmail dot com --- Comment #1

[Bug middle-end/54183] Generate __udivmoddi4 instead of __udivdi3 plus __umoddi3

2018-03-16 Thread b7.10110111 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54183 --- Comment #3 from Ruslan --- Ah, actually your problem is with a constant divisor. I reported it as bug 84759. If you change 10 to e.g. a function parameter, then you'll get __udivmoddi4.

[Bug middle-end/54183] Generate __udivmoddi4 instead of __udivdi3 plus __umoddi3

2018-03-17 Thread b7.10110111 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54183 --- Comment #5 from Ruslan --- Yes, this is exactly the problem: the generic case is optimized while the special case, where the divisor is a compile-time constant, isn't.

[Bug libstdc++/84666] New: ostringstream prints floats 2x slower than snprintf, when precision>=37

2018-03-02 Thread b7.10110111 at gmail dot com
mal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Created attachment 43541 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43541=edit Test program If you c

[Bug c++/87293] New: An object with invalid type is treated as if it were of type int when reporting errors

2018-09-13 Thread b7.10110111 at gmail dot com
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Consider the following C++ code: // #include int main() { std::shared_ptr p

[Bug c++/90971] New: Suboptimal diagnostic for is_same_v requirement for std::array

2019-06-24 Thread b7.10110111 at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Consider the following code: ``` #include int main() { std::array arr={1.32,5,45.3463,4.674,-94.463,34.634}; } ``` GCC 9.1

[Bug c++/91990] New: Too slow compilation of recursively-nested template class with two instances of its template parent

2019-10-04 Thread b7.10110111 at gmail dot com
: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Consider the following code: ``` template class A { typedef A B; B x, y; }; template<>

[Bug c++/96065] New: Move elision of returned automatic variable doesn't happen the variable is enclosed in a block

2020-07-05 Thread b7.10110111 at gmail dot com
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: b7.10110111 at gmail dot com Target Milestone: --- Consider the following code (at Godbolt's: https://gcc.godbolt.org/z/CyqPF9 ): ``` struct