Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 346347 - qt4-build.eclass - Disable checks for x86 instruction sets on PPC host
Summary: qt4-build.eclass - Disable checks for x86 instruction sets on PPC host
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: PPC All
: Low enhancement (vote)
Assignee: Qt Bug Alias
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-21 18:08 UTC by Konstantin Tokarev
Modified: 2011-12-31 13:34 UTC (History)
0 users

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


Attachments
Patch for qt4-build.eclass (qt4-build.patch,546 bytes, patch)
2010-11-21 18:09 UTC, Konstantin Tokarev
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Konstantin Tokarev 2010-11-21 18:08:22 UTC
This patch disables checks for presence of MMX, 3DNOW, all SSE, and AVX in Qt configurator on PPC host

Reproducible: Always
Comment 1 Konstantin Tokarev 2010-11-21 18:09:25 UTC
Created attachment 255043 [details, diff]
Patch for qt4-build.eclass
Comment 2 Konstantin Tokarev 2010-11-21 18:13:18 UTC
This modification should really work for any x86 incompatible arch
Comment 3 Davide Pesavento (RETIRED) gentoo-dev 2010-11-24 10:07:42 UTC
Maybe we should add USE flags for the different instruction sets instead, and mask them where unsupported? I think this is a requirement for proper cross-compilation support.
Comment 4 Konstantin Tokarev 2010-11-24 10:40:52 UTC
Maybe CTARGET could be used instead of CHOST?
Comment 5 Konstantin Tokarev 2010-11-24 10:46:42 UTC
I think the best option would be something like "if CTARGET != {list of all x86-compatible archs} ..."
Comment 6 Davide Pesavento (RETIRED) gentoo-dev 2010-11-24 11:48:56 UTC
CTARGET is wrong. You're mixing the definitions, see http://blog.flameeyes.eu/2008/08/10/autotools-targets-and-hosts for a brief explanation.
Comment 7 Konstantin Tokarev 2010-11-24 12:21:29 UTC
OK, we could use CHOST when we are not cross-compiling, or CTARGET when we do
Comment 8 Jonathan Callen (RETIRED) gentoo-dev 2010-11-24 23:47:16 UTC
(In reply to comment #7)
> OK, we could use CHOST when we are not cross-compiling, or CTARGET when we do
> 

CTARGET is still wrong. CHOST is always the machine you are building *for*, CBUILD is the current machine. You always want to use CHOST to determine the machine the program/library/etc. to be used on. CTARGET is only used for things like compilers, which can be built on one machine, used on another, and produce code for a third (CBUILD is the machine building the compiler, CHOST is the machine running it, and CTARGET is the machine the output of that compiler will be used on). If the package is not a compiler (or something similar, such as binutils), then you want to use CHOST.
Comment 9 Konstantin Tokarev 2010-11-25 08:39:45 UTC
Thanks for explanation!
Comment 10 Davide Pesavento (RETIRED) gentoo-dev 2011-12-12 13:25:26 UTC
Why should we do this? Does checking for unsupported instruction sets cause any problems on ppc?
Comment 11 Davide Pesavento (RETIRED) gentoo-dev 2011-12-31 13:34:41 UTC
Closing as WONTFIX, I'll reopen if you can provide a valid argument to disable such checks.