Hmm, there's a couple of bugs in the make_release.sh part of the patch.
Don't look too closely at its correctness, just tell me about the
ideas :-)

        Danny

On Sun, 2007-11-18 at 09:42 +0100, Danny Backx wrote:
> Hey,
> 
> Attached is a patch which we could use to provide version info.
> 
> The cegcc.h include file is built automatically when a release is
> created, and stored in SVN. The build script does all the magic.
> 
> I've worked with a two-phased system :
> - both our compilers define __CEGCC_VERSION__, without value
> - the include file detects this macro and gives it a value
> 
> In addition to this, we could also provide a runtime function in the
> cegcc.dll for instance : extern int _CeGCCVersion(void);
> which might be defined as
>   int _CeGCCVersion(void)
>   {
>       return __CEGCC_VERSION__;
>   }
> 
> In this way, the DLL version can be checked by an application. We'd also
> have to hide this in some DLL for mingw32ce.
> 
> This is just a proposal. Comments please.
> 
>       Danny
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________ Cegcc-devel mailing list 
> Cegcc-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/cegcc-devel
-- 
--
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Cegcc-devel mailing list
Cegcc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cegcc-devel

Reply via email to