News:

The new Release 25.03 is out! You can download binaries for Windows and many major Linux distros here .

Main Menu

The reason of not install wxMathplot wxsmith control by default?

Started by ollydbg, May 11, 2013, 04:29:06 PM

Previous topic - Next topic

ollydbg

Hi, I just noticed that we have wxMathplot wxsmith plugin, but it was not build by default. I open the CodeBlocks Workspace wx2.8.x, but I don't see it listed in the workspace.

But I do see it was in our trunk.
cb_trunk_sf\src\plugins\contrib\wxSmithPlot

So, what is the reason of not build this by default? Thanks.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

ollydbg

It looks like wxStc is also not included in the workspace, see Morten's reply in Re: Can't find wxStc in wxSmith (nightly builds), why?
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

MortenMacFly

wxSmithPlot: I simply forgot t update the contrib workspace.
wxSTC: This may lead to serious compatibility issues when working with wx29 where this component is integrated and no longer stand-alone. Therefore I did not move it into the build. Its provided for experts "as-is". It does work though.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

ptDev

I found the following projects in trunk, which are not being built by default:

wxSmithPlot, wxSmithSTC; ollydbg warned me about these, and it seems only wxSmithPlot is expected to be included by default.

wxSmithDateTimePicker
wxSmithIExplore

wxSmithDemo - I have no idea what this project is meant for, does it have anything that could be moved to the wxWidgets project template based on wxSmith?

MortenMacFly

Quote from: ptDev on May 12, 2013, 10:31:24 AM
wxSmithDemo - I have no idea what this project is meant for, does it have anything that could be moved to the wxWidgets project template based on wxSmith?
This is a counterpart to the official wxWidgets demo which includes all major wx components. Its more meant as a s/w test for wxSmith. this should not be included by default.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

MortenMacFly

Quote from: ptDev on May 12, 2013, 10:31:24 AM
wxSmithDateTimePicker
There was an issue with this - but I don't recall which. Maybe it works now, then we should include it.

Quote from: ptDev on May 12, 2013, 10:31:24 AM
wxSmithIExplore
This is Windows only and only meant for power-users that know what they are doing. Furthermore the underlying wx component is heavily outdated and no longer supported by the maintainer. It should not be included by default.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

ollydbg

Quote from: MortenMacFly on May 12, 2013, 09:59:23 AM
wxSmithPlot: I simply forgot t update the contrib workspace.
So, we should add one line in CodeBlocks.workspace
like:

<Project filename="plugins/contrib/wxSmithPlot/wxsSmithPlot.cbp" />

Is this OK?
Thanks.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

MortenMacFly

Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

ollydbg

Quote from: MortenMacFly on May 13, 2013, 08:46:28 PM
Quote from: ollydbg on May 13, 2013, 02:28:06 AM
Is this OK?
If it works under Linux, too (at best) - yes, sure.
Ok, but I can't test it under Linux, but I see previous commits by Biplab put this project to autotools systems.

So, I added this cbp file to Codeblocks.workspace in rev9093.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

xunxun

Regards,
xunxun

ollydbg

Quote from: xunxun on May 14, 2013, 08:27:35 AM
It seems Fortran Plugin is not built, too.
I noticed that when I run SVN update on CB source, I see some error messages from updating the Fortran pluign source.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

gd_on

for info : no problems with fortran plugin for me, with Windows 7, compilers TDM 4.7.1 (32 bits) and wx 2.8.12.
SVN OK, compile OK (full rebuild), Works OK.

gd_on
Windows 11 64 bits (25H2), svn C::B (last version or almost!), wxWidgets 3.3.2, Msys2 Compilers 16.1.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).