[cairo] Re : Re : Re : internal cairo include syntax seems not flexible enough, backward-compatible fix proposal.
fab672000 at yahoo.fr
Mon Sep 22 07:10:29 PDT 2008
>As far as I remember, the implementation of #include "file" is
unspecified by the standard.
>while Visual C++ and GCC do first look at
'directory where the current file is',
I know better why I don't use such compilers anymore when I read this :-)
It was for me a de-facto standard that the #include "file" would look first in the directory where the file is.
Does cairo bother with Borland or others dynosaurs compilers like the ones you mention anyway ?
>Say I have /usr/include/cairo-new and /usr/include/cairo-old do I then
>need another cairo subdirectory under them?
There would be solutions, you could on these unix-like system, provide a dynamic link to the current used directory
and change it when you wish to (I reasonably suppose you don't use both libs versions at the same time),
encapsulate the related cairo includes to your custom include file and
specify unambiguously the alternative version subfolder name that you
may use in your encapsulating include file, but this suppose you won't
publish the alternative directory change ...
These are good points though, thanks for the enlightening comments,
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the cairo