Unsolved How to really use multiproject ?
-
After months of futzing with "stuff" I am finally at the point of real usage of QtCreator multiproject AKA "SUBDIRS"
This is my task - for now
My multi project consists of
subproject examples - menus
subproject examples - btscannerEach subproject works as expected
My task is to
open "menus" and then in "menus"
open and run " btscanner"So far my subprojects have no way to "see" each other to share,
SUBDIRS do not do much for such sharing.How do I implement basic C extendable philosophy in QtCreator multiproject ?
HOW do I "include btscanner" project so it is accessible in QtCreator mutiporject scheme - initially from subproject "menus"?
I am asking for some generic description - something to append to "SUBDIRS" scheme.
Any suggestion would be appreciated, again in C style "include ", no details necessary :
#include header....
....
(example ) main.cppThis is my "SUBIRS" so far :
SUBDIRS +=
../../../Qt_Projects/CAT_FT857_BT/CAT_FT857_Bluetooth_MAIN_PROJECT
SOURCE/ORIGINAL_HCI/QT_PROJECT_CAT/CAT_V1/TEST_PROJECT.pro
SOURCE/qtconnectivity/examples/bluetooth/btscanner #\ -
What has this to do with 'C++ Gurus' ? Closed!
-
@Christian-Ehrlicher said in How to really use multiproject ?:
What has this to do with 'C++ Gurus' ? Closed!
It's a valid question about Qt Project structuring, so I've moved it to the General thread and re-opened the thread.
-
@JKSH said in How to really use multiproject ?:
@Christian-Ehrlicher said in How to really use multiproject ?:
What has this to do with 'C++ Gurus' ? Closed!
It's a valid question about Qt Project structuring, so I've moved it to the General thread and re-opened the thread.
And I am suppose to say "thank you" ?
I wonder if there is a forum for kindergarten children where a talent of "moving boxes" would be more appreciated.
But there is a moral of this
reading and comprehending should be prerequisite before becoming a "moderator". Is it?But if one cannot pass that, it is irrelevant to ask for just a tiny bit of (common) courtesy before post is monkeyed around with.
I suppose NOT locking the thread one has no clue what it is about is way too much to ask.Cheers
IBTL -
@AnneRanch You have the right to raise complaints and constructive suggestions.
You do not have the right to launch personal attacks and insults.
-
@AnneRanch said in How to really use multiproject ?:
And I am suppose to say "thank you" ?
No, because the comment was not directed at you.
I wonder if there is a forum for kindergarten children where a talent of "moving boxes" would be more appreciated.
But there is a moral of this reading and comprehending should be prerequisite before becoming a "moderator". Is it?You know practically nothing about any of us, neither what we've read, nor what we comprehend, not what field we work in or what we know and don't know. You ain't impressing nobody by spitting bile.
But if one cannot pass that, it is irrelevant to ask for just a tiny bit of (common) courtesy before post is monkeyed around with.
This is a two-way street. Don't expect people to rally in support if you semi-randomly insult them.
-
@kshegunov said in How to really use multiproject ?:
@AnneRanch said in How to really use multiproject ?:
And I am suppose to say "thank you" ?
No, because the comment was not directed at you.
In that case -suggestion - next time send personal e-mail.I wonder if there is a forum for kindergarten children where a talent of "moving boxes" would be more appreciated.
But there is a moral of this reading and comprehending should be prerequisite before becoming a "moderator". Is it?You know practically nothing about any of us, neither what we've read, nor what we comprehend, not what field we work in or what we know and don't know. You ain't impressing nobody by spitting bile.
I generally choose whom and when to impress.
But if one cannot pass that, it is irrelevant to ask for just a tiny bit of (common) courtesy before post is monkeyed around with.
This is a two-way street. Don't expect people to rally in support if you semi-randomly insult them.
Interesting ONE WAY comment.
.
Ever thought that I can only know about "US" only by reading the replies ?
Are you sure I care to receive "support" from people who engage in moving my posts around and locking them ? That is childish and if you are calling my way of speaking insults I definitely do not need or want to know more about you .I generally do not engage in social chit chat like this. It leads nowhere and expressing personal opinion or feeling DOES NOT CHANGE nor improve anything . Some people are immune...
Besides , that is NOT why I am here , at this forum.
BTW still no answer to my original post
-
Do you know @Denni-0? I imagine not. He too had decided to be a self-righteous crusader. Keep up the good work!
BTW still no answer to my original post
Intentionally.
-
Btw: just realized, the down-vote button is gone... ?!
Not that I want to use it somewhere ;-) Just found out that it's missing -
@Pl45m4 Yes, it was misused sometimes.
-
Ah ok, I see.
-
See this topic, esp. @t3685 's reply.
https://forum.qt.io/topic/58180/solved-create-top-level-qt-project-to-build-multiple-projects/10Other links:
- https://doc.qt.io/qtcreator/creator-project-creating.html#adding-subprojects-to-projects
- https://doc.qt.io/qt-5/qmake-variable-reference.html#subdirs
If you have really huge projects with a more complex structure, it's recommended to use CMake instead of QMake.
-
@AnneRanch said in How to really use multiproject ?:
BTW still no answer to my original post
Based on the way you behaved in this post, I'd bet the answer is going to take a long time...
-
@Pl45m4 said in How to really use multiproject ?:
See this topic, esp. @t3685 's reply.
https://forum.qt.io/topic/58180/solved-create-top-level-qt-project-to-build-multiple-projects/10Other links:
- https://doc.qt.io/qtcreator/creator-project-creating.html#adding-subprojects-to-projects
- https://doc.qt.io/qt-5/qmake-variable-reference.html#subdirs
If you have really huge projects with a more complex structure, it's recommended to use CMake instead of QMake.
Another post recently linked back to this one, so I wanted to augment this with a couple more relevant links for setting up a manageable, maintainable qmake SUBDIRS structure:
https://www.toptal.com/qt/vital-guide-qmake
https://wiki.qt.io/QMake-top-level-srcdir-and-builddir
Which helped me set up a working example: https://github.com/219-design/qt-qml-project-template-with-ci/blob/6af6488d74e1dc97a/main_gui.pro
The above is the "closest" example of implementing "SUBDIRS" with "main project" , but it is little too complex to gain understanding how to implement such setting.
Most examples / tutorials are about the concept of "SUBDIRS" . In my interpretation the "SUBDIRS" is basically way to manage independent projects, sort off "under one roof".
However to actually run such scheme is another and still unclear story.Looks as intimate understanding of "make" would help.
Maybe the answer is in ".depends" setting of the main .pro.
Cheers -
This is a REAL C question , but since the discussion is now here I am posting it here.
Update:
As of now my main project is "example MDI".
So I am taking this route hoping to find a solution to the issue.
It is sort of "do not reinvent the wheel" approach.The MDI example has the attached piece of code which uses QApplication to show text dialog. The link to QApplicatio is still under investigation - all I know it is "external" to "MDI project ".
I figure if I can actually trace the code flow all the way to the message text I could replicate similar approach and replace QApplication with btscanner.
I need assistance with
- How do I trace / debug all the way to the QApplication source code (?) which contains the message text ? I am presently stuck at the aboutQt function.
- Am I on right track to trace the "addAction" call or is not going to help with btscanner ? ( I feel my current approach is sort of "starting in the middle ". )
Code snippet from "MDI example"
QAction *aboutQtAct = helpMenu->addAction(tr("About &Qt (link to other projets?) "), qApp, &QApplication::aboutQt); // shows text dialog "about Qt " aboutQtAct->setStatusTip(tr("Show the Qt library's About box"));
-
I will back-off a little.
Can somebody explain (to me ) why the SUBDIRS "directories " AKA independent programs has to be "in sequence "?Each program basically follow the Qt "Application" scheme - from TEMPLATE to TARGET.
So far I have not found how these dependent programs - each one with its own "main" and QApplication "callback / event" loop can run as one program.
Logically there should be one and only one "main " and its callback / event loop.
Maybe the idea of independent programs supporting ONE main program is bogus. Perhaps there should be ONE main program supported by libraries , not independent programs. (Similar scheme works perfect in another IDE - BUT it has no GUI nor events support !) .
Then the whole scheme of SUBDIRS as "independent programs" is wrong. -
@AnneRanch said in How to really use multiproject ?:
Logically there should be one and only one "main " and its callback / event loop.
Maybe the idea of independent programs supporting ONE main program is bogus. Perhaps there should be ONE main program supported by libraries , not independent programs....Then the whole scheme of SUBDIRS as "independent programs" is wrong.
This is correct.
SUBDIRS is for grouping one or more libraries with one application (or no application)
I have not found how these dependent programs - each one with its own "main" and QApplication "callback / event" loop can run as one program.
This is impossible. You cannot have multiple main() and QApplication instances in the same program.
-
@JKSH
So it is back to terminology or semantics."project" as used in Qt terminology, especially in "SUBDIRS" scheme is not necessarily code build as a stand alone functioning application.
"library" on the other hand is build / complied as a code to be used to support a "project". Library is NOT standalone functioning application.
With that in mind - SUBDIRS options to "add new project " or add "existing projects " is grossly misleading.
However, the example "MDI" application APPEARS to combine Qt standard QApplication "app" with a reference to another "QApplication " qapp.
Unfortunately this software trick is documented nowhere.
But for sure - "MDI" example source code is nowhere near "SUBDIRS" scheme.So for time being I am looking into replacing "MDI" QApplication qapp with QApplication "btscaner_app" ( no "main" event loop ) as used in "MDI" example .
Does this makes any sense ?
-
@AnneRanch said in How to really use multiproject ?:
"project" as used in Qt terminology, especially in "SUBDIRS" scheme is not necessarily code build as a stand alone functioning application.
Correct. "Project" is a broad term. For example, you can have an "application project" (which lets you build a standalone functioning application) or a "library project" (which lets you build a library).
Here are some different types of projects: https://doc.qt.io/qt-5//qmake-common-projects.html
Library is NOT standalone functioning application.
Correct. And this is not Qt-specific: The word "library" means something quite specific to programmers, no matter what programming language they use: https://en.wikipedia.org/wiki/Library_(computing)
- Qt is a collection of libraries
- Qt Creator is a standalone functioning application
With that in mind - SUBDIRS options to "add new project " or add "existing projects " is grossly misleading.
How so? For example, I can add 1 application project and 3 library projects to my SUBDIRS project. What's misleading about that?
However, the example "MDI" application APPEARS to combine Qt standard QApplication "app" with a reference to another "QApplication " qapp.
Sorry, I don't understand what you mean. Can you please elaborate?
-
@AnneRanch said in How to really use multiproject ?:
However, the example "MDI" application APPEARS to combine Qt standard QApplication "app" with a reference to another "QApplication " qapp.
Are you confused because of
QApplication
andQCoreApplicaton
?QApplication app(argc, argv); QCoreApplication::setApplicationName("MDI Example"); QCoreApplication::setOrganizationName("QtProject"); QCoreApplication::setApplicationVersion(QT_VERSION_STR);
(https://code.qt.io/cgit/qt/qtbase.git/tree/examples/widgets/mainwindows/mdi/main.cpp?h=5.15#n61)
It's the same, just a bit further down in inheritance tree...
If you look at this, you can see thatQApplication
inheritsQGuiApplication
which inheritsQCoreApplication
(bottom to top)
So it's still the same instance of
qApp
.