Has the time come to get rid of the "delivering" of public headers?

Noel Grandin 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?
>    Eike
> _______________________________________________
> LibreOffice mailing list
> LibreOffice at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice

Disclaimer: http://www.peralex.com/disclaimer.html

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/libreoffice/attachments/20120221/3c60397a/attachment.html>

More information about the LibreOffice mailing list