[Bug 1270355] Review Request: nacl-binutils - A GNU collection of binary utilities

bugzilla at redhat.com bugzilla at redhat.com
Fri Dec 4 20:58:34 UTC 2015


https://bugzilla.redhat.com/show_bug.cgi?id=1270355



--- Comment #6 from Tom "spot" Callaway <tcallawa at redhat.com> ---
I've added /usr/x86_64-nacl ownership.

I think chromium broke on the softlinks. Would rather just keep it as is, where
I know it works.

This toolchain (nacl-binutils, nacl-gcc, nacl-newlib) is only ever used to make
x86_64 and i686 builds. I'm not entirely sure if it will work on i686 systems,
but it definitely isn't useful anywhere else. We disable nacl/pnacl on i686
right now. For these packages, ExclusiveArch is correct, because we never
care/need for it to build anywhere else, and pnacl/chromium wouldn't use it
even if we did.

The other nacl toolchain (nacl-arm-$foo) is only ever used to do arm builds,
but because of how pnacl works, it needs this to be built for x86_64 (and i686
and arm in theory). Since we're disabling i686 nacl/pnacl right now and I
haven't got enough good liquor to work on chromium ARM yet, ExclusiveArch is
correct there too.

I think I can figure out how to build the nacl/pnacl stack for arm without
nacl, but thats a big TODO (Tomas Popela added some fixes to pull in the ffmpeg
arm bits, so thats a big part out of the way).

Chromium upstream doesn't support ppc/s390 as far as I can see, so there's no
sense in going through the normal process for that.

I've updated the comment in nacl-binutils to provide a more accurate summary of
the situation.

New SRPM:
https://spot.fedorapeople.org/nacl-binutils-2.24-4.git1d8592c.fc23.src.rpm
New SPEC: https://spot.fedorapeople.org/nacl-binutils.spec

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component


More information about the package-review mailing list