| 1 |
On Fri, Dec 23, 2011 at 4:26 AM, Duncan <1i5t5.duncan@×××.net> wrote: |
| 2 |
> Samuli Suominen posted on Thu, 22 Dec 2011 21:03:41 +0200 as excerpted: |
| 3 |
> |
| 4 |
>> i'll add USE=neon to use.desc and punt the local descriptions if nobody |
| 5 |
>> objects |
| 6 |
>> |
| 7 |
>> media-libs/libpng: support ARM NEON cpu instruction set |
| 8 |
>> media-libs/vo-aacenc: Enable neon cpu instructions |
| 9 |
>> media-video/ffmpeg: Enables NEON optimizations for arm processors. |
| 10 |
>> media-video/libav: Enable NEON optimizations for arm processors. |
| 11 |
>> media-video/vlc: Enables NEON optimizations for arm processors. |
| 12 |
>> x11-libs/pixman: Enables NEON optimizations for ARM processors. |
| 13 |
> |
| 14 |
> For users not familiar with the ARM arch, neon is arguably more likely to |
| 15 |
> be associated with net-libs/neon. Certainly that's what I would have |
| 16 |
> immediately thought, tho my only familiarity with the library is as a |
| 17 |
> dependency that IIRC used to trigger lots of subversion rebuilds, etc |
| 18 |
> (now days I don't even have subversion on the system, it's all git, but |
| 19 |
> according to equery d, neon is still required by musicbrainz). |
| 20 |
> |
| 21 |
> As such, to avoid confusion I'd suggest arch-neon or arm-neon (or armneon/ |
| 22 |
> archneon) if it's to be a global flag. |
| 23 |
|
| 24 |
Ugh. |
| 25 |
|
| 26 |
NEON (the SIMD extensions) are turned on by the neon flag much more |
| 27 |
often than support for net-libs/neon is. Let's not rename USE flags |
| 28 |
like this. |
Archives