QtCreator shadow build directory structure
-
So it seems that this is for the sake of being like this ? Or did I miss some real cause between the lines ?
@enmaniac said in QtCreator shadow build directory structure:
So it seems that this is for the sake of being like this ? Or did I miss some real cause between the lines ?
Quoting Ossi:
debug_and_release is set on windows, because the builds are binary incompatible and thus must be kept separate consistently. on unix, that problem doesn't exists - you can mix and match as you like. still, you can make debug_and_release framework builds for mac. in other cases, the problem is the lack of any system support or even naming convention to support such a feature.
in fact, this is messy enough that we still don't know exactly what we want to do in qbs, where we can mostly decide from scratch what to do.So, there is a reason for this. Only I guess most people (including myself) are totally not convinced by this "solution" ;-) especially since shadow builds exist.
-
Exactly my point.
I understand the statement. However, in shadow build mode, there is no danger of mixing things up since there are separate directories provided already, thus, problem is avioded.I can understand the need for those for non shadow build mode. But even then, documentation is clear that you should use it only when you need single type of build so mixing debug and release should be considered a violiation of use.
-
Exactly my point.
I understand the statement. However, in shadow build mode, there is no danger of mixing things up since there are separate directories provided already, thus, problem is avioded.I can understand the need for those for non shadow build mode. But even then, documentation is clear that you should use it only when you need single type of build so mixing debug and release should be considered a violiation of use.
If you see the solution it is for sure more than strange. No doubt about this. For users without creator and shadow builds, it does not look as strange. Both folders are created simultaneously. At least 90% have to debug anyway before they create a release version.
With creator and having already some debug respectively it starts to look strange, because of the stupid duality.
I think tobias wrote something about shared code between creator and qmake. The part is repsonsible for the duality. Tobias answered a bit frustrated that everybody is beating onto this duality, but there had to be a real deep change in qmake for getting away from this. Since we are all developers we some kind understand that real deep changes in running applications may mean that a can of worms will be opened. Therefore, be gentle.In any case the shadowing through creator is a great thing!!
I am using it in a slightly different approach by using it with a central shadow folder. This helps when you have numerous projects. Once in a while I am deleting this central shadow folder. I did not consider the parallel shadow folder within project folders as helpful, since I had to scan through all projects manually.
Vote the answer(s) that helped you to solve your issue(s)
-
If you see the solution it is for sure more than strange. No doubt about this. For users without creator and shadow builds, it does not look as strange. Both folders are created simultaneously. At least 90% have to debug anyway before they create a release version.
With creator and having already some debug respectively it starts to look strange, because of the stupid duality.
I think tobias wrote something about shared code between creator and qmake. The part is repsonsible for the duality. Tobias answered a bit frustrated that everybody is beating onto this duality, but there had to be a real deep change in qmake for getting away from this. Since we are all developers we some kind understand that real deep changes in running applications may mean that a can of worms will be opened. Therefore, be gentle.In any case the shadowing through creator is a great thing!!
I am using it in a slightly different approach by using it with a central shadow folder. This helps when you have numerous projects. Once in a while I am deleting this central shadow folder. I did not consider the parallel shadow folder within project folders as helpful, since I had to scan through all projects manually.
-
I have all projects on ram drive. It was a huge mess allowing it to
make build-xxx all over the drive. :)
Also it turned out for bigger projects the 6000/6000 MB/s speed was also
beneficial. -
@koahnig
Hi
this one
https://sourceforge.net/projects/imdisk-toolkit/My new fav after Datarams free ver became a bit to nagging
Also this one have iso mounting and other good stuff and better speed.There are many to choose from
https://www.raymond.cc/blog/12-ram-disk-software-benchmarked-for-fastest-read-and-write-speed/On linux I just use the systems version.
-
I see. Indeed I havent considered all those who dont use QtCreator and its features. Havent done this myself for ages and that slipped my mind.
I will try to do the trick with CONFIG -= debug_and_release to check if that at least is going to make it more intuitive for someone using QtCreator and shadow builds.
Thanks all for valuable feedback on it.
-
-
I have verified that once CONFIG -= debug_and_release is added to the pro file additional debug/release subfolders do not popup in shadow mode builds.
Thus, I am closing this thread since I got all my questions answered.
Thanks a lot to you all!
