| 1 |
Plan for today: |
| 2 |
- modify libc++'s ebuild and add support for libunwind |
| 3 |
|
| 4 |
Progress: |
| 5 |
- write an ebuild for libunwind; unlike libc++abi, libunwind could be |
| 6 |
installed independently |
| 7 |
- modify libc++'s ebuild to support libc++abi and libunwind; these two |
| 8 |
are orthogonal and can be enabled by USE flags "libcxxabi" and |
| 9 |
"libunwind" respectively |
| 10 |
|
| 11 |
Plan for tomorrow: |
| 12 |
- these ebuilds don't work on musl yet; fix them |
| 13 |
|
| 14 |
A few notes: |
| 15 |
- There's already a package named "libunwind" under sys-libs. To avoid |
| 16 |
conflict, I name LLVM's "llvm-libunwind". Suggestions for a better |
| 17 |
name are welcome. |
| 18 |
- My previous patches to clang/LLVM which add support for musl are |
| 19 |
still in the trunk, and probably available only after version 3.9. In |
| 20 |
my ebuilds, should I fetch source from the trunk or instead stick with |
| 21 |
version 3.8 and maintain a set of downstream patches? |
| 22 |
|
| 23 |
|
| 24 |
Lei |
Archives