[Bug c++/84788] New: Parenthesis changes a constant to non-constant

2018-03-09 Thread tuliom at linux dot vnet.ibm.com
++ Assignee: unassigned at gcc dot gnu.org Reporter: tuliom at linux dot vnet.ibm.com Target Milestone: --- Reproduced with GCC 8.0.1 rev. 258059: $ cat test-cxx.cpp template class PackedCache { public: static const int kValuebits = 7; static const int kValueMask = 1

[Bug libstdc++/84654] New: libstdc++ tries to use __float128 when compiling with -mno-float128

2018-03-01 Thread tuliom at linux dot vnet.ibm.com
Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: tuliom at linux dot vnet.ibm.com Target Milestone: --- Using the following test program: $ cat test1.cpp #include int main() { return 0; } $ g++-8 -mno-float128 test.cpp

[Bug c/82636] New: powerpc: Unnecessary copy of __ieee128 parameter

2017-10-20 Thread tuliom at linux dot vnet.ibm.com
: c Assignee: unassigned at gcc dot gnu.org Reporter: tuliom at linux dot vnet.ibm.com Target Milestone: --- Tested with GCC 7.2.1 on powerpc64le. The copy of vs36 (v4) to vs32 (v0) shouldn't be required, i.e. I'd expect to have xsmaddqp v4,v2,v3. $ cat s_fmaf128-power9.c

[Bug target/81193] PowerPC GCC __builtin_cpu_is and __builtin_cpu_supports should warn about old libraries

2017-06-27 Thread tuliom at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81193 Tulio Magno Quites Machado Filho changed: What|Removed |Added CC||tuliom at linux dot

[Bug target/71977] New: powerpc64: Use VSR when operating on float and integer

2016-07-22 Thread tuliom at linux dot vnet.ibm.com
Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tuliom at linux dot vnet.ibm.com Target Milestone: --- The following code is common on libm: #include typedef union { float value; uint32_t word; } ieee_float_shape_type; float mask_float (float f

[Bug target/67281] New: HTM builtins aren't treated as compiler barriers on powerpc

2015-08-19 Thread tuliom at linux dot vnet.ibm.com
Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tuliom at linux dot vnet.ibm.com Target Milestone: --- Depending on the level of optimization, GCC moves a memory access outside a transaction which breaks the atomicity of the transaction

[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2015-08-19 Thread tuliom at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 --- Comment #4 from Tulio Magno Quites Machado Filho tuliom at linux dot vnet.ibm.com --- (In reply to Andrew Pinski from comment #3) Since there are no stores, the load seems like it can be pulled out of the loop too. I disagree with you

[Bug target/67281] HTM builtins aren't treated as compiler barriers on powerpc

2015-08-19 Thread tuliom at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281 --- Comment #2 from Tulio Magno Quites Machado Filho tuliom at linux dot vnet.ibm.com --- Oooops. My bad. What about this one? $ cat tbegin-barrier.c long foo (long dest, long *src0, long src1, long tries) { long i; for (i = 0; i tries; i