How to "link" two C++ applications ?
-
This is another one of (mine) silly and academical ( no problem to resolve ) question. And I am posting it here instead of in Qt forum , by choice. You have a chose too - ignore the post if you feel like it... I am using Qt creator "feature " SUB-DIRS which manages multiple application source code under "supervision" of Qt version of "make". By design these are independent applications , no commonality between them. My desire is to have a cleaner way to have one main project /application and be able to select / run another project / application. I have it sort-of working by starting another process. It is pretty convoluted and I am looking for a cleaner way. Something like "application and library" relations. I feel I should be able to accomplish using "make" / "qmake". Or on C/C++ "level"? Qt documentation has decent notes for "qmake" but I am clueless what to look for to extend the current options to "link" applications. FYI -Qt is "event driven" system (IDE) implementing Qt version of "callback". Cheers PS I still cannot use my "old - few years " account. OK, the post generated "administrative response" and I got no issue with that,hopefuly it gets resolved. Now I like to get back to the original POST. Here is one idea how to resolve that How to Link 2 Source Code Files with C Programming - dummies[^] It looks as independent applications / projects can be "linked" same way as plain linker works tying together object files. Basically discarding IDE and "doing it " using CLI. I am all for KISS, however even with my limited knowledge of "make" I still feel it could be done on "make" level. I recall that additional "builds" can be done on compiler level - I believe it is called pre/ post processing... AT this point I have an option to retrieve the IDE build object files and implement what is covered in the link or "do it the hard way " and learn more about "make".
-
This is another one of (mine) silly and academical ( no problem to resolve ) question. And I am posting it here instead of in Qt forum , by choice. You have a chose too - ignore the post if you feel like it... I am using Qt creator "feature " SUB-DIRS which manages multiple application source code under "supervision" of Qt version of "make". By design these are independent applications , no commonality between them. My desire is to have a cleaner way to have one main project /application and be able to select / run another project / application. I have it sort-of working by starting another process. It is pretty convoluted and I am looking for a cleaner way. Something like "application and library" relations. I feel I should be able to accomplish using "make" / "qmake". Or on C/C++ "level"? Qt documentation has decent notes for "qmake" but I am clueless what to look for to extend the current options to "link" applications. FYI -Qt is "event driven" system (IDE) implementing Qt version of "callback". Cheers PS I still cannot use my "old - few years " account. OK, the post generated "administrative response" and I got no issue with that,hopefuly it gets resolved. Now I like to get back to the original POST. Here is one idea how to resolve that How to Link 2 Source Code Files with C Programming - dummies[^] It looks as independent applications / projects can be "linked" same way as plain linker works tying together object files. Basically discarding IDE and "doing it " using CLI. I am all for KISS, however even with my limited knowledge of "make" I still feel it could be done on "make" level. I recall that additional "builds" can be done on compiler level - I believe it is called pre/ post processing... AT this point I have an option to retrieve the IDE build object files and implement what is covered in the link or "do it the hard way " and learn more about "make".
-
This is another one of (mine) silly and academical ( no problem to resolve ) question. And I am posting it here instead of in Qt forum , by choice. You have a chose too - ignore the post if you feel like it... I am using Qt creator "feature " SUB-DIRS which manages multiple application source code under "supervision" of Qt version of "make". By design these are independent applications , no commonality between them. My desire is to have a cleaner way to have one main project /application and be able to select / run another project / application. I have it sort-of working by starting another process. It is pretty convoluted and I am looking for a cleaner way. Something like "application and library" relations. I feel I should be able to accomplish using "make" / "qmake". Or on C/C++ "level"? Qt documentation has decent notes for "qmake" but I am clueless what to look for to extend the current options to "link" applications. FYI -Qt is "event driven" system (IDE) implementing Qt version of "callback". Cheers PS I still cannot use my "old - few years " account. OK, the post generated "administrative response" and I got no issue with that,hopefuly it gets resolved. Now I like to get back to the original POST. Here is one idea how to resolve that How to Link 2 Source Code Files with C Programming - dummies[^] It looks as independent applications / projects can be "linked" same way as plain linker works tying together object files. Basically discarding IDE and "doing it " using CLI. I am all for KISS, however even with my limited knowledge of "make" I still feel it could be done on "make" level. I recall that additional "builds" can be done on compiler level - I believe it is called pre/ post processing... AT this point I have an option to retrieve the IDE build object files and implement what is covered in the link or "do it the hard way " and learn more about "make".
Send me an email (sean@codeproject.com) and I will help get you access to your old account.
Thanks, Sean Ewington CodeProject
-
Member 14968771 wrote:
I still cannot use my "old - few years " account.
Then post a question at Bugs and Suggestions[^] and the administrators will help you.