<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr"></div></div><blockquote type="cite" class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 14, 2019 at 11:09 PM NIkolai Marchenko <<a href="mailto:enmarantispam@gmail.com" class="">enmarantispam@gmail.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div dir="ltr" class="">Wouldn't it be more reasonable to implement something like OptionalDepends where you could just list all possible dependencies in the order in which it should be loaded?</div><br class=""></blockquote></div><span id="x-apple-selection:end"></span></blockquote><div><br class=""></div><div>This doesn’t solve the problem of the boilerplate code, you're suggesting to add some syntax sugar.</div><div><br class=""></div><div>However, it might be useful to specify the order in which probes/pkg-config/whatever are used (or even disable one of them).</div><div><br class=""></div><div>Maybe, this can be done via product/module properties, something like</div><div><br class=""></div><div>products.MyProduct.pkgconfig.condition:false</div><div><br class=""></div><div>There are some corner cases when you’re searching for libs A and B and you want to use pkg-config for lib A and probes for lib B… Not sure if it’s worth supporting that case.</div><div><br class=""><blockquote type="cite" class=""><div class="">14 мая 2019 г., в 22:14, NIkolai Marchenko <<a href="mailto:enmarantispam@gmail.com" class="">enmarantispam@gmail.com</a>> написал(а):</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">And while we are on the subject of finding libs. Is it possible to somehow indicate that a library you are trying to link isn't compatible with the compiler? Somethe _other_ than "unresolved external" error that can indicate anything from lib not being where you want it to be, a mistype in the path, incorrect lib version or, indeed, binary incompatibility. .</div><br class=""></div></blockquote></div><br class=""><div class="">For pkg-config, I don’t see such feature; it assumes that you’re set up paths so it won’t find wrong lib (paths like sysroot).</div><div class=""><br class=""></div><div class="">For Qbs itself, LibraryProbe should check for the desired architecture and discard incompatible libraries. I don’t see any problems implementing this.</div><div class="">It should also have a property to be able to choose between static/dynamic libraries. It’s quite dumb for now, actually=)</div></body></html>