search for: 5lj1

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