From: FFADO <ffa...@ff...> - 2008-10-18 06:00:13
|
#159: ease portability: libatomic_ops ---------------------------------------+------------------------------------ Reporter: sobukus | Owner: Type: enhancement | Status: new Priority: major | Milestone: FFADO 2.1 Version: FFADO 2.0-beta6 (1.999.36) | Resolution: Keywords: | Device_name: ---------------------------------------+------------------------------------ Comment (by holin): sobukus: I was looking at their cvs repo. Yes, indeed, a correct implementation is all that is needed. I'd say, do what jack has done and copy the relevant bits from the linux kernel sources, but NOT for all possible archs, just the ones that are actually used and tested by someone. I don't think we need to have anything to do with Boehm's garbage collector project, unless somebody wants to contribute code there. FWIW there are many other projects that have local atomic ops implementations, sometimes done from scratch due licencing (or ignorance.) As nice as it is to try to avoid duplicating effort, I think it should be enough for us to have a good implementation in ffado and make sure it eventually propagates to jack/jackmp/ardour (if it uses atomic ops). In the end, I don't really care what the solution is, as long as I don't have to start filing patches to <some obscure project> upstream and/or distros before I can get ffado going on my 64-bit SMP ppc box or ultrasparc or whatever other-than-x86 arch. -- Ticket URL: <http://subversion.ffado.org/ticket/159#comment:5> FFADO <http://subversion.ffado.org/index.fcgi> Free Firewire Audio Drivers |