[Pkg-pascal-devel] Castle Game Engine build tool

Paul Gevers elbrus at debian.org
Fri Feb 5 19:58:33 UTC 2016


Hi Michalis,

On 04-02-16 05:52, Michalis Kamburelis wrote:
 The CGE 5.3.0 release will include a directory castle_game_engine/tools/
> with programs that are useful for engine developers.
> 
> 1. image2pascal
> 2. texturefont2pascal
> 3. build-tool (castle-engine binary)
> 
> (In CGE 5.2.0, the build tool is just inside castle_game_engine/tools/,
> without subdirectories, as far as I remember.)

image2pascal and texturefont2pascal are now in examples, right? We
already use them during cge building.

> The 3rd tool is of particular importance. It can be used as a wrapper
> around FPC compiler and some other tools to compile + package + install
> the games. It can be used by Debian itself to compile future view3dscene
> release, and many other CGE programs (every project using
> CastleEngineManifest.xml can be compiled using the build tool).

Does the packaging and installing follow the Debian rules for that? Is
that configurable and/or optional? Otherwise, there is not much use
within Debian.

> So, it would be great if Debian CGE package of 5.3.0 was including these
> 3 tools precompiled. You can compile them using the xxx_compile.sh
> scripts inside (if they are uncomfortable for any reason, please let me
> know --- we can adjust them or provide alternatives). The binaries could
> be installed in /usr/bin/ I guess.

The texturefont2pascal_compile was so short, I just included the
statement straight into our d/rules, which is a proper Makefile. That
was easier. Unless the other compile scripts are more involved, I'll
probably just do the same. However, if you could arrange everything from
the top level Makefile and we wouldn't need to be bothered about
anything, that would of course be great.

> It includes precompiled libraries

Ouch. In Debian we really frown upon that. Is this really needed?
Wouldn't you consider it acceptable for your users when you ship TWO tar
balls? One with the source of cge and one with other convenience other
stuff? Debian likes to keep pristine tar balls from upstream, but I'll
have to strip this if you ship it together.

Paul

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-pascal-devel/attachments/20160205/3c5fb1b1/attachment.sig>


More information about the Pkg-pascal-devel mailing list