Uploaded image for project: 'Swift'
  1. Swift
  2. SR-623

swift (front-end tool) looks for wrong 'armv*' target on Raspberry Pi

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Open
    • Priority: Medium
    • Resolution: Unresolved
    • Component/s: Compiler
    • Labels:
    • Environment:

      Description

      I was told to file a bug by William Dillon (hpux735) who has been doing arm work for Swift.

      When I try to invoke the 'swift' front end compiler (not 'swiftc') on the Raspberry Pi 2, I get an error message like:
      error: unable to load standard library for target ‘armv7l-unknown-linux-gnueabi’

      which prevents it from working.

      William Dillion says he's been doing work to canonicalize all instances of armv?l into armv?. However, he hasn't focused on the 'swift' compiler (mostly 'swiftc').

      As a temporary workaround, I can specify
      -target armv7-unknown-linux-gnueabihf

      However, the reason I am using 'swift' instead of 'swiftc' is because I'm working on a general Swift backend for CMake so it can handle projects with Swift files. The 'swift' front-end design has the least impedance with the CMake design in that CMake does incremental, file-by-file compilations instead of one-shot-all-files which 'swiftc' wants. (But I can't really put the -target hack into the CMake core because this same code is run on all the other Linux platforms/arch's.)

        Attachments

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              ewmailing Eric Wing
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated: