[devel] Re: libcairo-1.0.2-alt1: rebuild failed

[devel] Re: libcairo-1.0.2-alt1: rebuild failed

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 797 bytes --]

В сообщении от 7 января 2006 21:14 QA Team Robot написал(a):
> Package: libcairo-1.0.2-alt1
> Build Statistics:
> 	5 time(s) (last time: Tue Oct 04 2005) by Valery Inozemtsev
> <shrek@altlinux> 3 time(s) (last time: Fri May 13 2005) by Kachalov Anton
> <mouse@altlinux> Status: rebuild failed.
> Please investigate.
>
> Why:
>
<skip>
> Compressing files in /usr/src/tmp/libcairo-buildroot (auto)
> Verifying ELF objects in /usr/src/tmp/libcairo-buildroot
> (rpath=normal,textrel=normal) verify-elf: ./usr/lib/libcairo.so.2.2.3:
> TEXTREL entry found: 0x0
> error: Bad exit status from /usr/src/tmp/rpm-tmp.95716 (%install)

а раньше не было. тут либо отключать поддержку MMX, либо 
%set_verify_elf_method textrel=relaxed

какие будут предложения?

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [devel] Re: libcairo-1.0.2-alt1: rebuild failed

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1031 bytes --]

On Tue, Jan 10, 2006 at 02:47:07PM +0300, Valery V. Inozemtsev wrote:
> В сообщении от 7 января 2006 21:14 QA Team Robot написал(a):
> > Package: libcairo-1.0.2-alt1
> > Build Statistics:
> > 	5 time(s) (last time: Tue Oct 04 2005) by Valery Inozemtsev
> > <shrek@altlinux> 3 time(s) (last time: Fri May 13 2005) by Kachalov Anton
> > <mouse@altlinux> Status: rebuild failed.
> > Please investigate.
> >
> > Why:
> >
> <skip>
> > Compressing files in /usr/src/tmp/libcairo-buildroot (auto)
> > Verifying ELF objects in /usr/src/tmp/libcairo-buildroot
> > (rpath=normal,textrel=normal) verify-elf: ./usr/lib/libcairo.so.2.2.3:
> > TEXTREL entry found: 0x0
> > error: Bad exit status from /usr/src/tmp/rpm-tmp.95716 (%install)
> 
> а раньше не было. тут либо отключать поддержку MMX, либо 
> %set_verify_elf_method textrel=relaxed
> 
> какие будут предложения?

Подождать следующей пересборки, может это глюк.  Мне тоже на одну
библиотеку такое письмецо пришло, проверка руками не подтвердила.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: libcairo-1.0.2-alt1: rebuild failed

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 725 bytes --]

> > > Compressing files in /usr/src/tmp/libcairo-buildroot (auto)
> > > Verifying ELF objects in /usr/src/tmp/libcairo-buildroot
> > > (rpath=normal,textrel=normal) verify-elf: ./usr/lib/libcairo.so.2.2.3:
> > > TEXTREL entry found: 0x0
> > > error: Bad exit status from /usr/src/tmp/rpm-tmp.95716 (%install)
> >
> > а раньше не было. тут либо отключать поддержку MMX, либо
> > %set_verify_elf_method textrel=relaxed
> >
> > какие будут предложения?
>
> Подождать следующей пересборки, может это глюк.  Мне тоже на одну
> библиотеку такое письмецо пришло, проверка руками не подтвердила.

так у меня и проверка руками подтвердила. к тому же там asm не только в MMX. в 
общем воткнул textrel=relaxed

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

[devel] Re: libcairo-1.0.2-alt1: rebuild failed

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 632 bytes --]

On Tue, Jan 10, 2006 at 09:29:22PM +0300, Valery V. Inozemtsev wrote:
> > > а раньше не было. тут либо отключать поддержку MMX, либо
> > > %set_verify_elf_method textrel=relaxed
> > > какие будут предложения?
> > Подождать следующей пересборки, может это глюк.  Мне тоже на
> > одну библиотеку такое письмецо пришло, проверка руками не
> > подтвердила.
> так у меня и проверка руками подтвердила. к тому же там asm не
> только в MMX. в общем воткнул textrel=relaxed

Ну для x86_64 -- без MMX, для x86 -- с relaxed, не?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: libcairo-1.0.2-alt1: rebuild failed

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 3469 bytes --]

On Tue, Jan 10, 2006 at 09:29:22PM +0300, Valery V. Inozemtsev wrote:
> > > > Compressing files in /usr/src/tmp/libcairo-buildroot (auto)
> > > > Verifying ELF objects in /usr/src/tmp/libcairo-buildroot
> > > > (rpath=normal,textrel=normal) verify-elf: ./usr/lib/libcairo.so.2.2.3:
> > > > TEXTREL entry found: 0x0
> > > > error: Bad exit status from /usr/src/tmp/rpm-tmp.95716 (%install)
> > >
> > > а раньше не было. тут либо отключать поддержку MMX, либо
> > > %set_verify_elf_method textrel=relaxed
> > >
> > > какие будут предложения?
> >
> > Подождать следующей пересборки, может это глюк.  Мне тоже на одну
> > библиотеку такое письмецо пришло, проверка руками не подтвердила.
> 
> так у меня и проверка руками подтвердила. к тому же там asm не только в MMX. в 
> общем воткнул textrel=relaxed

Не надо relaxed, пожалуйста.
libcairo-1.0.2-alt2 не собирается на x86_64:

/bin/sh ../libtool --tag=CC --mode=link x86_64-alt-linux-gcc  -pipe -Wall -O2   -o libcairo.la -rpath /usr/lib64 -version-info 4:3:2 -no-undefined  cairo.lo cairo-arc.lo cairo-array.lo cairo-cache.lo cairo-clip.lo cairo-color.lo cairo-debug.lo cairo-fixed.lo cairo-font.lo cairo-font-options.lo cairo-gstate.lo cairo-hash.lo cairo-hull.lo cairo-image-surface.lo cairo-matrix.lo cairo-path.lo cairo-path-bounds.lo cairo-path-data.lo cairo-path-fill.lo cairo-path-stroke.lo cairo-pen.lo cairo-polygon.lo cairo-region.lo cairo-slope.lo cairo-spline.lo cairo-surface.lo cairo-traps.lo cairo-pattern.lo cairo-unicode.lo cairo-output-stream.lo cairo-wideint.lo cairo-meta-surface.lo  cairo-ft-font.lo cairo-ps-surface.lo cairo-pdf-surface.lo cairo-font-subset.lo cairo-png.lo cairo-xlib-surface.lo cairo-xlib-screen.lo   cairo-glitz-surface.lo   ../pixman/src/libpixman.la -L/usr/X11R6/lib64 -lXrender -lX11 -lXext     -lpng12   -lglitz -lm   -lfontconfig   -lfreetype -lz   -lz -lz -lm
x86_64-alt-linux-gcc -shared  .libs/cairo.o .libs/cairo-arc.o .libs/cairo-array.o .libs/cairo-cache.o .libs/cairo-clip.o .libs/cairo-color.o .libs/cairo-debug.o .libs/cairo-fixed.o .libs/cairo-font.o .libs/cairo-font-options.o .libs/cairo-gstate.o .libs/cairo-hash.o .libs/cairo-hull.o .libs/cairo-image-surface.o .libs/cairo-matrix.o .libs/cairo-path.o .libs/cairo-path-bounds.o .libs/cairo-path-data.o .libs/cairo-path-fill.o .libs/cairo-path-stroke.o .libs/cairo-pen.o .libs/cairo-polygon.o .libs/cairo-region.o .libs/cairo-slope.o .libs/cairo-spline.o .libs/cairo-surface.o .libs/cairo-traps.o .libs/cairo-pattern.o .libs/cairo-unicode.o .libs/cairo-output-stream.o .libs/cairo-wideint.o .libs/cairo-meta-surface.o .libs/cairo-ft-font.o .libs/cairo-ps-surface.o .libs/cairo-pdf-surface.o .libs/cairo-font-subset.o .libs/cairo-png.o .libs/cairo-xlib-surface.o .libs/cairo-xlib-screen.o .libs/cairo-glitz-surface.o -Wl,--whole-archive ../pixman/src/.libs/libpixman.a -Wl,--no-whole-archive  -L/usr/X11R6/lib64 -lXrender -lX11 -lXext -lpng12 -lglitz -lfontconfig -lfreetype -lz -lm  -Wl,-soname -Wl,libcairo.so.2 -o .libs/libcairo.so.2.2.3
/usr/bin/ld: warning: creating a DT_TEXTREL in a shared object.
/usr/bin/ld: ../pixman/src/.libs/libpixman.a(icrect.o): relocation R_X86_64_PC32 against `_cairo_pixman_color_to_pixel' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
make[2]: *** [libcairo.la] Error 1
make[2]: Leaving directory `/usr/src/RPM/BUILD/cairo-1.0.2/src'


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: libcairo-1.0.2-alt1: rebuild failed

[Konstantin A. Lepikhov]

<цитата от="Dmitry V. Levin">
> On Tue, Jan 10, 2006 at 09:29:22PM +0300, Valery V. Inozemtsev wrote:
>> > > > Compressing files in /usr/src/tmp/libcairo-buildroot (auto)
>> > > > Verifying ELF objects in /usr/src/tmp/libcairo-buildroot
>> > > > (rpath=normal,textrel=normal) verify-elf:
>> ./usr/lib/libcairo.so.2.2.3:
>> > > > TEXTREL entry found: 0x0
>> > > > error: Bad exit status from /usr/src/tmp/rpm-tmp.95716 (%install)
>> > >
>> > > а раньше не было. тут либо отключать поддержку MMX, либо
>> > > %set_verify_elf_method textrel=relaxed
>> > >
>> > > какие будут предложения?
>> >
>> > Подождать следующей пересборки, может это глюк.  Мне тоже на одну
>> > библиотеку такое письмецо пришло, проверка руками не подтвердила.
>>
>> так у меня и проверка руками подтвердила. к тому же там asm не только в
>> MMX. в
>> общем воткнул textrel=relaxed
>
> Не надо relaxed, пожалуйста.
> libcairo-1.0.2-alt2 не собирается на x86_64:
О! Это мой клиент, ща зафиксю.

-- 
WBR et al.

Re: [devel] Re: libcairo-1.0.2-alt1: rebuild failed

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 410 bytes --]

В Чтв, 19/01/2006 в 13:56 +0300, Konstantin A. Lepikhov пишет:
> > Не надо relaxed, пожалуйста.
> > libcairo-1.0.2-alt2 не собирается на x86_64:
> О! Это мой клиент, ща зафиксю.

Аккуратнее с ассемблером.
Для PIC нужно во всех процедурах спасать содержимое EBX, или что там за
него работает в x86_64.

Интересно, а как делают PIC если используются исходники для nasm, а не
ассемблерные вставки в C?

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: libcairo-1.0.2-alt1: rebuild failed

[Konstantin A. Lepikhov]

<цитата от="Mikhail Zabaluev">
> В Чтв, 19/01/2006 в 13:56 +0300, Konstantin A. Lepikhov пишет:
>> > Не надо relaxed, пожалуйста.
>> > libcairo-1.0.2-alt2 не собирается на x86_64:
>> О! Это мой клиент, ща зафиксю.
>
> Аккуратнее с ассемблером.
> Для PIC нужно во всех процедурах спасать содержимое EBX, или что там за
> него работает в x86_64.
я знаю. как раз недавно такое же исправлял в libdv.

>
> Интересно, а как делают PIC если используются исходники для nasm, а не
> ассемблерные вставки в C?
да, это интересно :)

-- 
WBR et al.

Re: [devel] Re: libcairo-1.0.2-alt1: rebuild failed

[Led]

