CB 20.03 missing source files

[KodamaDeveloped]

CB20.03, Win10/mingw64.

On binary distributed CB 20.03 I've built another set of CB 20.03 from source codes for my experimental purpose.  During the build two missing directories (or their files) were found.

The directory tools/cbp2make is missing.  When open the CodeBlocks_wx30_64.workspace [Opening WorkSpace] dialog pops up and complains "2 projects could not be loaded...".

[CodeBlocks_wx30_64.workspace]

Code

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_workspace_file>
	<Workspace title="CodeBlocks Workspace wx3.0.x (64 bit)">

		...

		<Project filename="tools/cbp2make/cbp2make_wx30_64.cbp" />
		<Project filename="tools/CBLauncher/CbLauncher_wx30_64.cbp" />
		<Project filename="tools/cbp2make/cbp2make_wx30_64.cbp" />

		...

	</Workspace>
</CodeBlocks_workspace_file>

The direcotry src\plugins\contrib\wxContribItems\wxDateTimePicker is missing.  Building the workspace stops by errors.

Code

...

||=== Build: wxDateTimePicker in wxWidgets - Contrib Items wx3.0.x (64 bit) (compiler: GNU GCC Compiler) ===|
||WARNING: Can't read file's timestamp: D:\Users\Takeshi\MinGW\CB_Work\codeblocks-20.03\src\plugins\contrib\wxContribItems\wxDateTimePicker\src\DateTimeCtrl.cpp|
||WARNING: Can't read file's timestamp: D:\Users\Takeshi\MinGW\CB_Work\codeblocks-20.03\src\plugins\contrib\wxContribItems\wxDateTimePicker\src\TimeCtrl.cpp|
 ..\..\..\.objs30_64\plugins\contrib\wxContribItems\wxDateTimePicker\wxDateTimePicker\src\DateTimeCtrl.o||No such file or directory|
 ..\..\..\.objs30_64\plugins\contrib\wxContribItems\wxDateTimePicker\wxDateTimePicker\src\TimeCtrl.o||No such file or directory|
||=== Build failed: 2 error(s), 27 warning(s) (7 minute(s), 35 second(s)) ===|

Svn10752 and svn10756 of https://fossies.org/diffs/codeblocks/17.12_vs_20.03/ChangeLog-diff.html say a little about the wxDateTimePicker removal.  Anyway I managed to build the workspace successfully by...

• Removing wxDataTimePikcer target form the virtual target of wxContribItems_wx30_64.cbp.
• Removing wxsTimePickerCtrl.cpp/wxsTimePickerCtrl.h files from the build target files of wxSmithContribItems_wx30_64.cbp.

Is it safe to copy the missing directories/files from 17.12, or is there any reason I'd better avoid that?  Thank you.
 

[Miguel Gimenez]

wxContribItems_wx30_64.cbp was removed from trunk long before wxDateTimePicker removal, so you have mixed sources. In fact, all projects related to wxWidgets 3.0 have been removed on Windows.

[oBFusCATed]

wxContribItems_wx30_64.cbp was removed from trunk long before wxDateTimePicker removal, so you have mixed sources. In fact, all projects related to wxWidgets 3.0 have been removed on Windows.

He is building 20.03 where nothing has been removed.

@KodamaDeveloped: 20.03 is probably working/tested in wx28 and wx31 configurations. The wx30 configuration was not so used and probably it is not well maintained.

[KodamaDeveloped]

OK, that has made clear.  Thank you.

[KodamaDeveloped]

I switched to *_31_64.workspace and built them with wxWidgets 3.1.4.  The issues I showed persisted.  I concluded that the cbp files included in the CB 20.03 source file distribution did not properly reflect the source file removal.

Thank you.

[Miguel Gimenez]

Those source files were removed two weeks ago (see https://sourceforge.net/p/codeblocks/code/12236/), so if you are using the 20.03 sources they should still be there. Are you trying to use 20.03 projects with SVN trunk?

[KodamaDeveloped]

The source files I used were archived ones downloaded from SourceForge, which were codeblocks_17.12.tar.xz and codeblocks-20.03.tar.xz.  The former has wxDateTimePicker but the later doesn't.

Code

user@THINKPAD-L430 MSYS /c/Users/user/CB_Archive
$ tar -t -f codeblocks_17.12.tar.xz | grep wxDateTimePicker
codeblocks-17.12/src/plugins/contrib/wxContribItems/wxDateTimePicker/
codeblocks-17.12/src/plugins/contrib/wxContribItems/wxDateTimePicker/Makefile.am
codeblocks-17.12/src/plugins/contrib/wxContribItems/wxDateTimePicker/images/
codeblocks-17.12/src/plugins/contrib/wxContribItems/wxDateTimePicker/images/DateTime.xpm
codeblocks-17.12/src/plugins/contrib/wxContribItems/wxDateTimePicker/images/DateTime16.xpm
codeblocks-17.12/src/plugins/contrib/wxContribItems/wxDateTimePicker/include/
codeblocks-17.12/src/plugins/contrib/wxContribItems/wxDateTimePicker/include/DateTimeCtrl.h
codeblocks-17.12/src/plugins/contrib/wxContribItems/wxDateTimePicker/include/TimeCtrl.h
codeblocks-17.12/src/plugins/contrib/wxContribItems/wxDateTimePicker/src/
codeblocks-17.12/src/plugins/contrib/wxContribItems/wxDateTimePicker/src/DateTimeCtrl.cpp
codeblocks-17.12/src/plugins/contrib/wxContribItems/wxDateTimePicker/src/TimeCtrl.cpp

user@THINKPAD-L430 MSYS /c/Users/user/CB_Archive
$ tar -t -f codeblocks-20.03.tar.xz | grep wxDateTimePicker

user@THINKPAD-L430 MSYS /c/Users/user/CB_Archive
$

[Miguel Gimenez]

So the 20.03 archive is faulty...

The current trunk (r12240) is way better than 20.03, why do you stick to it?.

[KodamaDeveloped]

The "experimental purpose"  was to investigate the defect I had encountered when I migrate from 17.12 to 20.03, which I had reported as http://forums.codeblocks.org/index.php/topic,23917.0.html.  So that I built the 20.03 with both debug and release configs by myself.  Curiously my own 20.03 builds have never showed the defect so far, but that is another story.

Secondary, because I hardly know how to use SVN I have to learn it...

Thank you.

[Miguel Gimenez]

It is clear now.

Regarding SVN, you can use a GIT clone (for example https://github.com/obfuscated/codeblocks_sf) to download the code as a ZIP file.