[Cairo] make error with cvs cairo

Carol Spears carol at gimp.org
Wed Sep 17 18:03:03 PDT 2003


Keith Packard wrote:

>Around 14 o'clock on Sep 16, Carl Worth wrote:
>
>  
>
>>That would let us drop all #includes from cairo.h except for
>>fontconfig. To get rid of that, we just need to decide the header file
>>in which those functions belong. Should the graphics backend imply a
>>specific text backend? Or does the user want to be able to select both
>>of those independently?
>>    
>>
>
>No, it's not graphics-backend specific, it's OS specific.  On Windows, the 
>PDF backend will use Windows font functions, while on Linux, it will use 
>Fontconfig.  The goal is to make font selection output-device independent, 
>but match font selection on a particular OS, which means that it will be 
>OS-dependent.
>
>While the 'toy' API won't expose any OS-dependent interfaces, it's also 
>not anticipated that "real" applications will be able to survive using 
>only those functions, so they'll always need access to suitable interfaces.
>
>We could create os-specific header files and move os-dependent interfaces 
>to those files.  That would eliminate 'random' namespace polution; while 
>Fontconfig and FreeType are relatively polite about names, OSX and Windows 
>are far less careful.  We'd need consistent names for header files, and 
>we'd want to avoid colliding with the output device header files.  Perhaps 
>we'll need something like:
>
>	#include <cairo.h>
>	#include <cairo-font-freetype.h>
>	#include <cairo-output-windows.h>
>
>Suggestions in this area are welcome; huge file names aren't my favorite, 
>but creating new subdirectories also seems like a bad plan.
>
>
>  
>
cairo-font-linux-codefactory
cairo-font-linux-gnu
cairo-font-windows

this way they can change it without it needing a new name in this app.

carol






More information about the cairo mailing list