Package Details: swift-language-git 2023.12.21a.r6.gf08f86c7161-1

Git Clone URL: https://aur.archlinux.org/swift-language-git.git (read-only, click to copy)
Package Base: swift-language-git
Description: The Swift programming language, taken directly from the Apple repository
Upstream URL: https://swift.org/
Licenses: Apache-2.0
Conflicts: swift-language
Provides: swift-language
Submitter: soloturn
Maintainer: soloturn (fanjiang, refi.64, Roland, xiota)
Last Packager: xiota
Votes: 0
Popularity: 0.000000
First Submitted: 2020-06-07 11:52 (UTC)
Last Updated: 2023-12-31 15:04 (UTC)

Required by (13)

Sources (37)

Pinned Comments

soloturn commented on 2020-10-09 07:35 (UTC) (edited on 2023-02-05 07:34 (UTC) by soloturn)

to speed up check out of the repositories, use sparse checkout, e.g.:

  GITFLAGS="--filter=tree:0" paru -S swift-language-git

Latest Comments

1 2 Next › Last »

xiota commented on 2024-04-10 05:17 (UTC)

I haven't tried building this package since my last commit. At that time, it was working, but building requires having a previously compiled version and uses so many resources that I don't see much benefit over using the binary aur/swift-bin, unless someone is participating in the development of swift.

soloturn commented on 2024-03-28 18:29 (UTC)

how is this currently working for you xiota, with the versions? e.g. for main it uses:

"swift-argument-parser": "1.2.3",

here: https://github.com/apple/swift/blob/main/utils/update_checkout/update-checkout-config.json

xiota commented on 2023-12-31 15:09 (UTC) (edited on 2023-12-31 15:53 (UTC) by xiota)

I've synced this package with changes in aur/swift-language (which now does build).

  • According to this comment, swift does need swift to build.

  • I am still unable to build the git variant successfully.

[3681/5297][ 69%][735.707s] Building CXX object tools/clang/lib/Serialization/CMakeFiles/obj.clangSerialization.dir/ModuleManager.cpp.o
FAILED: tools/clang/lib/Serialization/CMakeFiles/obj.clangSerialization.dir/ModuleManager.cpp.o

.../src/llvm-project/clang/lib/Serialization/ModuleManager.cpp:452:35: error: use of undeclared identifier 'FileOrErr'
    File = FileMgr.getBypassFile(*FileOrErr);
                                  ^
1 error generated.

soloturn commented on 2023-11-12 01:21 (UTC) (edited on 2023-11-12 05:13 (UTC) by soloturn)

i put in your version string @xiota. i did not see an error with the apply guys reported yet, so reported one, with the whole error message: https://github.com/apple/swift/issues/69802

xiota commented on 2023-10-30 10:01 (UTC) (edited on 2023-10-30 10:20 (UTC) by xiota)

Here's a modified PKGBUILD that gets through the initial setup to start building. (The stdint patch does seem to be needed.)

Doesn't complete though. Runs into an error related to these lines in $srcdir/swift/cmake/modules/SwiftUtils.cmake that seem to indicate a precompiled swift compiler is needed?

get_filename_component(swift_bin_dir ${CMAKE_Swift_COMPILER} DIRECTORY)
get_filename_component(swift_dir ${swift_bin_dir} DIRECTORY)

I've also changed the version string from swift.DEVELOPMENT.SNAPSHOT.2023.10.28.a.r22.g8a1eefae07b to 2023.10.28a.r22.g8a1eefae07b.

soloturn commented on 2023-10-30 06:01 (UTC)

@xiota, added you to maintainers. this one needs the same touches as swift-language.

xiota commented on 2023-10-17 03:01 (UTC)

Clean chroot.

/home/main-builder/pkgwork/PKGBUILD: line 112: cd: llvm-project: No such file or directory
==> ERROR: A failure occurred in prepare().

soloturn commented on 2023-05-25 18:56 (UTC)

xiota, if you search for error in your log there is one, further up from what you copied:

lib/Support/CMakeFiles/LLVMSupport.dir/Signals.cpp.o -MF lib/Support/CMakeFiles/LLVMSupport.dir/Signals.cpp.o.d -o lib/Support/CMakeFiles/LLVMSupport.dir/Signals.cpp.o -c /home/main-builder/pkgwork/src/llvm-project/llvm/lib/Support/Signals.cpp
In file included from /home/main-builder/pkgwork/src/llvm-project/llvm/lib/Support/Signals.cpp:14:
/home/main-builder/pkgwork/src/llvm-project/llvm/include/llvm/Support/Signals.h:119:24: error: unknown type name 'uintptr_t'; did you mean '__intptr_t'?
  void CleanupOnSignal(uintptr_t Context);

this is the error patched a week ago. so it would be helpful if you d look where this include file is, what versions you use, what operating system.