Package Details: swift-language 5.10.1-1

Git Clone URL: https://aur.archlinux.org/swift-language.git (read-only, click to copy)
Package Base: swift-language
Description: The Swift programming language and debugger
Upstream URL: https://github.com/apple/swift
Licenses: Apache-2.0
Submitter: Zrax
Maintainer: None
Last Packager: xiota
Votes: 45
Popularity: 0.000000
First Submitted: 2016-01-08 23:39 (UTC)
Last Updated: 2024-07-02 17:33 (UTC)

Sources (35)

Latest Comments

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 Next › Last »

Zrax commented on 2017-04-07 05:33 (UTC)

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: https://bugs.swift.org/browse/SR-3794

MatejLach commented on 2017-01-30 18:32 (UTC) (edited on 2017-01-30 20:52 (UTC) by MatejLach)

Ready-made packages: https://www.dropbox.com/sh/s4t5gdqtp05391u/AADrWr2XAmuzOhY-q3ewmq_Ia?dl=0 @Zrax Any chance you could incorporate SourceKit (libsourcekitdInProc.so) into the package?: https://github.com/apple/swift/pull/3594#issuecomment-234169759

Ahti333 commented on 2017-01-29 22:27 (UTC) (edited on 2017-01-29 22:28 (UTC) by Ahti333)

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 (UTC)

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.

strikr commented on 2017-01-26 00:43 (UTC)

is there a workaround to build the package, without having to downgrade clang to 'clang=3.8.1' ?

Zrax commented on 2017-01-18 20:59 (UTC)

Hi @Tuetuopay: I've incorporated your patch. Thanks.

Tuetuopay commented on 2017-01-18 09:53 (UTC)

Here is a patch that implements commit 09cbffb. Without it, swift fails to compile. Is it possible to integrate it in the package ? https://github.com/Tuetuopay/swift-language/commit/c8ec1ca310564531793785aea3459f874650a860

SuhairZain commented on 2017-01-16 19:55 (UTC)

Any way to build this package without downgrading clang and the associated tools?

Zrax commented on 2016-12-06 16:52 (UTC)

You can find the older packages in the Arch package archive: https://archive.archlinux.org/packages/

tarasis commented on 2016-12-06 14:44 (UTC)

For those of us without an old version of clang hanging around, whats the easiest way to get 3.8.1 for building this package?