[cairo] Re : Re : Re : internal cairo include syntax seems not flexible enough, backward-compatible fix proposal.

[Fabien Costantini]

David wrote:
>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 ?

Nicholas wrote:
>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),
Or
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,

Fabien.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.cairographics.org/archives/cairo/attachments/20080922/e22396a8/attachment.htm