libc++ 3.9.0 packaging improvements

Pauli . suokkos at gmail.com
Tue Nov 1 16:29:59 UTC 2016


Hi,

I like to use my first name only. I have configured that to most of places.
I don't think I need commit rights. I hope that cmake build system
will require very little changes to packaging.

I tested the packages using my own project test suit that uses clang++
to compile.

> In a chroot, tests are failing with:
> /usr/bin/ld: cannot find -lc++

-lc++ shouldn't be included for libc++abi. I didn't see that appearing
in my system. Full log could help figure out what went wrong.

On Tue, Nov 1, 2016 at 5:59 PM, Sylvestre Ledru <sylvestre at mozilla.com> wrote:
> Hello
>
> this is impressive work. Do you want me to credit you with your full name?
> Do you want to commit that yourself in the pkg-llvm repository?
>
> I guess you tried to compile a C++ binaries and link against libc++ with
> clang?
>
> Merci beaucoup,
> Sylvestre
>
>
> Le 01/11/2016 à 16:51, Pauli . a écrit :
>>
>> Thanks for quick upload,
>>
>> I didn't have enough time to test packages well yesterday. But today I
>> tried to run test suit. Too bad it found a few packaging issues. It
>> seems like buildit and testit scripts don't really work anymore. To
>> fix issues caused by outdated build system I decided to change build
>> use cmake.
>>
>> After changing to cmake it was easy to add auto test target that can
>> be used to verify if compiled libraries actually work. Test suit takes
>> about 30 seconds for libc++abi and about 20 minutes for libc++ (fairly
>> fast laptop).  Tests can skipped with nocheck build option. There was
>> two locale test that didn't have excepted results in my system. I
>> added a patch to fix the expected test results to match what locales
>> produced in my system.
>>
>> There is also fix for libc++abi-dev includes that breaks older
>> libc++-dev packages. I hope that I set Breaks correctly but I don't
>> know how to test it. The Breaks dependency would need verification
>> from someone with more experience.
>>
>> Pauli
>
>
>
>



More information about the Pkg-llvm-team mailing list