Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 570876 - sys-firmware/seabios: invert arch USE=binary requirement
Summary: sys-firmware/seabios: invert arch USE=binary requirement
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: ARM Linux
: Normal enhancement (vote)
Assignee: Gentoo QEMU Project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-01-04 16:34 UTC by BRULE Herman
Modified: 2016-01-04 22:26 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description BRULE Herman 2016-01-04 16:34:37 UTC
Hello,

sys-firmware/seabios-1.8.2 not work on arm, for march=i386, then I can't install qemu targeting x86_64. Naybe here you need sys-firmware/seabios-bin?

armv7a-hardfloat-linux-gnueabi-gcc -Iout/ -Isrc -Os -MD -g -Wall -Wno-strict-aliasing -Wold-style-definition -Wtype-limits -m32 -march=i386 -mregparm=3 -mpreferred-stack-boundary=2 -minline-all-stringops -fomit-frame-pointer -freg-struct-return -ffreestanding -fno-delete-null-pointer-checks -ffunction-sections -fdata-sections -fno-common -fno-merge-constants -nopie -fno-stack-protector  -fstack-check=no -DMODE16=0 -DMODESEGMENT=0 -c src/fw/mptable.c -o out/src/fw/mptable.o
armv7a-hardfloat-linux-gnueabi-gcc: error: unrecognized command line option '-m32'
armv7a-hardfloat-linux-gnueabi-gcc: error: unrecognized argument in option '-march=i386'
armv7a-hardfloat-linux-gnueabi-gcc: note: valid arguments to '-march=' are: armv2 armv2a armv3 armv3m armv4 armv4t armv5 armv5e armv5t armv5te armv6 armv6-m armv6j armv6k armv6s-m armv6t2 armv6z armv6zk armv7 armv7-a armv7-m armv7-r armv7e-m ep9312 iwmmxt iwmmxt2 native
armv7a-hardfloat-linux-gnueabi-gcc: error: unrecognized command line option '-mregparm=3'
armv7a-hardfloat-linux-gnueabi-gcc: error: unrecognized command line option '-mpreferred-stack-boundary=2'
armv7a-hardfloat-linux-gnueabi-gcc: error: unrecognized command line option '-minline-all-stringops'
Comment 1 Mike Gilbert gentoo-dev 2016-01-04 16:49:54 UTC
Do you have USE="-binary" set? You would need an x86 cross-compiler to build this from source.
Comment 2 BRULE Herman 2016-01-04 17:06:30 UTC
You can enable it by default on !x86?
Comment 3 Mike Gilbert gentoo-dev 2016-01-04 17:09:12 UTC
> You can enable it by default on !x86?

Can you answer my question?

It is currently enabled by default on all archs via IUSE.

IUSE="+binary debug +seavgabios"

I suspect you are either setting USE="-*" or USE="-binary" in make.conf.

I suppose we could work around this using package.use.force.
Comment 4 Mike Gilbert gentoo-dev 2016-01-04 17:10:31 UTC
There's also a REQUIRED_USE check which does not include arm due to lack of arm keywords.

REQUIRED_USE="debug? ( !binary )
    ppc? ( binary )
    ppc64? ( binary )"
Comment 5 SpanKY gentoo-dev 2016-01-04 19:13:58 UTC
rewriting bug summary since, as noted, this makes no sense.  we haven't keyworded this package for arm yet.

for future reference, we don't generally care about reports like "pkg foo doesn't work on $ARCH" when that package hasn't even been keyworded for $ARCH.  if you want to try and port a package to a new $ARCH, then you should be requesting that.
Comment 7 Mike Gilbert gentoo-dev 2016-01-04 19:33:39 UTC
I think you meant to do something like this, since the deps are are needed for amd64 OR x86.

--- a/sys-firmware/seabios/seabios-1.8.2.ebuild
+++ b/sys-firmware/seabios/seabios-1.8.2.ebuild
@@ -39,10 +39,14 @@ REQUIRED_USE="debug? ( !binary )

 # The amd64/x86 check is needed to workaround #570892.
 DEPEND="
-       amd64? ( x86? ( !binary? (
+       amd64? ( !binary? (
                >=sys-power/iasl-20060912
                ${PYTHON_DEPS}
-       ) ) )"
+       ) )
+       x86? ( !binary? (
+               >=sys-power/iasl-20060912
+               ${PYTHON_DEPS}
+       ) )"
 RDEPEND=""

 pkg_pretend() {
Comment 8 SpanKY gentoo-dev 2016-01-04 22:26:45 UTC
(In reply to Mike Gilbert from comment #7)

indeed.  should be fixed:
http://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c6cca10a3d2219c64ef0bfba54fb82526223c252