[Development] Getting build flags for platforms without pkg-config
Konstantin Tokarev
annulen at yandex.ru
Mon Oct 30 17:11:39 CET 2017
30.10.2017, 18:53, "Konstantin Tokarev" <annulen at yandex.ru>:
> 30.10.2017, 18:43, "Thiago Macieira" <thiago.macieira at intel.com>:
>> On segunda-feira, 30 de outubro de 2017 08:27:02 PDT Konstantin Tokarev wrote:
>>> >> $ cmake --find-package -DNAME=Qt5Core -DCOMPILER_ID=GNU -DLANGUAGE=CXX
>>> >> -DMODE=COMPILE
>>> >> -I/home/apol/devel/kde5/include/
>>> >> -I/home/apol/devel/kde5/include/QtCore
>>> >> -I/home/apol/devel/kde5/lib64//mkspecs/linux-g++
>>> >
>>> > -DQT_CORE_LIB is missing. Any volunteers to add it to the cmake files?
>>>
>>> It is already set:
>>
>> If it's already set, why is it missing?
>
> Apparently because cmake's imitation of pkg-config is half-assed.
So, it seems to me that the most reasonable way to support more build systems
without duplicating data between them is to enhance pkg-config support. In fact,
.pc files can be as rich as our .pri modules, containing extra data in custom
variables, and build systems can rely on original pkg-config tool or parse .pc files
directly (it's a simple declarative format, if variable substitutions are not used).
AFAIK there no technical reason why providing .pc files for MSVC and macOS
frameworks would be impossible.
>
>> --
>> Thiago Macieira - thiago.macieira (AT) intel.com
>> Software Architect - Intel Open Source Technology Center
>>
>> _______________________________________________
>> Development mailing list
>> Development at qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/development
>
> --
> Regards,
> Konstantin
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Regards,
Konstantin
More information about the Development
mailing list