Has the time come to get rid of the "delivering" of public headers?
noel at peralex.com
Tue Feb 21 06:37:40 PST 2012
Maybe we need a new directory for "exported" header files.
That way, it lives inside the module, but it's obvious that it's part of
the external facing API.
On 2012-02-21 16:34, Eike Rathke wrote:
> Hi Tor,
> On Tuesday, 2012-02-21 10:02:50 +0200, Tor Lillqvist wrote:
>> Has the time come to get rid of the "delivering" step for public
>> headers? I.e. for a header<MODULE/BAR.hxx>, instead of having it in
>> MODULE/inc/MODULE/BAR.hxx and then copying it to
>> solver/INPATH/inc/MODULE/BAR.hxx as part of the "make" of MODULE, it
>> could be directly in a new top-level "inc" directory, in
>> inc/MODULE/BAR.hxx all the time. (Obviously -I$(SRC_ROOT)/inc would
>> have to be added to the compilation flags.)
> I see no technical reason against it, but I wouldn't like it because
> then the headers belonging to a module wouldn't be located in the module
> anymore. Actions performed on a module would need to take that
> additional inc path into account, for example grep, module local tags
> and ID databases, and maybe more. Doxygen?
> LibreOffice mailing list
> LibreOffice at lists.freedesktop.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the LibreOffice