Uploaded image for project: 'WiredTiger'
  1. WiredTiger
  2. WT-5074

Fix "make check" on exotic architectures

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major - P3
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 4.2.1, 4.3.1, 4.0.13, WT3.2.2
    • Component/s: None
    • Labels:
    • Story Points:
      3
    • Sprint:
      Storage Engines 2019-08-26, Storage Engines 2019-09-09
    • Backport Requested:
      v4.0

      Description

      With recent changes of applying clang format to WiredTiger code base (WT-4658), the wiredtiger-test-spinlock started to fail on zSeries machine, because of the triggering of s_clang_format script by make check, and the inexecutable clang_format binary built for x86 platform. 

      http://build.wiredtiger.com:8080/job/wiredtiger-test-spinlock/4942/console

      Making check in .
      make[1]: Entering directory `/mnt/workspace/wiredtiger-test-spinlock/build_posix'
      ./s_clang-format: line 26: clang-format: command not found
      --2019-08-21 00:08:19--  https://s3.amazonaws.com/boxes.10gen.com/build/clang-format-3.8-rhel55.tar.gz
       
      (...) 
       
      ./s_clang-format: line 50: /mnt/workspace/wiredtiger-test-spinlock/dist/clang-format: cannot execute binary file
      cat: write error: Broken pipe

      Currently in s_clang_foramt there's checking/handling for different OS types, but lacks of a handling at platform/architecture level. The calling of s_clang_format script by "make check" is also interesting and should be investigated and understood. 

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                alex.cameron Alex Cameron
                Reporter:
                luke.chen Luke Chen
              • Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: