From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:33642) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGSWV-0005Pi-QG for qemu-devel@nongnu.org; Tue, 25 Sep 2012 06:37:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TGSWM-0006II-8q for qemu-devel@nongnu.org; Tue, 25 Sep 2012 06:37:51 -0400 Received: from mx1.redhat.com ([209.132.183.28]:36802) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGSWL-0006I8-Sd for qemu-devel@nongnu.org; Tue, 25 Sep 2012 06:37:42 -0400 Message-ID: <5061896D.4020107@redhat.com> Date: Tue, 25 Sep 2012 12:37:33 +0200 From: Gerd Hoffmann MIME-Version: 1.0 References: <50616F9E.5000501@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RfC] using pixman in qemu for raster ops List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: "qemu-devel@nongnu.org" , Stefano Stabellini On 09/25/12 11:31, Peter Maydell wrote: > On 25 September 2012 09:47, Gerd Hoffmann wrote: >> Even though pixman is used by core linux packages it is still a young >> project. On older distros (RHEL-5 for example) it isn't included and >> must be compiled manually. > > For me "not a standard library package on RHEL5" is a strong argument > against adding a hard dependency. (For instance, most of the compute > cluster machines here are RHEL5 and it would be pretty awkward to > deal with manually building a dependent library.) Why it is that a big deal? Whatever is used to distribute qemu to the cluster machines (local yum repo?) can be used to distribute pixman too, no? I rarely found a piece of software which builds as easy as pixman. No unusual dependencies. No tricks stuff in the specfile. You can grab as source rpm from rhel6 or fedora, rebuild it for rhel5 and be done with it. Backports on other distros should likewise be simple. > So they're a new library -- how good are they at API/ABI stability? I didn't notice any issues until now (didn't search though). No soname bump yet. And given Xorg + cairo are using pixman they hardly can get it wrong unnoticed, things would break left+right all over the place if they did. > I also note that http://pixman.org/ says "There is currently no > documentation besides the source code itself", which makes me > really really wary of using it. That made me worry too, but it was surprisingly easy to get along with just the header file and some sample code. At the end of the day it is just standard raster ops and transformations built into a library. cheers, Gerd