1 |
* Christoph Spielmann <spielc@×××××.com> schrieb: |
2 |
|
3 |
> Okey but all these things are in the end x86-processors. Some support |
4 |
> flags that other's won't but in the end they are basically all the same |
5 |
> arch. So my suggestion would've been: use a chroot-environment for such |
6 |
> a case. |
7 |
|
8 |
Well, these subarchs can be *very* different, especially when it |
9 |
comes to things like fp or vector ops, etc. You definitively don't |
10 |
want some package to be so "clever" to automatically build in |
11 |
cpu-optimized or even cpu-specific code just because the configure |
12 |
script sees it runs on that cpu (in recent years, I had many of |
13 |
those cases). And you also don't want it to switch certain features |
14 |
by existance/absence of certain devices, procfs or sysfs files. |
15 |
(similarily you dont wan't implicit features switches introducing |
16 |
certain dependencies just by the existence of certain libs). |
17 |
|
18 |
In the end, the clean solution is always to crosscompile with an |
19 |
(per-package) minimal sysroot. |
20 |
|
21 |
> In my eyes it only makes sense to use cross-compilation (including all |
22 |
> the hassles that you will come across by using it) if you need (or want) |
23 |
> to build stuff for another architecture or machine, that is not |
24 |
> powerfull enough for compilation tasks itself. E.g. arm5-code on a |
25 |
> x86_64-environment |
26 |
|
27 |
If you only look on the scope of one specific distro (and expect the |
28 |
target system to be relatively up2date), yes. In generic case, no. |
29 |
|
30 |
|
31 |
cu |
32 |
-- |
33 |
---------------------------------------------------------------------- |
34 |
Enrico Weigelt, metux IT service -- http://www.metux.de/ |
35 |
|
36 |
phone: +49 36207 519931 email: weigelt@×××××.de |
37 |
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 |
38 |
---------------------------------------------------------------------- |
39 |
Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme |
40 |
---------------------------------------------------------------------- |