On Mon, 23.06.14 16:11, Samuli Suominen (ssuomi...@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). > Mike seems to also think this should be solved in systemd, > http://bugs.gentoo.org/show_bug.cgi?id=514016#c9 > > But, too bad this goes beyond my knowledge a bit :-/ Well, I am pretty sure the Gentoo SPARC people will have people who work on the toolchain (I am mean, if they have the task of porting an OS to an exotic/new arch, then they better have), and instead I am sure they will acknowledge that fixing this with one gcc patch for everybody instead of many patches for just one user would be much better and in total less work. Thanks, Lennart -- Lennart Poettering, Red Hat _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel