Hi,
the Thread search plugin has a dependency on the wxCustomButton in wxSmith. If i rebuild the Thread search plugin, the wxSmith code gets also rebuild...
Is this intended? I personally think this is overkill...
wxCustomButton is in wxContribItems
I think an external dependency would be better.
Tim S.
A ok, i see there are two things...
1) A Project dependency: (Project->Propterties->Project dependencies) This is set to the wxWidgets-contrib Items
2) A external dependency: (Project->Properties->Dependencies) This is set to ..\..\..\devel31_64\wxcustombutton.dll
The first triggers a rebuild, the second not.
So my suggestion is to remove the first...
Why? Why would you want to break a clean build if thread-search is the active project?
p.s. Keep in mind that I've heavily modified the thread search plugin, so changing it at this moment is not a good idea.
Quote from: oBFusCATed on April 21, 2020, 09:59:39 AM
Why? Why would you want to break a clean build if thread-search is the active project?
Why would i want to rebuild the wxContribItems if i rebuild the Thread search plugin? If you rebuild codeblocks, wxWidgets wont need to be rebuild... The same here if i rebuild Thread search, why do i want to rebuild the wxContribItems? The other way around yes, if i rebuild wxContribItems, i also want to rebuild ThreadSearch...
Because if you do clean workspace and then try to build thread search, building thread search would fail.
I do not know the build part well, but would it be possible to add a flag, that does not clear the dependency, but only looks at the build order? Or like the external dependency, looks if the project is build, if not build it... only question... This is not important for now...
If you don't want it rebuild make a separate workspace which doesn't have this project.
Generally we have to have project load/unload like visual studio, but first we need to have any api for storing per-project-per-user configs and we don't have this yet...