Summary: | fails to build against stable cairo 1.0.4 | ||
---|---|---|---|
Product: | cairomm | Reporter: | Danilo Piazzalunga <danilopiazza> |
Component: | Build | Assignee: | Murray Cumming <murrayc> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | major | ||
Priority: | high | Keywords: | janitor, patch |
Version: | CVS HEAD | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | stop using CAIRO_EXTEND_PAD in enums.h |
Description
Danilo Piazzalunga
2006-03-29 08:03:33 UTC
Created attachment 5112 [details] [review] stop using CAIRO_EXTEND_PAD in enums.h Fixes the problem when building against cairo 1.0.4. Admittedly, this looks quite ugly, but it should do the right thing and enable EXTEND_PAD when building against cairo >= 1.1.1. It's not problem if a non-released cairomm needs a non-released cairo. Is this a problem with any cairomm tarball release? That must have slipped in when I wrapped the enums in the Cairo namespace. There's no tarball affected right now, but I sent out a mail on the mailing list about making another tarball release (to benefit people trying to get this into Fedora), so this enum should really be backed out before that happens. I've committed this. I'm not a huge fan of the conditional #if statements, but I left them in anyway. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.