[cmake-developers] Implicit library trouble with mixed languages

Christian Pfeiffer cpfeiffer at live.de
Thu May 4 11:29:52 EDT 2017


On 5/3/2017 5:25 PM, Brad King wrote:

> On 05/02/2017 05:47 PM, Christian Pfeiffer wrote:
>> Before filtering, gcc's output gives me the libgcc and libgcc_s twice.
> I think we already de-duplicate the results after extraction.
This only happens for the implicit library directories and frameworks 
directories. The libraries themselves aren't de-duplicated, most likely 
to prevent causing link errors in cases where some multiplicity is needed.

On it's own this isn't harmful though, so I've opened an MR removing gcc 
entirely from the filter line.
>
>> However, I was mainly asking because the general matching logic there
>> can break down in other ways, too. For example, filtering libclang_rt.*
>> will cause Clang builds that pull in sanitizers, e.g. memory sanitizer
>> or UBsan, which both require libclang_rt.msan-... and
>> libclang_tr.ubsan_... to be linked to break on e.g. Linux.
> That was added for this:
>
> * https://gitlab.kitware.com/cmake/cmake/issues/16194
> * https://gitlab.kitware.com/cmake/cmake/merge_requests/37
I see, thanks. In this case it's certainly better to keep it in there.
> Thanks,
> -Brad
Thanks,
Chris


More information about the cmake-developers mailing list