[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: KConfigXT generated private members
From:       mETz <mETz81 () web ! de>
Date:       2005-05-30 13:20:14
Message-ID: 200505301520.14555.mETz81 () web ! de
[Download RAW message or body]

Moin,

On Montag Mai 30 2005 08:10, Duncan Mac-Vicar P. wrote:
> I noticed kconfig_compiler generates private members without a d-pointer
> (Private class). If I would need to expose a generated .h file as public
> api (for plugins) (it already supports adding visibility settings) it will
> be kinda hard to maintain BC when new settings are added.
>
> Is there any reason is was done this way, or adding this feature would be
> an enhancement?

I was told not to expose autogenerated files as an API, in noatun make-it-snow 
branch I'm now using KConfigSkeleton manually.

Think about when kconfig_compiler suddenly changes, it will also change your 
API. Or think about different kconfig_compiler versions producing different 
code. The only way you could avoid this is ship your generated code as well 
but then you're still missing the ability to add apidocs-comments AFAIK.

Bye, Stefan aka mETz
[prev in list] [next in list] [prev in thread] [next in thread]