[systemd-devel] udev-212 and up on Sparc v8

[Chase Rayfield]

I haven't inquired directly with the GCC mailing list. But it seems thier current stance
is to implement the builtins for architectures that have the instructions to support 

them and require the architectures that do not to supply a library.

Yes libatomic_ops is ugly but necessary unless the GCC developers change thier minds. I have been able to build it on Sparc v8 and it passes it's own testsuite.


Sparc v8 doesn't have a CAS instruction in the spec so any implementation will be slow and ugly regardless but it should just work.

@Mike It would be nice if C11 atomic ops worked on Sparc v8 but I expect they do not.





On Monday, June 23, 2014 10:58 AM, Mike Gilbert <floppym at gentoo.org> wrote:
 


On Mon, Jun 23, 2014 at 9:25 AM, Lennart Poettering
<lennart at poettering.net> wrote:
> On Mon, 23.06.14 16:11, Samuli Suominen (ssuominen at gentoo.org) wrote:
>
>> > Thanks, but please work with the gcc developers to solve this
>> > generically for all gcc users, instead of work around this limitation in
>> > every individual project
 independently. It's certainly time much better
>> > spent.
>>
>> IIRC, he told me when we discussed at IRC that systemd-udevd was the
>> showstopper, and rest of the 'core' system
>> built fine.
>
> Sure. Again. It's sounds like time much better spend if you solve this
> atomic ops problems for all users of it (and believe me there are a
> number, especially outside of the 'core' system. PulseAudio for example
> being one which hwoever has ugly fallbacks to libatomic_ops, which are
> much slower and uglier, and pull in a dep).
>

I just want to point out that the GCC manual labels the __sync_*
functions as being "legacy" functions, which would imply that a more
modern alternative exists.

Are they referring to atomic variables in C11, or something else?

_______________________________________________
systemd-devel mailing list
systemd-devel at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20140623/d56a9c26/attachment.html>