• Luboš Luňák's avatar
    remove Calc's software interpreter · 089a4f24
    Luboš Luňák yazdı
    - it's in practice never used nowadays, group threading has higher
    priority in the code and since SwInterpreter's allowed opcodes are
    a subset of group threading's, there should be no formula where
    control flow gets as far as using SwInterpreter
    - the only opcodes SwInterpreter allows are ocAdd, ocSub, ocMul,
    ocDiv, ocSum and ocProduct, which is a rather limited set and group
    threading should handle all that as well
    - if SwInterpreter performs anything better than group threading,
    there shouldn't be a problem doing the same for group threading
    - it's yet another code path that should be handled, tested, etc.
    and the added complexity is not worth it
    - it shares some code with OpenCL handling, which is both added
    hassle in case OpenCL code needs changes, and it also causes confusion
    such as people thinking SwInterpreter has something to do with OpenCL
    
    Change-Id: I99052862b60b6266c70dd436d1d7938177dc6bd9
    Reviewed-on: https://gerrit.libreoffice.org/58643
    Tested-by: Jenkins
    Reviewed-by: 's avatarTor Lillqvist <tml@collabora.com>
    089a4f24
Adı
Son kayıt (commit)
Son güncelleme
..
qa Loading commit data...
registry Loading commit data...
util Loading commit data...
Configuration_officecfg.mk Loading commit data...
CppunitTest_officecfg_cppheader_test.mk Loading commit data...
CustomTarget_registry.mk Loading commit data...
Makefile Loading commit data...
Module_officecfg.mk Loading commit data...
Package_misc.mk Loading commit data...
README Loading commit data...
files.mk Loading commit data...