Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


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



Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.