Cmake fails to recreate locale and/or po directory correctly when .pot or .po files have changed in source

[SirVer]

I am at trunk 5206. I have an old cmake build directory around which I use to rebuild widelands. Doing make lang looks like everything works properly, but upon running widelands, some strings are not translated. Directly running utils/build_locale.py and pointing widelands to the directory via --localedir shows all strings as translated.

Deleting the po and locale dir in the build directory didn't help: the directories are recreated upon make lang, but the symptoms remain.

[Jens Beyer (qcumber-some)]

Does it help if you run the cmake command on the old build directory again?
If not, it is really a bug. If this helps, it is "by design" (but not nice).

[Jens Beyer (qcumber-some)]

Added a warning in spice-up-cmake branch if translations are new, compared to older cmake runs. It is not possible to do this automatically, but the warning should be good enough.

[SirVer (sirver)]

Nope, running cmake does not help. The problem still persists:

$ cd widelands.build
$ make clean all lang
- Some stuff is untranslated, some is translated
$ rm -rf po locale && cmake ../bzr_repo && make clean all lang
- Problem is persistent: some stuff is translated, some not

The current fix for me is:
$ rm -rf po locale && cd ../bzr_repo && utils/buildlocale.py && mv locale ../widelands.build && cd ../widelands.build
- Everything is properly translated.

[Jens Beyer (qcumber-some)]

I guess the warning, available on spice-up-cmake branch, will do. If not, this bug may be reopened.

[SirVer (sirver)]

Released in build16-rc1