1 |
Estou usando x86 e não tive problemas até agora com o 4.1 que não |
2 |
tivesse sido resolvido desinstalando o GCC mais antigo. |
3 |
|
4 |
Sobre as CFLAGS, vou repassar o que o pessoal do fórum vem dizendo: |
5 |
|
6 |
A série 4.x é uma besta totalmente diferente da série 3.x, e as |
7 |
mudanças causadas pelas CFLAGS são bem mais radicais, ou seja, |
8 |
programas compilados com o 4.x não são tão tolerantes a isso como nas |
9 |
versões anteriores. |
10 |
|
11 |
Dessa forma, é extremamente recomendado que o usuário utilize somente |
12 |
as CFLAGS padrão que são recomendadas no manual e pelo time do Gentoo. |
13 |
Qualquer coisa fora disso, fique 10x mais atento com tudo que pode |
14 |
acontecer. |
15 |
|
16 |
Basicamente, o GCC ficou mais agressivo nas otimizações que ele faz, |
17 |
então não dá pra ficar brincando muito com ele. |
18 |
|
19 |
|
20 |
Em 08/06/06, Thiago<thiago@×××××××××××××.br> escreveu: |
21 |
> Desculpa a duplicação, por acidente enviei antes de terminar. |
22 |
> |
23 |
> |
24 |
> Pessoal, |
25 |
> |
26 |
> A poucos dias comentei nesta lista sobre problemas de compilação da |
27 |
> libkipi e sobre usar a keyword ~amd64 para todo sistema. Bom, eu também |
28 |
> uso a versão em teste dos pacotes no meu computador mas eu tenho ~x86 |
29 |
> mesmo. E como minha máquina não é la grandes coisas e eu tenho andado meio |
30 |
> curioso ultimamente eu não tenho ligado pra estabilidade e ando abusando |
31 |
> das CFLAGS em combinação com o GCC 4.1. Porém agora passo por problemas |
32 |
> bem mais graves que nosso colega Rudson (o da libkipi), mas apesar de |
33 |
> problemas serem esperados nessa migração para o GCC 4.1 eu não esperava |
34 |
> que fossem tantos. Vou relata-los para ver se alguém faz alguma idéia do |
35 |
> que está acontecendo. |
36 |
> |
37 |
> - Primeiro fiz "emerge -e system" com o GCC 4.1 + CFLAGS abusivas, tudo |
38 |
> OK. - Porém mais tarde tive problemas com o kdelibs, kdebase, ksysguard e |
39 |
> amule, isso porque não tentei outros. |
40 |
> - Logo pensei nas CFLAGS, então tirei TODAS elas e tentei reinstalar o |
41 |
> pacote que estava dando problemas, que no caso era o ksysguard. Tentei |
42 |
> também algo parecido com o kdelibs e o kdebase, mas todos continuaram |
43 |
> falhando na compilação. |
44 |
> - Não tive tempo de testar todos, mas todos que eu tentei compilar com gcc |
45 |
> 3.4 funcionaram, mesmo com as CFLAGS abusivas e todo system compilado com |
46 |
> GCC 4.1 e CFLAGS abusivas também. |
47 |
> |
48 |
> Logo pensei: isso deve estar acontecendo porque as dependências dos |
49 |
> pacotes que eu estou compilando também estão compilados com CFLAGS |
50 |
> perigosas, mas como se explica o fato do GCC 3.4 estar funcionando mesmo |
51 |
> com tais CFLAGS e o GCC 4.1 nem sem CFLAGS? Achei que ele já funcionasse |
52 |
> para praticamente tudo, visto que não está mais classificado como |
53 |
> instável, mas sim em testes. A tempos o pessoal por aí anda compilando o |
54 |
> kde inteiro com o GCC 4.x desde que ele ainda estava mascado. |
55 |
> |
56 |
> Alguém mais aí anda tendo problemas na migração pro GCC 4.1 ou é só comigo |
57 |
> que ele não funciona? |
58 |
> |
59 |
> Neste momento meu computador em casa deve estar recompilando o system com |
60 |
> CFLAGS mais tranquilas, quero ter certeza de que é isso que tem causado |
61 |
> problemas, mas o fato do GCC 3.4 funcionar me leva a crer que não é esse o |
62 |
> problema. |
63 |
> |
64 |
> E é isso aí, desculpem o e-mail grande. |
65 |
> |
66 |
> Um abraço. |
67 |
> |
68 |
> -- |
69 |
> Thiago |
70 |
> |
71 |
> |
72 |
> |
73 |
> -- |
74 |
> Thiago |
75 |
> |
76 |
> -- |
77 |
> gentoo-user-br@g.o mailing list |
78 |
> |
79 |
> |
80 |
|
81 |
|
82 |
-- |
83 |
ja ne |
84 |
|
85 |
-- |
86 |
gentoo-user-br@g.o mailing list |