Displaying 6 results from an estimated 6 matches for "5lj1".
2019 Sep 29
2
[cfe-dev] CFG simplification question, and preservation of branching in the original code
...opinion, the original C code should have produced a “select” and give the backend the opportunity to optimise it if required. I think that the frontend should perform only target independent optimisations.
You didn't specify how you compile that code.
We could also get: https://godbolt.org/z/B-5lj1
Which can actually be folded further to just
long test(long a, long b) {
return a * b;
}
Is "test" actually an implementation of a 64-bit-wide multiplication
compiler-rt builtin?
Then i'd think the main problem is that it is being optimized in the
first place, you could end up...
2019 Sep 30
2
[cfe-dev] CFG simplification question, and preservation of branching in the original code
...should have produced a “select” and give the
> backend the opportunity to optimise it if required. I think that the
> frontend should perform only target independent optimisations.
>
>
> You didn't specify how you compile that code.
> We could also get: https://godbolt.org/z/B-5lj1
> Which can actually be folded further to just
> long test(long a, long b) {
> return a * b;
> }
> Is "test" actually an implementation of a 64-bit-wide multiplication
> compiler-rt builtin?
> Then i'd think the main problem is that it is being optimized in the
&...
2019 Sep 30
3
[cfe-dev] CFG simplification question, and preservation of branching in the original code
...al C code should have produced a “select” and give the backend the opportunity to optimise it if required. I think that the frontend should perform only target independent optimisations.
>
>
> You didn't specify how you compile that code.
> We could also get: https://godbolt.org/z/B-5lj1
> Which can actually be folded further to just
> long test(long a, long b) {
> return a * b;
> }
> Is "test" actually an implementation of a 64-bit-wide multiplication
> compiler-rt builtin?
> Then i'd think the main problem is that it is being optimized in t...
2019 Oct 01
3
[cfe-dev] CFG simplification question, and preservation of branching in the original code
...select” and give the backend the opportunity to optimise it if required. I think that the frontend should perform only target independent optimisations.
>>>
>>>
>>> You didn't specify how you compile that code.
>>> We could also get: https://godbolt.org/z/B-5lj1 <https://godbolt.org/z/B-5lj1>
>>> Which can actually be folded further to just
>>> long test(long a, long b) {
>>> return a * b;
>>> }
>>> Is "test" actually an implementation of a 64-bit-wide multiplication
>>> compiler-rt bui...
2019 Oct 03
2
[cfe-dev] CFG simplification question, and preservation of branching in the original code
...the backend the opportunity to optimise it if required. I think that the frontend should perform only target independent optimisations.
>>>>
>>>>
>>>> You didn't specify how you compile that code.
>>>> We could also get: https://godbolt.org/z/B-5lj1 <https://godbolt.org/z/B-5lj1>
>>>> Which can actually be folded further to just
>>>> long test(long a, long b) {
>>>> return a * b;
>>>> }
>>>> Is "test" actually an implementation of a 64-bit-wide multiplication
>>...
2019 Sep 25
2
[cfe-dev] CFG simplification question, and preservation of branching in the original code
Changing the order of the checks in CodeGenPrepare::optimizeSelectInst()
sounds good to me.
But you may need to go further for optimum performance. For example, we may
be canonicalizing math/logic IR patterns into 'select' such as in the
recent:
https://reviews.llvm.org/D67799
So if you want those to become ALU ops again rather than branches, then you
need to do the transform later in