Why wxSmith is dependency for other plugins?

[oBFusCATed]

Why are we building the wxsmith plugins as dependency for other plugins (ThreadSearch, libfinder, etc)?

I'm having problems compiling the wxsmith on Fedora8+wxGTK 2.8.9 and I've tried to disable all wxSmith plugins.
Unfortunately the plugin is still built.

Probably we should fail the configure step if wxSmith is disabled and ThreadSearch/libfinder is enabled.
Jens, what do you think on this matter?

[ollydbg]

I just look at the dependency on threadsearch plugin in ContribPlugins.workspace, I found that it depend on wxCustombutton, and wxCustombutton is include in wxSmithContribItems project.

[Jenna]

I just look at the dependency on threadsearch plugin in ContribPlugins.workspace, I found that it depend on wxCustombutton, and wxCustombutton is include in wxSmithContribItems project.

And that needs wxSmith.
That's the cause for the dependency.
And similar for libfinder: it uses wxFlatNotebook.

Both automatically select wxSmith and wxSmithContribItems to build in automake-system.

[oBFusCATed]

OK, as we know the problem how would we fix it?
Probably fixing configure is the first step, but this situation looks like wrong setup of dependencies.
As long term, correct solution, we should move the wx-related-libs in the src/plugins/contrib/wxlibs (or something similar).
And then the dependencies will be correct and logical.
What do you think?

[Jenna]

As long term, correct solution, we should move the wx-related-libs in the src/plugins/contrib/wxlibs (or something similar).
And then the dependencies will be correct and logical.
What do you think?

Moving all contrib-items into a seperate project and use it as dependency for wxSmithConribItems, would be the best solution in my opinion.
Not only as long term solution, but also as short term solution.

I can do it this week (no work) and fix all related projects, if no other devs have objections against it.

We should do the same (or similar) for all new items in the wxSmith-branch, too.

[oBFusCATed]

No objections  :lol:

[oBFusCATed]

BTW: any objections against committing this patch: http://smrt.is-a-geek.org/codeblocks/patches/wx289.patch

[MortenMacFly]

BTW: any objections against committing this patch: http://smrt.is-a-geek.org/codeblocks/patches/wx289.patch

If it works, no. ;-)

[Jenna]

I did it for trunk on linux (project-files and automake), seems to work.
I hope I find the time to do it for windows this evening or tomorrow.
The new project is called wxContribItems and builds wxFlatNotebook, wxChartCtrl and wxCustomButton.

[Jenna]

The changes are committed to the wxsmith-branch.
More of them (for the new items in this branch) will follow.