4.0.2-1 won't install for me:
==> ERROR: Integrity checks (sha256) differ in size from the source array.
*update* fixed in -2
Search Criteria
Package Details: swift-bin 6.0.3-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/swift-bin.git (read-only, click to copy) |
---|---|
Package Base: | swift-bin |
Description: | Binary builds of the Swift programming language |
Upstream URL: | https://www.swift.org/ |
Keywords: | apple language swift swiftlang |
Licenses: | Apache |
Provides: | swift-language |
Replaces: | swift-language-bin |
Submitter: | ashleyis |
Maintainer: | susurri |
Last Packager: | susurri |
Votes: | 90 |
Popularity: | 1.16 |
First Submitted: | 2015-12-04 17:31 (UTC) |
Last Updated: | 2024-12-13 09:52 (UTC) |
Dependencies (5)
- libxml2 (libxml2-gitAUR, libxml2-2.9AUR)
- ncurses (ncurses-gitAUR)
- util-linux-libs (util-linux-libs-selinuxAUR, util-linux-libs-aesAUR)
- patchelf (patchelf-gitAUR) (make)
- python39AUR (optional) – required for REPL
Required by (16)
- clion (requires swift-language) (optional)
- clion-eap (requires swift-language) (optional)
- cookcli-git (requires swift-language)
- fcitx5-hazkey (requires swift-language) (make)
- memorize (requires swift-language) (make)
- sourcekitten (requires swift-language)
- sourcekitten (requires swift-language) (make)
- swift-format (requires swift-language)
- swift-format-git (requires swift-language)
- swift-language (requires swift-language) (make)
- swift-language-git (requires swift-language) (make)
- swift-mesonlsp (requires swift-language) (make)
- swiftformat-bin (requires swift-language)
- swiftlint (requires swift-language)
- vapor-toolbox (requires swift-language)
- vapor-toolbox-git (requires swift-language)
Sources (2)
Latest Comments
« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 Next › Last »
marcusramberg commented on 2017-11-06 08:25 (UTC) (edited on 2017-11-06 13:39 (UTC) by marcusramberg)
tierriminator commented on 2017-10-30 22:10 (UTC)
With a fresh install, I get the following bug in lldb: https://bugs.archlinux.org/task/49974 (when typing, it enters weird Unicode escape sequences). The according bug report from LLVM (https://bugs.llvm.org/show_bug.cgi?id=28898) indicates that it is fixed. So is it just a problem of this package, or is it really still not fixed?
tierriminator commented on 2017-10-30 20:12 (UTC)
If anyone else has the problem with header not found for a header in '///usr/include/x86_64-linux-gnu/sys/', just make a directory /usr/include/x86_64-linux-gnu and symlink /usr/include/sys into it.
The problem arises because ///usr/include/x86_64-linux-gnu/sys is hardcoded into the linux distribution of glibc.modulemap provided by swift (and it is the 64bit Ubuntu equivalent to /usr/include/sys).
aavci commented on 2017-10-26 03:03 (UTC)
Anyone still having the <version `CURL_OPENSSL_3' not found> problem:
Try installing libcurl-compat and then running swift package or swift build with LD_PRELOAD=libcurl.so.3.
<deleted-account> commented on 2017-10-11 16:29 (UTC)
Re libcurl: after installing libcurl-compat,
export LD_PRELOAD=libcurl.so.4.0.0
allows me to build via
swiftc filename.swift
matteo113 commented on 2017-10-08 09:32 (UTC) (edited on 2017-10-08 09:33 (UTC) by matteo113)
Hi, when I try to build a project I keep getting the following errors :
swift: /usr/lib/libtinfo.so.5: no version information available (required by swift)
/usr/bin/swift-build: /usr/lib/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by /usr/bin/../lib/swift/linux/libFoundation.so)
I can open and use the REPL without problem but every time I try to build something it fails.
I've been searching for a solution all around the internet for a whole week but I haven't been able to solve this.
Does anyone have an idea of what I should do ?
drejmar commented on 2017-09-26 06:25 (UTC)
I resolved my issue building icu55.
drejmar commented on 2017-09-26 05:25 (UTC)
Thanks for informing me not to symlink libraries.
I cannot build icu55.
It times out with this message:
"checking for clang... clang"
FredBezies commented on 2017-09-24 09:27 (UTC) (edited on 2017-09-24 09:36 (UTC) by FredBezies)
@drejmar : never symlink libraries. You'll end tearing apart your installation :(
Revert icu update in order to avoid symlinking. Don't ask me to change icu again, thanks.
Pinned Comments