On Wed, 2011-03-16 at 21:25 -0400, Denys Dmytriyenko wrote:
> * Add --disable-atomic to configure, otherwise it finds previously
> staged libatomics-ops from pulseaudio, which doesn't have the
> necessary primitives:
> * From my previous builds I see that cairo used to build before
> libatomic
On Thu, Mar 17, 2011 at 02:36:48PM -0700, Khem Raj wrote:
> On Thu, Mar 17, 2011 at 12:17 PM, Denys Dmytriyenko wrote:
> > On Thu, Mar 17, 2011 at 03:12:21PM +0100, Henning Heinold wrote:
> >> Hi,
> >>
> >> I looked deeper into the problem.
> >> Cairo looks first for:
> >>
> >> return __sync_fetch
On Thu, Mar 17, 2011 at 12:17 PM, Denys Dmytriyenko wrote:
> On Thu, Mar 17, 2011 at 03:12:21PM +0100, Henning Heinold wrote:
>> Hi,
>>
>> I looked deeper into the problem.
>> Cairo looks first for:
>>
>> return __sync_fetch_and_add
>> __sync_val_compare_and_swap
>>
>> and defines it as cairo_cv_a
On Thu, Mar 17, 2011 at 03:12:21PM +0100, Henning Heinold wrote:
> Hi,
>
> I looked deeper into the problem.
> Cairo looks first for:
>
> return __sync_fetch_and_add
> __sync_val_compare_and_swap
>
> and defines it as cairo_cv_atomic_primitives="Intel".
>
> According to http://gcc.gnu.org/wiki/
> Is there a new version released yet or do you mean debian/fedora/suse
> bugfixes?
>
> regards,
>
> Koen
Hi,
I doubt there will be ever a new version again. But the cvs/svn was a bit newer
and yes the patches from debian/fedora/suse or maybee cacao.
Bye Henning
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17-03-11 15:12, Henning Heinold wrote:
> Hi,
>
> I looked deeper into the problem.
> Cairo looks first for:
>
> return __sync_fetch_and_add
> __sync_val_compare_and_swap
>
> and defines it as cairo_cv_atomic_primitives="Intel".
>
> According to
Hi,
I looked deeper into the problem.
Cairo looks first for:
return __sync_fetch_and_add
__sync_val_compare_and_swap
and defines it as cairo_cv_atomic_primitives="Intel".
According to http://gcc.gnu.org/wiki/Atomic
arm and sh3/4 should work too.
If the configure compile fails
cairo is looking
Hi,
I am courious while cairo is using here libatomic-ops at all and not the
kernel-handler or the gcc stuff for linux. Besides libatomic-ops
is no pulseaudio project. Pulse only need it for mips and some other
archs, for arm the kernel-handler is used.
So my sugestion is to find out which arch i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17-03-11 04:25, Khem Raj wrote:
> On 3/16/2011 6:43 PM, Denys Dmytriyenko wrote:
>> An alternative solution, is to build libatomics-ops with emulated CAS
>> (Compare
>> And Swap), as otherwise those non-emulated primitives are not
>> available on
>>
On 3/16/2011 6:43 PM, Denys Dmytriyenko wrote:
An alternative solution, is to build libatomics-ops with emulated CAS (Compare
And Swap), as otherwise those non-emulated primitives are not available on
armel and sparc, according to [1]
Let me know if fixing libatomics-ops is more preferable and I
An alternative solution, is to build libatomics-ops with emulated CAS (Compare
And Swap), as otherwise those non-emulated primitives are not available on
armel and sparc, according to [1]
Let me know if fixing libatomics-ops is more preferable and I'll make a patch.
But I figured that since cai
From: Denys Dmytriyenko
* Add --disable-atomic to configure, otherwise it finds previously staged
libatomics-ops from pulseaudio, which doesn't have the necessary primitives:
| In file included from cairo-reference-count-private.h:40,
| from cairo-types-private.h:45,
|
12 matches
Mail list logo
