[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#59237] [PATCH 0/3] Add LLVM/Clang 15.0.4.
From: |
Ludovic Courtès |
Subject: |
[bug#59237] [PATCH 0/3] Add LLVM/Clang 15.0.4. |
Date: |
Tue, 15 Nov 2022 11:33:22 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) |
Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
> * gnu/packages/llvm.scm (clang-from-llvm*): New helper.
> (clang-15): New variable.
[...]
> +;;; TODO: Integrate into original on core-updates, perhaps with an extra
> +;;; option such as #:build-shared-libs? documented as a legacy feature.
> +(define* (clang-from-llvm* llvm clang-runtime
> + #:optional hash
> + #:key (patches '()) tools-extra
> + (properties
> + (append `((release-monitoring-url
> + . ,%llvm-release-monitoring-url))
> + (clang-properties (package-version
> llvm)))))
[...]
> + #~(modify-phases #$phases
> + ;; Like the original, sans BUILD_SHARED_LIBS patching.
> + #$@(if tools-extra
How about making it an option of ‘clang-from-llvm’ then, like suggested
above?
In ‘clang-from-llvm’, we’d have:
`((add-after 'unpack 'add-tools-extra
(lambda* …
,@(if tools-need-build-shared-libs-patch?
`((substitute* …))
'()
#t))))
That’d factorize things while avoiding a full rebuild.
Ludo’.
- [bug#59237] [PATCH 0/3] Add LLVM/Clang 15.0.4., Maxim Cournoyer, 2022/11/12
- [bug#59237] [PATCH 1/3] gnu: Add llvm-15., Maxim Cournoyer, 2022/11/13
- [bug#59237] [PATCH v2 0/5] Add LLVM/Clang 15., Maxim Cournoyer, 2022/11/16
- [bug#59237] [PATCH v2 1/5] gnu: Add llvm-15., Maxim Cournoyer, 2022/11/16
- [bug#59237] [PATCH v2 5/5] gnu: Add clang-toolchain-15., Maxim Cournoyer, 2022/11/16
- [bug#59237] [PATCH v2 3/5] gnu: Add clang-15., Maxim Cournoyer, 2022/11/16
- [bug#59237] [PATCH v2 4/5] gnu: Add libomp-15., Maxim Cournoyer, 2022/11/16
- [bug#59237] [PATCH v2 2/5] gnu: Add clang-runtime-15., Maxim Cournoyer, 2022/11/16
- [bug#59237] [PATCH 0/3] Add LLVM/Clang 15.0.4., Ludovic Courtès, 2022/11/16