<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Em 30/05/11 22:46, Daniel da Veiga escreveu:
<blockquote
cite="mid:BANLkTin2KubxU_FJ5mudV3ucQD2HUovBYw@..."
type="cite">
<div class="gmail_quote">2011/5/30 André <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:andresinho.paulista@...">andresinho.paulista@...</a>></span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
Em 30/05/11 20:18, Eduardo Schoedler escreveu:<br>
<div>
<div class="h5">> Em 30/05/2011 20:09, André escreveu:<br>
>> 1) -fomit-frame-pointer é so usado pra a versao
de 32 bits, isto nao<br>
>> pode estar numa versao de 64 bits<br>
> Tenho vários Gentoos amd64, nenhum deu problema.<br>
><br>
>> 2) ACCEPT_KEYWORDS nao é recomendavel, pois
instala pacotes instaveis<br>
>> no sistema dando erros ilogicos,<br>
>> eu preferiria escolher os pacotes atualizados de
keywords manualmente<br>
>> fazendo um arquivo chamado package.keywords no<br>
>> /etc/portage/, te envio em anexo meu
package.keywords<br>
> Meu make.conf não tem ACCEPT_KEYWORDS, é o valor
default... e faço uso do<br>
> package.keywords.<br>
><br>
>> Uma pergunta que processador vc tem? assim te
passo um exemplo de<br>
>> make.conf pra vc<br>
> Dell PowerEdge 1900, Intel(R) Xeon(R) CPU E5310.<br>
><br>
> --<br>
> Eduardo Schoedler<br>
</div>
</div>
ok mas da uma olhada aqui:<br>
<br>
<a moz-do-not-send="true"
href="http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel#Core_2_Duo.2FQuad.2C_Xeon_51xx.2F53xx.2F54xx.2F3360.2C_Pentium_Dual-Core_T23xx.2B.2FExxxx.2C_Celeron_Dual-Core"
target="_blank">http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel#Core_2_Duo.2FQuad.2C_Xeon_51xx.2F53xx.2F54xx.2F3360.2C_Pentium_Dual-Core_T23xx.2B.2FExxxx.2C_Celeron_Dual-Core</a><br>
<br>
<br>
<a moz-do-not-send="true"
href="http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html"
target="_blank">http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html</a><br>
<br>
<a moz-do-not-send="true"
href="http://www.cpu-world.com/CPUs/Xeon/Intel-Low%20voltage%20Xeon%20L5310%20-%20HH80563JH0258M%20%28BX80563L5310A%20-%20BX80563L5310P%29.html"
target="_blank">http://www.cpu-world.com/CPUs/Xeon/Intel-Low%20voltage%20Xeon%20L5310%20-%20HH80563JH0258M%20%28BX80563L5310A%20-%20BX80563L5310P%29.html</a><br>
<br>
o -fomit-frame-pointer nao é usado em procesadores de 64 bits<br>
<br>
baseado do wiki safe cflags de gentoo e o docs do gcc do gnu,
eu faria<br>
assim:<br>
<br>
CFLAGS="-march=core2 -mtune=core2 -msahf -mcx16 -O2 -pipe"<br>
CXXFLAGS="${CFLAGS}"<br>
MAKEOPTS="-j5"<br>
<br>
nao precisa estar colocando -mmmx -msse msse2 -msse3 -mssse3,
mas se vc<br>
quer deixar pelas duvidas, tmb nao esta incorreto, eu deixo
tmb no meu<br>
cflags.<br>
<br>
o log da instalaçao fica em /var/log ou /var/log/portage, no
erro da<br>
instalaçao te avisa la no final o caminho do log da instalaçao
e o<br>
momento que deu erro, eu preciso dele pra poder tirar um
analise desse erro<br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
Instalou amigo. Não houve erro. Não entendi nada. A opção
omit-frame-pointer pode ser usada, não vai deixar nada instável, o
ACCEPT dele é o default (não testing) e mesmo se ele estivesse no
testing (como eu estou em várias máquinas, mas ~x86) não faria
diferença. Ele não tem um log pois o pacote INSTALOU, não houve
nenhum erro, e sim um aviso de que um arquivo já existente foi
sobrescrito.<br>
<br>
Ao OP, o que aconteceu é que algum pacote (ou mesmo você durante
uma compilação manual) copiou, criou ou transferiu esse arquivo
para esta localidade. Agora um pacote que vai ser instalado tinha
esse arquivo na lista, e te avisa que vai sobrescrever este
arquivo, que já existia, e que além disso nenhum pacote da sua
lista de instalados possui esse arquivo.<br>
<br>
Basicamente, pode ser réstia de um pacote antigo ou uma ação
manual, mudança de nome de um pacote, etc. Se você mandar um
revdep-rebuild e der um --depclean (com cuidado para ver se não há
erros) e tudo sair direitinho, não há motivos para se preocupar...<br>
<br>
-- <br>
Daniel da Veiga<br>
</blockquote>
ola daniel, concordo plenamente com vc em tudo o que disse, mas
mesmo assim eu nao usaria -fomit-frame-pointer num x86-64, porque é
um parâmetro feito para reduzir o tamaño do
código gerado. Está ativado para todos los níveis de <span
class="code" dir="ltr">-O</span>
(somente no <span class="code" dir="ltr">-O0</span> é que nao pode
ser ativado) e podem ser usados nas arquiteturas onde nao interfira
com o
depurado (como no caso do x86-64 que sim faz interferências). Se vc
quer um CFLAGS seguro, esta o Wiki de Gentoo, onde eles nao colocam
essa funçao em ativo em arquitetura x86-64. <span id="result_box"
class="" lang="pt"><span title="Haz clic para obtener otras
posibles traducciones" class="hps">Você</span> <span title="Haz
clic para obtener otras posibles traducciones" class="hps">não</span>
<span title="Haz clic para obtener otras posibles traducciones"
class="hps">deve</span> <span title="Haz clic para obtener
otras posibles traducciones" class="hps">usar</span><span
title="Haz clic para obtener otras posibles traducciones"
class="atn">-</span><span class="" title="Haz clic para obtener
otras posibles traducciones">fomit</span><span title="Haz clic
para obtener otras posibles traducciones" class="atn">-frame-</span><span
class="" title="Haz clic para obtener otras posibles
traducciones">pointer</span> <span title="Haz clic para obtener
otras posibles traducciones" class="hps">no</span> <span
title="Haz clic para obtener otras posibles traducciones"
class="hps">código</span> <span title="Haz clic para obtener
otras posibles traducciones" class="hps">de 64 bits</span> <span
title="Haz clic para obtener otras posibles traducciones"
class="hps">de qualquer maneira.</span> <span title="Haz clic
para obtener otras posibles traducciones" class="hps"></span></span>
Usando este parámetro o unico que faz é que a alem de que eu falei,
é deixar a depuraçao que seja de dura a impossível.
Em particular, provoca que localizar problemas em aplicativos
escritas em Java e diversos programas em geral sejam muito mais
complicadas.<br>
</body>
</html>
|
