Package Base Details: swift-language

Git Clone URL: (read-only)
Submitter: Zrax
Maintainer: Zrax
Last Packager: Zrax
Votes: 31
Popularity: 0.145133
First Submitted: 2016-01-08 23:39
Last Updated: 2019-03-28 17:38

Packages (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

Zrax commented on 2017-06-14 22:25

Thanks @Ahti333, it should be fixed now.

lllf commented on 2017-06-11 05:23


Something like this in prepare() should fix it?

( cd "${srcdir}/lldb" && sed -i '/#include <vector>/a#include <functional>' include/lldb/Utility/TaskPool.h )

Ahti333 commented on 2017-06-10 16:15

The package currently does not build due to

Until that issue is resolved, this patch makes the package buildable again.

PS: I also think libkqueue is no longer needed as a dependency since Swift now includes its own copy.

RemoteAdmin commented on 2017-04-09 14:38


What about the line "/usr/bin/ranlib: lib/libllbuildBuildSystem.a: Not enough space". You're systems may have run out of disk space. Otherwise it might be due to a lack of ram. I'am only able to build it with at least 5 GB.

lf-araujo commented on 2017-04-09 08:51

Hi all,

Not working for me. Similar error to RemoteAdmin, except I had python and rsync fully installed.


FAILED: lib/libllbuildBuildSystem.a
: && /usr/bin/cmake -E remove lib/libllbuildBuildSystem.a && /usr/bin/ar qc lib/libllbuildBuildSystem.a lib/BuildSystem/CMakeFiles/llbuildBuildSystem.dir/BuildExecutionQueue.cpp.o lib/BuildSystem/CMakeFiles/llbuildBuildSystem.dir/BuildFile.cpp.o lib/BuildSystem/CMakeFiles/llbuildBuildSystem.dir/BuildKey.cpp.o lib/BuildSystem/CMakeFiles/llbuildBuildSystem.dir/BuildNode.cpp.o lib/BuildSystem/CMakeFiles/llbuildBuildSystem.dir/BuildSystem.cpp.o lib/BuildSystem/CMakeFiles/llbuildBuildSystem.dir/BuildSystemFrontend.cpp.o lib/BuildSystem/CMakeFiles/llbuildBuildSystem.dir/BuildValue.cpp.o lib/BuildSystem/CMakeFiles/llbuildBuildSystem.dir/ExternalCommand.cpp.o lib/BuildSystem/CMakeFiles/llbuildBuildSystem.dir/LaneBasedExecutionQueue.cpp.o lib/BuildSystem/CMakeFiles/llbuildBuildSystem.dir/SwiftTools.cpp.o && /usr/bin/ranlib lib/libllbuildBuildSystem.a && :
/usr/bin/ranlib: lib/libllbuildBuildSystem.a: Not enough space.

ninja: build stopped: subcommand failed.

RemoteAdmin commented on 2017-04-08 10:54

The build doesn't work if python and rsync are not installed. Therefore I would recommend changing the makedepends to:

makedepends=('git' 'cmake' 'ninja' 'swig' 'clang>=3.8' 'python2-six' 'perl'
'python2-sphinx' 'python2-requests', 'python', 'rsync')

python is required in the check function which fails with:

src/build/Ninja-ReleaseAssert/swift-linux-x86_64/test-linux-x86_64/sil-passpipeline-dump/Output/basic.test-sh.script: line 2: python: command not found
LLVM ERROR: IO failure on output stream.

rsync is required in package_swift which fails with:

/bin/sh: rsync: command not found
ninja: build stopped: subcommand failed.
utils/build-script: fatal error: command terminated with a non-zero exit status 1, aborting

Zrax commented on 2017-04-07 05:33

Updated to 3.1 with SourceKit. Sorry for the delay; both the 3.1 release and enabling SourceKit created some issues with getting everything built...

Also, the swift REPL has a known bug in this version that I wasn't able to patch yet. There is a workaround described here:

MatejLach commented on 2017-01-30 18:32

Ready-made packages:

@Zrax Any chance you could incorporate SourceKit ( into the package?:

Ahti333 commented on 2017-01-29 22:27

You can build swift without downgrading your installation by building in a chroot, like this:

1. Download the required versions of clang and llvm-libs from ALA. Also build libkqueue.
2. Install the devtools package
3. Run extra-x86_64-build in the folder containing the swift PKGBUILD. Append `--` and then `-I packagefile.pkg.tar.gz` to the extra-x86_64-build arguments for every dependency not in your pacman repos. On my system I needed to append `-- -I clang-3.8.1-1-x86_64.pkg.tar.xz -I llvm-libs-3.8.1-1-x86_64.pkg.tar.xz -I ../libkqueue/libkqueue-2.1.0-1-x86_64.pkg.tar.xz`. Your paths may vary.

Zrax commented on 2017-01-26 02:14

In short, to make swift 3.0.x work with clang 3.9, you'd have to backport a number of fixes from Apple's main development branch. I've tried this a couple of times, but unfortunately have yet to produce a successful build. Unfortunately, the developers have not tried to keep the 3.0 branch working with newer clang versions, so the work to fix it has not been backported.

Another option I've considered but haven't tried yet is to make a clang38 package that can be installed alongside the system clang, so you at least don't have to downgrade your existing clang just for compiling swift.