1. 29 Aug, 2014 - 1 commit
  2. 03 Jul, 2014 - 1 commit
    • Thiago Macieira's avatar
      Work around ICC optimizer bug hoisting conditions out of the loop · 11ca3481
      Thiago Macieira authored
      
      In the first iteration of the loop, span->objects is not null, but
      becomes null and therefore the entry is removed from the list. When the
      list is empty, the list header (nonempty_) has next == prev == self and
      objects is null. So in the second iteration, DLL_IsEmpty should return
      true.
      
      Analysis of the assembly output indicates that the function DLL_IsEmpty
      (DLL = "doubly linked list") was hoisted out of the loop and its
      condition was never checked again.
      
      Affects: 14.0.3 on Linux, 15 on OS X (EDG and Clang) and Linux
      Does not affect: 14.0.3 on Windows
      
      Intel issue ID: 6000056746
      Change-Id: I4439f441d5206a39391b9181baf42160d37bd2f1
      Reviewed-by: default avatarSimon Hausmann <simon.hausmann@digia.com>
      v5.3.2
      11ca3481
  3. 21 Jun, 2014 - 1 commit
    • Andy Shaw's avatar
      Fix crash when creating a QScriptEngine in a native thread · 71f6dee8
      Andy Shaw authored
      This is technicially a cherry-pick of
      4e73732d3e72ea59d39ec5a5c01c2e76bbff7dc1 from 4.8. Somehow this change did
      not end up in Qt 5. The details below is a copy paste from the original
      change.
      
      The change in http://trac.webkit.org/changeset/48412/
      
       introduced a fix
      to avoid leaking thread specific data by ensuring get() on ThreadSpecific
      works even during the thread destruction phase. The fix worked by setting
      the local data again.
      
      However as we can see in the backtrace from QTBUG-22926, the local data
      should not be set unconditionally, otherwise our destroy function will be
      called recursively when the local data is still set.
      
      Task-number: QTBUG-22926
      Change-Id: If59d7e92998b9f1da98c05b94e7b6c725ada4a75
      Reviewed-by: default avatarSimon Hausmann <simon.hausmann@digia.com>
      71f6dee8
  4. 17 Jun, 2014 - 1 commit
  5. 02 Jun, 2014 - 1 commit
  6. 24 Apr, 2014 - 1 commit
  7. 17 Apr, 2014 - 1 commit
  8. 11 Mar, 2014 - 1 commit
    • Lars Knoll's avatar
      Fix recursive calling of QScriptProgram · 08d9ef71
      Lars Knoll authored
      
      The first time a QScriptProgram is evaluated, it gets compiled and
      then executed. If the execution would somehow trigger another
      evaluation of the script program, it would run into the compile
      stage again (even though it already was compiled), and then trigger
      and assertion in debug mode (or leak memory in release builds).
      
      Task-number: QTBUG-37317
      Change-Id: I83e7efd5f238d021e200258826e2e4a9520c3a7d
      Reviewed-by: default avatarSimon Hausmann <simon.hausmann@digia.com>
      3 tags
      08d9ef71
  9. 04 Mar, 2014 - 3 commits
  10. 27 Feb, 2014 - 1 commit
  11. 20 Feb, 2014 - 1 commit
  12. 07 Feb, 2014 - 1 commit
  13. 05 Feb, 2014 - 3 commits
  14. 17 Jan, 2014 - 1 commit
  15. 16 Jan, 2014 - 1 commit
  16. 08 Jan, 2014 - 1 commit
  17. 05 Dec, 2013 - 2 commits
  18. 29 Nov, 2013 - 1 commit
  19. 26 Nov, 2013 - 1 commit
  20. 25 Nov, 2013 - 1 commit
  21. 18 Nov, 2013 - 1 commit
    • Erik Verbruggen's avatar
      Fix compiler errors. · 15bb30b0
      Erik Verbruggen authored
      
      On Mavericks with Apple's Clang 5.0 (3.3 based):
      ../3rdparty/javascriptcore/JavaScriptCore/runtime/Structure.h:320:117: error: non-const reference cannot bind to bit-field 'm_attributesInPrevious'
        ...add(StructureTransitionTableHash::Key(RefPtr<UString::Rep>(existingTransition->m_nameInPrevious.get()), existingTransition->m_attributesInPrevious), exi...
                                                                                                                   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      
      C++11 specific:
      ../3rdparty/javascriptcore/JavaScriptCore/bytecompiler/BytecodeGenerator.h:179:35: error: non-constant-expression cannot be narrowed from type 'size_t'
            (aka 'unsigned long') to 'uint32_t' (aka 'unsigned int') in initializer list [-Wc++11-narrowing]
                      LineInfo info = { instructions().size(), n->lineNo() };
                                        ^~~~~~~~~~~~~~~~~~~~~
      
      Both occur in multiple places.
      
      Task-number: QTBUG-34842
      
      Change-Id: I98a29b51718a6e0db8749ac1b495e071e9fe479d
      Reviewed-by: default avatarLars Knoll <lars.knoll@digia.com>
      2 tags
      15bb30b0
  22. 08 Nov, 2013 - 1 commit
  23. 06 Nov, 2013 - 1 commit
  24. 01 Nov, 2013 - 2 commits
  25. 24 Oct, 2013 - 2 commits
  26. 22 Oct, 2013 - 1 commit
  27. 11 Oct, 2013 - 1 commit
  28. 08 Oct, 2013 - 2 commits
  29. 27 Sep, 2013 - 2 commits
  30. 26 Sep, 2013 - 1 commit
  31. 24 Sep, 2013 - 1 commit