[Xcb] [ANNOUNCE] XCB 1.1 now available
jamey at minilop.net
Sun Nov 4 19:46:43 PST 2007
libxcb 1.1 and xcb-proto 1.1 are now available from:
with sha1sum: 72bb3fe28e7ef55af335e8df41ca871517891698
with sha1sum: 56e83a4660eec619e9512443858a03b078a87a31
with sha1sum: b27c7eb86fd2ea43cea83cadcf20cc77abf5defe
with sha1sum: 2faa668c01695035098f36e2f9e9ab22ba4d5775
libxcb provides an interface to the X Window System protocol, which
replaces the current Xlib interface. It has several advantages over
- size: small, simple library, and lower memory footprint
- latency hiding: batch several requests and wait for the replies later
- direct protocol access: interface and protocol correspond exactly
- proven thread support: transparently access XCB from multiple threads
- easy extension implementation: interfaces auto-generated from XML-XCB
Xlib can also use XCB as a transport layer, allowing software to make
requests and receive responses with both, which eases porting to XCB.
However, client programs, libraries, and toolkits will gain the most
benefit from a native XCB port.
xcb-proto provides the XML-XCB protocol descriptions that libxcb uses to
generate the majority of its code and API. We provide them separately
from libxcb to allow reuse by other projects, such as additional
language bindings, protocol dissectors, or documentation generators.
This separation between the XCB transport layer and the
automatically-generated protocol layer also makes it far easier to write
new extensions. With the Xlib infrastructure, client-side support for
new extensions requires significant duplication of effort. With XCB and
the XML-XCB protocol descriptions, client-side support for a new
extension requires only an XML description of the extension, and not a
single line of code.
Why this release?
In the eleven months since XCB's 1.0 release, a few portability and
correctness bugs have been found in libxcb. This release fixes those,
adds nicer handling of Xlib locking bugs, updates pure-XCB extension
support for RandR to version 1.2 and DAMAGE to version 1.1, and enhances
the libxcb documentation.
Please report any issues you find to the freedesktop.org bug tracker,
Discussion about XCB occurs on the XCB mailing list:
<xcb at lists.freedesktop.org>
You can obtain the latest development versions of XCB using GIT.
For anonymous checkouts, use:
git clone git://anongit.freedesktop.org/git/xcb/libxcb
git clone git://anongit.freedesktop.org/git/xcb/proto
This release corresponds to the GIT tag "1.1", signed by Jamey Sharp
with key ID 0E08F665. In each repository, you can verify this tag with
git verify-tag 1.1
Detailed notes on this release follow.
Release 1.1 (2007-11-04)
This release requires xcb-proto 1.1, due to the addition of the
extension-multiword attribute to the XML schema.
This release contains several important bug fixes, summarized below. It
also contains a patch much like Novell's libxcb-sloppy-lock.diff.
Rationale from the commit message follows. The patch and this rationale
were authored by Jamey Sharp <jamey at minilop.net>, with agreement from
Josh Triplett <josh at freedesktop.org>.
I strongly opposed proposals like this one for a long time.
Originally I had a very good reason: libX11, when compiled to use
XCB, would crash soon after a locking correctness violation, so it
was better to have an informative assert failure than a mystifying
crash soon after.
It took some time for me to realize that I'd changed the libX11
implementation (for unrelated reasons) so that it could survive most
invalid locking situations, as long as it wasn't actually being used
from multiple threads concurrently.
The other thing that has changed is that most of the code with
incorrect locking has now been fixed. The value of the assert is
However, remaining broken callers do need to be fixed. That's why
libXCB will still noisily print a stacktrace (if possible) on each
assertion failure, even when assert isn't actually invoked to
abort() the program; and that's why aborting is still default. This
environment variable is provided only for use as a temporary
workaround for broken applications.
* Print a backtrace, if possible, on locking assertion failures.
* Skip abort() on locking assertions if LIBXCB_ALLOW_SLOPPY_LOCK is set.
* xcb_poll_for_event: Return already-read events before reading again.
* Output a configuration summary at the end of ./configure.
* Don't hold the xlib-xcb lock while sleeping: that allows deadlock.
* Allow unix:<screen> style display names again.
* Bug #9119: test xcb_popcount
* Fix unit tests for FreeBSD
* NetBSD doesn't have AI_ADDRCONFIG: use it only if it's available.
* Require libXau >= 0.99.2; earlier versions have a broken .pc file
* Use substitition variables in xcb-xinerama.pc.in
* Update autogen.sh to one that does objdir != srcdir
* Add tools/* and autogen.sh to EXTRA_DIST.
* Doxygen can now be fully disabled if desired.
* Many fixes and updates to the tutorial.
* Iterators, requests, and replies get partial Doxygen documentation.
Release 1.1 (2007-11-04)
Incompatible change to the XML schema: rather than special-casing the
treatment of protocol extension names, use the new extension-multiword
attribute. Normally, XCB prefixes C extension functions with
xcb_extname_. However, some of the existing extensions used multi-word
names, such as xcb_big_requests_ or xcb_xc_misc_. Those extensions now
use this attribute to match their existing defined API. This allows the
XCB code generator to avoid special-casing those extension names.
* Update DAMAGE to 1.1
* Update RandR to version 1.2
* fix XSync Initialize call
* Update autogen.sh to one that does objdir != srcdir.
-- Jamey Sharp <jamey at minilop.net>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
Url : http://lists.freedesktop.org/archives/xcb/attachments/20071104/6b1070f3/attachment.pgp
More information about the Xcb