[cairo] Another win32 build attempt

[Hans Breuer]

Am 11.04.2005 um 05:35 schrieb Jason Dorje Short:

> Hans Breuer wrote:
>> Being enough annoyed of auto*tools versus hand-written
>> or hand-clicked makefiles I've succesfully tried a different approach 
>> with cairo.
>
> What's wrong with the auto*tools?
>
Nothing if you ...
... don't want to use the native microsoft compiler
... don't care for some (better a lot) extra cpu cycles
... are able to code in m4 and 'portable shell' to fix it
... want to spend hours in waiting for libtool
... don't know where your includes and libs are ;-)

> BTW, have you tried scons?  I've heard it recommended as an 
> alternative.
>
Nope. But looks interesting.

>> And the patch (again including some minor build fixes
>> for win32) is here:
>> http://hans.breuer.org/gtk/cairo-2005-04-10-hb.diff
>
> I tried running this but I couldn't.
>
> First the patch is a bit broken.  -p3 is a very odd patchlevel to use.
With -p3 it is expeceted to not work. The patch includes files for
cairo/packaging/cmake as well as for
pixman/packaging/cmake

> Then I got problems because some files were include twice (or so patch 
> thought).
>

CMakeLists.txt for every src directory. Using -p2 is the most to not 
screw it up.

> After applying the patch and installing cmake, I ran "cmake".  No go. 
> Then I tried "cmake .".  This also didn't work.  Then "cmake 
> packaging/cmake" also didn't work.
>
I haven't tried cmake on command line yet but CMakeSetup works for me.
You need to select both the source (src) *and* the binary directory
(packaging/cmake)

> -----
>
> Side note: I notice the src/ part of the patch touched some code that 
> uses AlphaBlend.  But AFAIK AlphaBlend isn't available on Win95 and 
> has a tendancy to not work on Win98 and WinME.  Does Cairo deal with 
> these cases?  It doesn't look like it does.
>
Probably patches excepted. At least with my change you will be able to
run the other backends on platform without AlphaBlend.

	Hans