Arch Linux User Repository

While I was able to build this in a clean chroot, consider this package to be a wip.

• According to this comment, swift does need swift to build. So if you haven't previously built this package, you'll need aur/swift-bin.

• This package attempts to install only swift to /usr/lib/swift.

  • Building (5.9.2) takes about 15GB. Package is 650MB. Installed size is 2GB.
  • cmark and llvm are built, but not installed. If they are installed, space requirement increases to 20GB, package is 2GB, and installed size 7GB.
  • Above space requirements count only the build tree. Does not include space needed to download and install depends. Does not include temporary files that may have been created and deleted by the build system.
  • I don't know if everything actually works correctly. Someone who knows better would have to check. (I would use swift-bin, especially since it's already needed to build this.)

• This package does not make debug symbols. With debugging enabled, over 70GB would be required to build. I don't know package or install size because I hadn't figured out how to install at that time.

to speed up check out of the repositories, use shallow or sparse clone, e.g.:

  GITFLAGS="--depth=1" paru -S swift-language

other options to install swift are currently:

• swift-bin, which repackages tachoknights official released centos8 build: https://aur.archlinux.org/packages/swift-bin/. the install is quick, no hours of waiting until everything is compiled.

• latest from git, in swift-language-git. there is a binary built with github actions, but this build is not particularly stable, sometimes it uses more resources than github allows, sometimes it fails for a change upstream. the version number is taken out of the official tag on apple/swift main branch: e.g. swift-language-git-swift.DEVELOPMENT.SNAPSHOT.2020.09.28.a.r208.g6651f6e55d4-1-x86_64.pkg.tar.zst. so this one is the development tag from sep 28 + 208 commits, the commit hash is g6651f: aur - https://aur.archlinux.org/packages/swift-language-git. gh-actions: https://github.com/soloturn/swift-aur/releases/tag/latest

there was an 5.4.1 binary build, native arch, by fanjiang, built on GCE: https://github.com/ProfFan/swift-aur/releases

@zaytoven: I believe you're looking for https://aur.archlinux.org/packages/swift-im/ (this package is for the Swift programming language compiler)

I cannot build and action aborts due to some file in Swift/QtUI/UserSearch folder. I get

In file included from Swift/QtUI/UserSearch/moc_QtUserSearchWindow.cc:9:
Swift/QtUI/UserSearch/QtUserSearchWindow.h:94:13: error: 'QAbstractItemModel' does not name a type; did you mean 'QAbstractButton'?
             QAbstractItemModel* model_;
             ^~~~~~~~~~~~~~~~~~
             QAbstractButton
  MOC Swift/QtUI/moc_QtContactEditWidget.cc
  MOC Swift/QtUI/moc_QtContactEditWindow.cc
  MOC Swift/QtUI/moc_QtEditBookmarkWindow.cc
  CXX Swift/QtUI/moc_QtContactEditWidget.o
In file included from Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:7:
./Swift/QtUI/UserSearch/QtUserSearchWindow.h:94:13: error: 'QAbstractItemModel' does not name a type; did you mean 'QAbstractButton'?
             QAbstractItemModel* model_;
             ^~~~~~~~~~~~~~~~~~
             QAbstractButton
  CXX Swift/QtUI/moc_QtContactEditWindow.o
scons: *** [Swift/QtUI/UserSearch/moc_QtUserSearchWindow.o] Error 1
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp: In constructor 'Swift::QtUserSearchWindow::QtUserSearchWindow(Swift::UIEventStream*, Swift::UserSearchWindow::Type, const std::set<std::__cxx11::basic_string<char> >&, Swift::SettingsProvider*)':
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:37:212: error: class 'Swift::QtUserSearchWindow' does not have any field named 'model_'
 e type, const std::set<std::string>& groups, SettingsProvider* settingsProvider) : eventStream_(eventStream), type_(type), model_(nullptr), firstPage_(nullptr), firstMultiJIDPage_(nullptr), settings_(settingsProvider), searchNext_(false), supportsImpromptu_(false) {
                                                                                                                            ^~~~~~

Swift/QtUI/UserSearch/QtUserSearchWindow.cpp: In destructor 'virtual Swift::QtUserSearchWindow::~QtUserSearchWindow()':
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:75:12: error: 'model_' was not declared in this scope
     delete model_;
            ^~~~~~
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:75:12: note: suggested alternative: 'mode_t'
     delete model_;
            ^~~~~~
            mode_t
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp: In member function 'Swift::JID Swift::QtUserSearchWindow::getContactJID() const':
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:282:44: error: 'model_' was not declared in this scope
         if (dynamic_cast<UserSearchModel*>(model_)) {
                                            ^~~~~~
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:282:44: note: suggested alternative: 'mode_t'
         if (dynamic_cast<UserSearchModel*>(model_)) {
                                            ^~~~~~
                                            mode_t
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:287:63: error: cannot dynamic_cast 'model_' (of type '<type error>') to type 'class Swift::QtFormResultItemModel*' (source is not a pointer)
         } else if (dynamic_cast<QtFormResultItemModel*>(model_)) {
                                                               ^
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:290:78: error: cannot dynamic_cast 'model_' (of type '<type error>') to type 'class Swift::QtFormResultItemModel*' (source is not a pointer)
             Form::FormItem item = dynamic_cast<QtFormResultItemModel*>(model_)->getForm()->getItems().at(row);
                                                                              ^
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp: In member function 'virtual void Swift::QtUserSearchWindow::setResults(const std::vector<Swift::UserSearchResult>&)':
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:488:12: error: 'model_' was not declared in this scope
     delete model_;
            ^~~~~~
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:488:12: note: suggested alternative: 'mode_t'
     delete model_;
            ^~~~~~
            mode_t
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp: In member function 'virtual void Swift::QtUserSearchWindow::setResultsForm(Swift::Form::ref)':
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:505:12: error: 'model_' was not declared in this scope
     delete model_;
            ^~~~~~
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:505:12: note: suggested alternative: 'mode_t'
     delete model_;
            ^~~~~~
            mode_t
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp: In member function 'virtual void Swift::QtUserSearchWindow::clear()':
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:613:12: error: 'model_' was not declared in this scope
     delete model_;
            ^~~~~~
Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:613:12: note: suggested alternative: 'mode_t'
     delete model_;
            ^~~~~~

any idea how to fix this? thx

Build is broken since the advent of Clang 7.0.

Bug ticket: https://bugs.swift.org/browse/SR-8958 Official patch: https://github.com/apple/swift/pull/16372

So either package must stick to Clang 6.0 or source must be patched.

Swift 4.2.1 was released the October 30, 2018.

adsun: compiler-rt project must be patched because ustat.h was removed by a recent GCC release. It has nothing to do with libsourcekit lib. Patch can be found here: https://github.com/llvm-mirror/compiler-rt/commit/521935db9de17ad08748fd050137ac83b7734835#diff-20ab94538eaf37f6c17b98229dfa7d7c

I slightly updated Swift build for Arch Linux, now I have a working 4.2-dev binary set. Steps are detailed here: https://gist.github.com/segabor/cd08eae2ce8717a1e4f8476687d98221

I think package is missing libsourcekitdInProc.so. swift-bin has it, and it's required by sourcekitten.

Swift now fails to build because it currently requires the /usr/include/sys/ustat.h header, which was removed with glibc 2.28.

Package fills the temp partition.

Builds just fine for me. Looking forward to the sourcekit support! (.. and maybe sourcekiten as well?)

@RemoteAdmin: That's unexpected. I successfully built swift in a clean chroot without any problems. Are you building in a clean chroot? If not, try that to see if the check function succeeds.