1 |
Em 7 de dezembro de 2011 21:01, Raphael Bastos |
2 |
<tecnologia@×××××××××××××××××.br> escreveu: |
3 |
|
4 |
> Se fosse desnecessário, na geração do stage3 via catalyst a ordem de |
5 |
> compilação poderia ser invertida.... |
6 |
> |
7 |
>>>> Emerging (128 of 140) sys-libs/glibc-2.13-r4 |
8 |
>>>> Installing (128 of 140) sys-libs/glibc-2.13-r4 |
9 |
>>>> Emerging (129 of 140) sys-devel/gcc-4.5.3-r1 |
10 |
>>>> Installing (129 of 140) sys-devel/gcc-4.5.3-r1 |
11 |
|
12 |
Raphael, |
13 |
|
14 |
Desde que eu tenho instalado o meu gentoo, que é desde Julho de 2005, |
15 |
eu só passei por uma situação em que foi indispensável e recompilação |
16 |
de todo o sistema por causa de um upgrade, que foi do gcc 3 para o 4. |
17 |
Até a atualização do 3.3 para o 3.4 tinha como fazer sem recompilar |
18 |
todo sistema, apesar de recompilação ser o recomendado. Desde que eu |
19 |
estou com a 4.1 (atualizei do 3.4 para o 4.1) eu venho atualizando o |
20 |
sistema apenas seguindos os procedimentos padrões, emerge world, |
21 |
revdep-rebuild, emerge --depclean. É claro que atualizações do gcc e |
22 |
do glibc costumam mais inconsistências que o comum para o |
23 |
revdep-rebuild arrumar, mas ainda bem lonje do impacto de um emerge -e |
24 |
world. |
25 |
|
26 |
Quanto ao exemplo do catalyst, se eu entendi o que queres dizer, é que |
27 |
se tem que compilar a glibc antes do gcc é porque o gcc depende do |
28 |
glibc, o que é verdade. Então se precisamos recompilar o sistema |
29 |
quando atualizamos o gcc, quando atualizamos a glibc precisamos |
30 |
recompilar o gcc e, consequentemente, o sistema inteiro. É isso que tu |
31 |
queres dizer? Se é isso então tu queres dizer que sempre que |
32 |
atualizamos um pacotes precisamos recompilar todas as dependências |
33 |
dele? |
34 |
|
35 |
Bom, em qualquer caso eu recomendo a esclarecedora leitura dessa parte |
36 |
do "Gentoo GCC Upgrade Guide": |
37 |
http://www.gentoo.org/doc/en/gcc-upgrading.xml#explanation |
38 |
|
39 |
[]s |
40 |
|
41 |
-- |
42 |
thiago |