В сообщении от 19 января 2006 13:51 Mikhail Zabaluev написал(a):
> В Чтв, 19/01/2006 в 13:56 +0300, Konstantin A. Lepikhov пишет:
> > > Не надо relaxed, пожалуйста.
> > > libcairo-1.0.2-alt2 не собирается на x86_64:
> >
> > О! Это мой клиент, ща зафиксю.
>
> Аккуратнее с ассемблером.
> Для PIC нужно во всех процедурах спасать содержимое EBX, или что там за
> него работает в x86_64.
>
> Интересно, а как делают PIC если используются исходники для nasm, а не
> ассемблерные вставки в C?

AFAIK для x86_64 вместо nasm используют yasm. А вот как в asm'е "делают PIC" - 
я, к сожалению, не знаю :( Хотелось бы узнать и подправить кое-какие 
исходники для сборки без relaxed.

-- 
Led.

[devel] Q: yasm

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1080 bytes --]

On Thu, Jan 19, 2006 at 01:59:08PM +0200, Led wrote:
> В сообщении от 19 января 2006 13:51 Mikhail Zabaluev написал(a):
> > В Чтв, 19/01/2006 в 13:56 +0300, Konstantin A. Lepikhov пишет:
> > > > Не надо relaxed, пожалуйста.
> > > > libcairo-1.0.2-alt2 не собирается на x86_64:
> > >
> > > О! Это мой клиент, ща зафиксю.
> >
> > Аккуратнее с ассемблером.
> > Для PIC нужно во всех процедурах спасать содержимое EBX, или что там за
> > него работает в x86_64.
> >
> > Интересно, а как делают PIC если используются исходники для nasm, а не
> > ассемблерные вставки в C?
> 
> AFAIK для x86_64 вместо nasm используют yasm. А вот как в asm'е "делают PIC" - 
> я, к сожалению, не знаю :( Хотелось бы узнать и подправить кое-какие 
> исходники для сборки без relaxed.

Между прочим, в вашем пакете xvid-1.1.0-alt1 наблюдаю следующую конструкцию:

%ifarch %ix86
BuildRequires: nasm
%endif
%ifarch x86_64
BuildRequires: yasm
%endif

А как вы это тестировали, ввиду того что пакета yasm нет в Сизифе?
"Нам интересненько, нам очень интересненько!"


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: yasm

[Led]

В сообщении от 6 февраля 2006 02:18 Dmitry V. Levin написал(a):
> On Thu, Jan 19, 2006 at 01:59:08PM +0200, Led wrote:
> > В сообщении от 19 января 2006 13:51 Mikhail Zabaluev написал(a):
> > > В Чтв, 19/01/2006 в 13:56 +0300, Konstantin A. Lepikhov пишет:
> > > > > Не надо relaxed, пожалуйста.
> > > > > libcairo-1.0.2-alt2 не собирается на x86_64:
> > > >
> > > > О! Это мой клиент, ща зафиксю.
> > >
> > > Аккуратнее с ассемблером.
> > > Для PIC нужно во всех процедурах спасать содержимое EBX, или что там за
> > > него работает в x86_64.
> > >
> > > Интересно, а как делают PIC если используются исходники для nasm, а не
> > > ассемблерные вставки в C?
> >
> > AFAIK для x86_64 вместо nasm используют yasm. А вот как в asm'е "делают
> > PIC" - я, к сожалению, не знаю :( Хотелось бы узнать и подправить
> > кое-какие исходники для сборки без relaxed.
>
> Между прочим, в вашем пакете xvid-1.1.0-alt1 наблюдаю следующую
> конструкцию:
>
> %ifarch %ix86
> BuildRequires: nasm
> %endif
> %ifarch x86_64
> BuildRequires: yasm
> %endif
>
> А как вы это тестировали, ввиду того что пакета yasm нет в Сизифе?
> "Нам интересненько, нам очень интересненько!"

За день-два до "заливки" мне в частном разговоре обещали залить yasm в 
incoming Sisyphus'а. К сожалению, у меня нет возможности проверить 
собираемость на x86_64... может на qemu получится поднять hasher и пробовать 
хотя бы небольшие пакеты проверять на собираемость... :(

А yasm там не совсем "от фонаря" - configure выбирает nasm или yasm в 
зависимости от архитектуры.

-- 
Led.

Re: [devel] Q: yasm [JT]

[Vitaly Lipatov]

On Monday 06 February 2006 12:45, Led wrote:
> В сообщении от 6 февраля 2006 02:18 Dmitry V. Levin написал(a):

> За день-два до "заливки" мне в частном разговоре обещали
> залить yasm в incoming Sisyphus'а. К сожалению, у меня нет
> возможности проверить собираемость на x86_64... может на qemu
> получится поднять hasher и пробовать хотя бы небольшие пакеты
> проверять на собираемость... :(
А что, qemu умеет x86_64, будучи запущенным на x86?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] Q: yasm [JT]

[Led]

В сообщении от 6 февраля 2006 12:22 Vitaly Lipatov написал(a):
> On Monday 06 February 2006 12:45, Led wrote:
> > В сообщении от 6 февраля 2006 02:18 Dmitry V. Levin написал(a):
> >
> > За день-два до "заливки" мне в частном разговоре обещали
> > залить yasm в incoming Sisyphus'а. К сожалению, у меня нет
> > возможности проверить собираемость на x86_64... может на qemu
> > получится поднять hasher и пробовать хотя бы небольшие пакеты
> > проверять на собираемость... :(
>
> А что, qemu умеет x86_64, будучи запущенным на x86?

По крайней мере, LiveCD x86_64 под qemu-system-x86_64 работает:)

-- 
Led.

Re: [devel] Q: yasm [JT]

[Alex Yustasov]

On Mon, Feb 06, 2006 at 01:22:24PM +0300, Vitaly Lipatov wrote:
> On Monday 06 February 2006 12:45, Led wrote:
> > В сообщении от 6 февраля 2006 02:18 Dmitry V. Levin написал(a):
> 
> > За день-два до "заливки" мне в частном разговоре обещали
> > залить yasm в incoming Sisyphus'а. К сожалению, у меня нет
> > возможности проверить собираемость на x86_64... может на qemu
> > получится поднять hasher и пробовать хотя бы небольшие пакеты
> > проверять на собираемость... :(
> А что, qemu умеет x86_64, будучи запущенным на x86?
Умеет qemu-system-x86_64. Я летний compact x86_64 ставил,
только hasher в qemu это то еще удовольствие. 

-- 
    Alex Yustasov

Re: [devel] Q: yasm [JT]

[Ivan Fedorov]

Vitaly Lipatov пишет:
> On Monday 06 February 2006 12:45, Led wrote:
> 
>>В сообщении от 6 февраля 2006 02:18 Dmitry V. Levin написал(a):
> 
> 
>>За день-два до "заливки" мне в частном разговоре обещали
>>залить yasm в incoming Sisyphus'а. К сожалению, у меня нет
>>возможности проверить собираемость на x86_64... может на qemu
>>получится поднять hasher и пробовать хотя бы небольшие пакеты
>>проверять на собираемость... :(
> 
> А что, qemu умеет x86_64, будучи запущенным на x86?
> 
Умеет... но ОЧЕНЬ неспеша...
но на безрыбье и...

Re: [devel] Q: yasm

[Pavlov Konstantin]

On Monday 06 February 2006 03:18, Dmitry V. Levin wrote:

> Между прочим, в вашем пакете xvid-1.1.0-alt1 наблюдаю следующую
> конструкцию:
>
> %ifarch %ix86
> BuildRequires: nasm
> %endif
> %ifarch x86_64
> BuildRequires: yasm
> %endif
>
> А как вы это тестировали, ввиду того что пакета yasm нет в Сизифе?
> "Нам интересненько, нам очень интересненько!"

Это я забыл закинуть. Ушло ~полчаса назад.

-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh@altlinux.org

Re: [devel] Re: libcairo-1.0.2-alt1: rebuild failed

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2002 bytes --]

On Thu, Jan 19, 2006 at 01:56:59PM +0300, Konstantin A. Lepikhov wrote:
> <цитата от="Dmitry V. Levin">
> > On Tue, Jan 10, 2006 at 09:29:22PM +0300, Valery V. Inozemtsev wrote:
> >> > > > Compressing files in /usr/src/tmp/libcairo-buildroot (auto)
> >> > > > Verifying ELF objects in /usr/src/tmp/libcairo-buildroot
> >> > > > (rpath=normal,textrel=normal) verify-elf:
> >> ./usr/lib/libcairo.so.2.2.3:
> >> > > > TEXTREL entry found: 0x0
> >> > > > error: Bad exit status from /usr/src/tmp/rpm-tmp.95716 (%install)
> >> > >
> >> > > а раньше не было. тут либо отключать поддержку MMX, либо
> >> > > %set_verify_elf_method textrel=relaxed
> >> > >
> >> > > какие будут предложения?
> >> >
> >> > Подождать следующей пересборки, может это глюк.  Мне тоже на одну
> >> > библиотеку такое письмецо пришло, проверка руками не подтвердила.
> >>
> >> так у меня и проверка руками подтвердила. к тому же там asm не только в
> >> MMX. в
> >> общем воткнул textrel=relaxed
> >
> > Не надо relaxed, пожалуйста.
> > libcairo-1.0.2-alt2 не собирается на x86_64:
> О! Это мой клиент, ща зафиксю.

"Мы опоздали, Весельчак!"

RCS file: /cvs/cairo/cairo/pixman/src/pixman-remap.h,v
retrieving revision 1.5
retrieving revision 1.5.2.2
diff -u -r1.5 -r1.5.2.2
--- pixman/src/pixman-remap.h      2005/08/22 04:02:33     1.5
+++ pixman/src/pixman-remap.h      2005/11/21 19:49:34     1.5.2.2
@@ -1,9 +1,7 @@
 #define pixman_add_trapezoids _cairo_pixman_add_trapezoids
-#define INT_pixman_color_to_pixel _cairo_pixman_color_to_pixel
 #define pixman_color_to_pixel _cairo_pixman_color_to_pixel
 #define composeFunctions _cairo_pixman_compose_functions
 #define fbComposeSetupMMX _cairo_pixman_compose_setup_mmx
-#define INT_pixman_composite _cairo_pixman_composite
 #define pixman_composite _cairo_pixman_composite
 #define fbCompositeCopyAreammx _cairo_pixman_composite_copy_area_mmx
 #define fbCompositeSolidMask_nx8888x0565Cmmx _cairo_pixman_composite_solid_mas


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: libcairo-1.0.2-alt1: rebuild failed

[Konstantin A. Lepikhov]

<цитата от="Dmitry V. Levin">
<skip>
>
> "Мы опоздали, Весельчак!"
>
> RCS file: /cvs/cairo/cairo/pixman/src/pixman-remap.h,v
> retrieving revision 1.5
> retrieving revision 1.5.2.2
> diff -u -r1.5 -r1.5.2.2
> --- pixman/src/pixman-remap.h      2005/08/22 04:02:33     1.5
> +++ pixman/src/pixman-remap.h      2005/11/21 19:49:34     1.5.2.2
> @@ -1,9 +1,7 @@
>  #define pixman_add_trapezoids _cairo_pixman_add_trapezoids
> -#define INT_pixman_color_to_pixel _cairo_pixman_color_to_pixel
>  #define pixman_color_to_pixel _cairo_pixman_color_to_pixel
>  #define composeFunctions _cairo_pixman_compose_functions
>  #define fbComposeSetupMMX _cairo_pixman_compose_setup_mmx
> -#define INT_pixman_composite _cairo_pixman_composite
>  #define pixman_composite _cairo_pixman_composite
>  #define fbCompositeCopyAreammx _cairo_pixman_composite_copy_area_mmx
>  #define fbCompositeSolidMask_nx8888x0565Cmmx
> _cairo_pixman_composite_solid_mas
ну да ;) PLD нас обогнали ;)

-- 
WBR et al.