1 |
%% david@×××××××××.com writes: |
2 |
|
3 |
d> see catalyst snapshots model. Specify whatever custom portage tree |
4 |
d> you want to your hearts content. |
5 |
|
6 |
Catalyst is very interesting, but I feel that the chroot model, which is |
7 |
what Catalyst is based on, is fundamentally not the correct choice for |
8 |
cross-compilation setups. As I mentioned in a previous message, |
9 |
requiring chroot means that you have to figure out a way to put hosted |
10 |
tools into your target image, including a complete host-based base |
11 |
operating system with glibc, shells, make, and an entire common command |
12 |
set since most makefiles invoke many different UNIX commands, and that's |
13 |
not even mentioning the actual cross-compiler itself. |
14 |
|
15 |
Using a chroot model is probably the most expedient way to handle |
16 |
creating an embedded filesystem FOR THE SAME ARCHITECTURE, but it's not |
17 |
flexible enough (IMO) to handle creating a completely general embedded |
18 |
system. |
19 |
|
20 |
|
21 |
I fully realize that Portage flexibility is only one part, some might |
22 |
even say a small part, of the complexity of this project (as Paul points |
23 |
out). |
24 |
|
25 |
Nevertheless, it is in many ways the _first_ part, since without this |
26 |
you can't really get anywhere. I was hoping we could tackle solving |
27 |
this basic problem first. |
28 |
|
29 |
-- |
30 |
------------------------------------------------------------------------------- |
31 |
Paul D. Smith <psmith@××××××××××××××.com> HASMAT--HA Software Mthds & Tools |
32 |
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist |
33 |
------------------------------------------------------------------------------- |
34 |
These are my opinions---Nortel Networks takes no responsibility for them. |
35 |
|
36 |
-- |
37 |
gentoo-dev@g.o mailing list |