News:

As usual while waiting for the next release - don't forget to check the nightly builds in the forum.

Main Menu

CB project: integrated 'update'

Started by LETARTARE, March 06, 2018, 08:53:49 AM

Previous topic - Next topic

LETARTARE

Hello, :-X
to compile a last version of 'Code :: Blocks', I use as IDE a previous version.
After compiling 'Code :: Blocks', it is tedious to open a console to launch 'update (.bat)'.

I tested the following solution with VISTA and OpenSuse :
1- create a real target 'Update' , 'Command only' type,  'Pos-built steps' with a call to 'update.bat' or './update'
2- in the virtual target 'All': add in last this target 'Update'

This makes it possible to integrate the update into the construction process.

I may have forgotten some things ?




CB-13834, plugins-sdk-2.25.0 : Collector-2.6.5, AddOnForQt-5.1.2
1- Win7 Business Pack1 64bits : wx-3.2.8, gcc-15.2.0,
2- OpenSuse::Leap-15.6-64bits : wx-3.2.8;gtk3-u, gcc-15.2.0,
=> !! The messages are translated by 'Deepl'

ollydbg

This is a good idea, great!
My question is: When will the target named "Update" to be "built"? I mean You just manually click the "build" button to "build" the "Update" target?
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.

LETARTARE

Here is the kind of interesting question.
I just did a test on 'svn11176' that I cleaned up, then I compiled the 'Update' target under VISTA.
The result is in image ...

CB-13834, plugins-sdk-2.25.0 : Collector-2.6.5, AddOnForQt-5.1.2
1- Win7 Business Pack1 64bits : wx-3.2.8, gcc-15.2.0,
2- OpenSuse::Leap-15.6-64bits : wx-3.2.8;gtk3-u, gcc-15.2.0,
=> !! The messages are translated by 'Deepl'

BlueHazzard

You could also add the update target it to the "All" target at the end. So it will always be running after rebuilding codeblocks.

One problem i see here is, that if you build the codeblocks workspace with all plugins you have to run this update script at the end of the build process of all plugins.

LETARTARE

#4
Thank you for the information :

You say :
QuoteYou could also add the update target it to the "All" target at the end.
Of course, as indicated -> 'last'
Quote2- in the virtual target 'All': add in  last  this target 'Update'

You also indicate :
Quoteyou have to run this update script at the end of the build process of all plugins

This is a good question, but I have not tested it yet.

Is it a problem ?
CB-13834, plugins-sdk-2.25.0 : Collector-2.6.5, AddOnForQt-5.1.2
1- Win7 Business Pack1 64bits : wx-3.2.8, gcc-15.2.0,
2- OpenSuse::Leap-15.6-64bits : wx-3.2.8;gtk3-u, gcc-15.2.0,
=> !! The messages are translated by 'Deepl'

LETARTARE

@BlueHazzard say :
Quoteyou have to run this update script at the end of the build process of all plugins
I note that many plugins call 'update' including the latest 'Tools Plus Plugin'.
It is then possible in the project to remove the call of 'update' in the virtual target 'All'.

If we add another plugin in the end it should be expected while he calls 'update' !!
CB-13834, plugins-sdk-2.25.0 : Collector-2.6.5, AddOnForQt-5.1.2
1- Win7 Business Pack1 64bits : wx-3.2.8, gcc-15.2.0,
2- OpenSuse::Leap-15.6-64bits : wx-3.2.8;gtk3-u, gcc-15.2.0,
=> !! The messages are translated by 'Deepl'

stahta01

#6
Quote from: LETARTARE on March 06, 2018, 07:39:11 PM
@BlueHazzard say :
Quoteyou have to run this update script at the end of the build process of all plugins
I note that many plugins call 'update' including the latest 'Tools Plus Plugin'.
It is then possible in the project to remove the call of 'update' in the virtual target 'All'.

If we add another plugin in the end it should be expected while he calls 'update' !!

There is more than a single update scripts/batch files

Some plugins have there own, instead of, or in addition to the main update script.

NOTE: Calling the  update script in the virtual target 'All' would not work for my normal build process.
Edit: This is on Windows; because in use file replacement is not supported by the OS.
I use output codeblocks to build devel codeblocks; exit codeblocks, then run main update script

Tim S.
C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

LETARTARE

@stahta01
thank you for the clarification.

QuoteThis is on Windows; because in use file replacement is not supported by the OS.
If you are using a previous version of 'Code::Block' for compilation, you can use the main 'update.bat' call in 'All' virtual target.
Ex :I used 'cb-11286' to build 'cb-11304' without difficulty ( for 'CodeBlocks.cbp'  and 'CodeBlocks-unix.cbp' )

QuoteI use output codeblocks to build devel codeblocks; exit codeblocks, then run main update script
I thought we'd first build devel codeblocks, then leaving codeblocks we launched the main update to build the output codeblocks ?

So, it sounds more complicated than I thought. But I find it sad to have to leave 'Code::Blocks' to finish building.
CB-13834, plugins-sdk-2.25.0 : Collector-2.6.5, AddOnForQt-5.1.2
1- Win7 Business Pack1 64bits : wx-3.2.8, gcc-15.2.0,
2- OpenSuse::Leap-15.6-64bits : wx-3.2.8;gtk3-u, gcc-15.2.0,
=> !! The messages are translated by 'Deepl'