On Fri, Nov 8, 2013 at 2:29 AM, Stephan Bergmann <sbergman@redhat.com> wrote:
On 11/07/2013 05:34 PM, Michael Meeks wrote:
* Header includes <> vs "" etc. (Tml/Sberg)
+ we should use <> everywhere without a relative path.
+ but it's fine to continue using "" for whatever corner cases
make sense,
identify and restore these post-facto (Kohei)
Note that both solenv/gbuild/com_{GCC,MSC}_class.mk already contain "-I$(dir
$(3))" in their C/C++ compiler command lines, so will find include files
next to the main C/C++ source file already even with the <...> syntax.
It makes you cringe for sure, but if it helps poor MSVC...
1/ some public header were using #include "foo.h" meaning foo.h at the
same palce where the current header is... that was wrong... fixed
2/ some source include private headers, as expected using "", but they
themself include other private header using also "" and of course the
first private header can be included from different places in the
source tree... which measn that the -I$(dir $(3)) above is not going
to help.
public header _have_ to work with the <> notation... but for private
header that promise to be a bit of a headache to try to make it
works... and iirc Windows is sensitive to the number of -I on the
command line.. and that would impact all include not just the ""
Norbert
Stephan
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
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.