On Wed, May 20, 2020 at 04:30:41PM +, Jérôme Godbout wrote:
>It kinda work, it’s really weird, but all the project get display, the
>.pri and the include/source no matter the condition, but they are grey
>out if the include condition is false, so it does scan the .pri no
>matter
On Wednesday, 20 May 2020 10:39:50 PDT Jérôme Godbout wrote:
> If I may, why I want that in QtCreator exactly? what is the use case for
> this? If my project doesn't use a part, why is it parsed at all? What will
> happen if that unused .pri make a failure for something missing? Will it
> failed to
Sorry about that, yeah it's QtCreator, I figure out it was displaying the
unused .pri along all the file inclusion of it. At first I was thinking it was
including the .pri straight since I could see it, then I realized the source,
headers and resources files was gray out, which seem to indicate
On Wednesday, 20 May 2020 07:42:58 PDT Ramakanth Kesireddy wrote:
> Can you let me know if the mentioned security fixes are available in
> earlier LTS releases like Qt 5.6.3?
Please read the CVE announcement. It says which releases were affected and
which ones would get the fix. It was explicit a
On Wednesday, 20 May 2020 09:30:41 PDT Jérôme Godbout wrote:
> It kinda work, it’s really weird, but all the project get display, the .pri
> and the include/source no matter the condition, but they are grey out if
> the include condition is false, so it does scan the .pri no matter what but
> doesn
It kinda work, it’s really weird, but all the project get display, the .pri and
the include/source no matter the condition, but they are grey out if the
include condition is false, so it does scan the .pri no matter what but doesn’t
really include them to be used only for display!?! So I got all
Here's my attempt at a .clang-format file that matches Qt Creator's
default, built-in "Qt" style. What do you think?
BasedOnStyle: WebKit
AllowShortIfStatementsOnASingleLine: Always
BraceWrapping:
AfterCaseLabel: true
AfterClass: true
AfterControlStatement: true
AfterEnum: true
qmake is strange, it implements custom syntax and grammar. Don't search for any deep logic there. It will be superseded by CMake soon anyway. About your issue, I looked it up on DuckDuckGo, and the first result is the discussion on StackOverflow which looks like it:https://stackoverflow.com/questio
Sorry for the noise, but I did found a way simpler example to test this:
if(false){
message("Pass here")
include("myfile.pri")
}
myfile.pri is always included no matter what, but the message is not printed!
this is really counter intuitive. Any way to make a conditional include?!?
From: In
Hi,
QMAKE question: anybody manage to use an include inside a contains(){} into
QMake? the include is processed no matter what!?!
message("list: '$$AMOTUS_SUBREPOS_OPTIONAL_NAMES' ")
contains(AMOTUS_SUBREPOS_OPTIONAL_NAMES, i18n){
message("Using i18n...")
HEADERS += $$AMOTUS_Qt_PATH/i18n.h
Ok thanks for the update.
Can you let me know if the mentioned security fixes are available in
earlier LTS releases like Qt 5.6.3?
Best Regards,
Ramakanth
On Wed, 20 May, 2020, 06:42 Thiago Macieira,
wrote:
> On Tuesday, 19 May 2020 00:08:53 PDT Ramakanth Kesireddy wrote:
> > Apart from CVE-20
If you are looking for some explanation of the QThread and how to use them
properly, here a few other links:
1. https://www.kdab.com/multithreading-with-qt/
2. http://blog.debao.me/2013/08/how-to-use-qthread-in-the-right-way-part-1/
3. http://blog.debao.me/2013/08/how-to-use-qthread-in-t
12 matches
Mail list logo