Summary: | sys-devel/llvm-mingw ebuild skell | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | necrose99 |
Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
Status: | UNCONFIRMED --- | ||
Severity: | enhancement | CC: | necrose99 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
necrose99
2024-06-10 19:06:32 UTC
https://github.com/Infrasonics/eselect-llvm or gcc-config alike all the easier seems they canned the eslect-llvm idea ??? ... else like crossdev gcc-config/eselect-llvm /opt/rpi5-genpi , chroot bang out bins rsync binhost n done .. eselect-llvm seems it could have in theory handled swapping from systems-llvm/clang to llvm-mingw and back to systemsset ... forgoing need of doing symlinks etc ie # Create relative symlinks for clang mingw binaries for system clang folders etc ... but as i gathered registry file in each $pv llvm ... seen article mentioning or new updates on emerge eons ago... # Create relative symlinks for clang mingw binaries this likely would need filtering as to not clober the system clang but symlink libs , and commandeered items to extend the system-llvm/clang appropriately ie clang-mingw-$pv into system clang else a bash script derivation of sys-devel/clang-toolchain-symlinks as sys-devel/clang-toolchain-symlinks-mingw for arm64 gcc crossdev styled symlinks for GCC if wanted /fix clang-llvm--mingw-gcc symlinks as needed FLAG="msvcrt FLAG="ucrt" some time ago this was quite Arch specific ie arm64/AMD64 @@@@ a Caveat i might have forgotten ? @@@@ # Determine the correct tarball based on USE flags ### Enjoy ... . |