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

Maybe we need a new directory for "exported" header files.

$MODULE/exported

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@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice

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