<html><body><div style="color:#000; background-color:#fff; font-family:lucida console, sans-serif;font-size:10pt"><div id="yiv8979584733"><div><div style="color:#000;background-color:#fff;font-family:lucida console, sans-serif;font-size:10pt;"><div id="yiv8979584733yui_3_16_0_6_1403548752267_4"><span id="yiv8979584733yui_3_16_0_6_1403548752267_13">I haven't inquired directly with the GCC mailing list. But it seems thier current stance</span></div><div id="yiv8979584733yui_3_16_0_6_1403548752267_16" style="color:rgb(0, 0, 0);font-size:13.3333px;font-family:lucida console, sans-serif;background-color:transparent;font-style:normal;"><span id="yiv8979584733yui_3_16_0_6_1403548752267_13"> is to implement the builtins for architectures that have the instructions to support <br clear="none"></span></div><div id="yiv8979584733yui_3_16_0_6_1403548752267_19" style="color:rgb(0, 0, 0);font-size:13.3333px;font-family:lucida console,
 sans-serif;background-color:transparent;font-style:normal;"><span id="yiv8979584733yui_3_16_0_6_1403548752267_13">them and require the architectures that do not to supply a library.</span></div><div id="yiv8979584733yui_3_16_0_6_1403548752267_25" style="color:rgb(0, 0, 0);font-size:13.3333px;font-family:lucida console, sans-serif;background-color:transparent;font-style:normal;"><br clear="none"><span id="yiv8979584733yui_3_16_0_6_1403548752267_13"></span></div><div id="yiv8979584733yui_3_16_0_6_1403548752267_28" style="color:rgb(0, 0, 0);font-size:13.3333px;font-family:lucida console, sans-serif;background-color:transparent;font-style:normal;"><span id="yiv8979584733yui_3_16_0_6_1403548752267_13">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.<br></span></div><div id="yiv8979584733yui_3_16_0_6_1403548752267_32" style="color:rgb(0, 0,
 0);font-size:13.3333px;font-family:lucida console, sans-serif;background-color:transparent;font-style:normal;"><br clear="none"><span id="yiv8979584733yui_3_16_0_6_1403548752267_13"></span></div><div id="yiv8979584733yui_3_16_0_6_1403548752267_35" style="color:rgb(0, 0, 0);font-size:13.3333px;font-family:lucida console, sans-serif;background-color:transparent;font-style:normal;"><span id="yiv8979584733yui_3_16_0_6_1403548752267_13">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.<br><br>@Mike It would be nice if C11 atomic ops worked on Sparc v8 but I expect they do not.<br></span></div><div id="yiv8979584733yui_3_16_0_6_1403548752267_39" style="color:rgb(0, 0, 0);font-size:13.3333px;font-family:lucida console, sans-serif;background-color:transparent;font-style:normal;"><br clear="none"><span id="yiv8979584733yui_3_16_0_6_1403548752267_13"></span></div><div
 id="yiv8979584733yui_3_16_0_6_1403548752267_42" style="color:rgb(0, 0, 0);font-size:13.3333px;font-family:lucida console, sans-serif;background-color:transparent;font-style:normal;"><span id="yiv8979584733yui_3_16_0_6_1403548752267_13"><br id="yiv8979584733yui_3_16_0_1_1403548752267_7726" clear="none"></span></div> <div class="qtdSeparateBR"><br><br></div><div class="yiv8979584733yqt8899584272" id="yiv8979584733yqt48167"><div class="yiv8979584733yahoo_quoted" id="yiv8979584733yui_3_16_0_6_1403548752267_7" style="display: block;"> <div class="yiv8979584733yui_3_16_0_1_1403548752267_6732" style="font-family:lucida console, sans-serif;font-size:10pt;"> <div class="yiv8979584733yui_3_16_0_1_1403548752267_6733" style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:12pt;"> <div dir="ltr"> <font face="Arial" size="2"> On Monday, June 23, 2014 10:58 AM, Mike Gilbert <floppym@gentoo.org> wrote:<br
 clear="none"> </font> </div>  <br clear="none"><br clear="none"> <div class="yiv8979584733y_msg_container">On Mon, Jun 23, 2014 at 9:25 AM, Lennart Poettering<br clear="none"><<a rel="nofollow" shape="rect" ymailto="mailto:lennart@poettering.net" target="_blank" href="mailto:lennart@poettering.net">lennart@poettering.net</a>> wrote:<br clear="none">> On Mon, 23.06.14 16:11, Samuli Suominen (<a rel="nofollow" shape="rect" ymailto="mailto:ssuominen@gentoo.org" target="_blank" href="mailto:ssuominen@gentoo.org">ssuominen@gentoo.org</a>) wrote:<br clear="none">><br clear="none">>> > Thanks, but please work with the gcc developers to solve this<br clear="none">>> > generically for all gcc users, instead of work around this limitation in<br clear="none">>> > every individual project
 independently. It's certainly time much better<br clear="none">>> > spent.<br clear="none">>><br clear="none">>> IIRC, he told me when we discussed at IRC that systemd-udevd was the<br clear="none">>> showstopper, and rest of the 'core' system<br clear="none">>> built fine.<br clear="none">><br clear="none">> Sure. Again. It's sounds like time much better spend if you solve this<br clear="none">> atomic ops problems for all users of it (and believe me there are a<br clear="none">> number, especially outside of the 'core' system. PulseAudio for example<br clear="none">> being one which hwoever has ugly fallbacks to libatomic_ops, which are<br clear="none">> much slower and uglier, and pull in a dep).<br clear="none">><br clear="none"><br clear="none">I just want to point out that the GCC manual labels the __sync_*<br clear="none">functions as being "legacy" functions, which would imply that a more<br
 clear="none">modern alternative exists.<br clear="none"><br clear="none">Are they referring to atomic variables in C11, or something else?<div class="yiv8979584733yqt3414366565" id="yiv8979584733yqtfd83532"><br clear="none">_______________________________________________<br clear="none">systemd-devel mailing list<br clear="none"><a rel="nofollow" shape="rect" ymailto="mailto:systemd-devel@lists.freedesktop.org" target="_blank" href="mailto:systemd-devel@lists.freedesktop.org">systemd-devel@lists.freedesktop.org</a><br clear="none"><a rel="nofollow" shape="rect" target="_blank" href="http://lists.freedesktop.org/mailman/listinfo/systemd-devel">http://lists.freedesktop.org/mailman/listinfo/systemd-devel</a><br clear="none"></div><br clear="none"><br clear="none"></div>  </div> </div>  </div></div> </div></div></div></div></body></html>