From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QRGHj-0004qM-6W for garchives@archives.gentoo.org; Tue, 31 May 2011 04:10:27 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F21891C039; Tue, 31 May 2011 04:10:07 +0000 (UTC) Received: from mail-gy0-f181.google.com (mail-gy0-f181.google.com [209.85.160.181]) by pigeon.gentoo.org (Postfix) with ESMTP id B14C61C039 for ; Tue, 31 May 2011 04:10:07 +0000 (UTC) Received: by gyh4 with SMTP id 4so2312851gyh.40 for ; Mon, 30 May 2011 21:10:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=UqHfZfa9Om77YSNOsj6kGVhIeABUxeAAdbu92LKIQ+U=; b=LRwuG8IxhZdmIonRyLR3mOt4FFli6w5CMOTpFgcGIakV4mqlyrYXqaOX+o/K9a/HWz OwgdhhpJ2N+LJyRqBbdC0+wFhgoCc9ohcfZRBhHqb0eojuoHhahmHJZ6xNMyxvibM9BQ kTIFakVkS1pYQakg9WxXf2ySal37SNBvWgPro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; b=mY7nio6/kK1/OK2TSkoHAikwzgsTTTEigHYsnr1s67GY+fEENE0GuBUjO+Bsstk6K2 mpGXJEwnIVv2Pq0OforBkPfyVFGNUZV8iyeD7u95lDoRgSDmdQZujQb56GQGZjwPqKWa tXI7zJypVP8TGhyiTzPA3OXYyNJVqzlrf0Ok4= Received: by 10.91.212.15 with SMTP id o15mr4630368agq.189.1306815006949; Mon, 30 May 2011 21:10:06 -0700 (PDT) Received: from [192.168.0.2] (r190-135-161-120.dialup.adsl.anteldata.net.uy [190.135.161.120]) by mx.google.com with ESMTPS id i6sm3719368anm.51.2011.05.30.21.10.05 (version=SSLv3 cipher=OTHER); Mon, 30 May 2011 21:10:06 -0700 (PDT) Message-ID: <4DE46A1C.1030106@gmail.com> Date: Tue, 31 May 2011 01:10:04 -0300 From: =?ISO-8859-1?Q?Andr=E9?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110518 Lightning/1.0b3pre Thunderbird/3.1.10 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-br@lists.gentoo.org Reply-to: gentoo-user-br@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user-br@lists.gentoo.org Subject: Re: [gentoo-user-br] net-libs/c-client References: <04b101cc1f13$e29ecf40$a7dc6dc0$@com.br> <4DE4128D.3070509@gmail.com> <000701cc1f1c$48e38f40$daaaadc0$@com.br> <4DE4239B.6040204@gmail.com> <4DE42B0E.7000808@gmail.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------050203040205080304020000" X-Archives-Salt: X-Archives-Hash: 7dc51340993d0e594e931dae9f9c604a This is a multi-part message in MIME format. --------------050203040205080304020000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Em 30/05/11 22:46, Daniel da Veiga escreveu: > 2011/5/30 Andr=E9 > > > Em 30/05/11 20:18, Eduardo Schoedler escreveu: > > Em 30/05/2011 20:09, Andr=E9 escreveu: > >> 1) -fomit-frame-pointer =E9 so usado pra a versao de 32 bits, > isto nao > >> pode estar numa versao de 64 bits > > Tenho v=E1rios Gentoos amd64, nenhum deu problema. > > > >> 2) ACCEPT_KEYWORDS nao =E9 recomendavel, pois instala pacotes > instaveis > >> no sistema dando erros ilogicos, > >> eu preferiria escolher os pacotes atualizados de keywords > manualmente > >> fazendo um arquivo chamado package.keywords no > >> /etc/portage/, te envio em anexo meu package.keywords > > Meu make.conf n=E3o tem ACCEPT_KEYWORDS, =E9 o valor default... e > fa=E7o uso do > > package.keywords. > > > >> Uma pergunta que processador vc tem? assim te passo um exemplo d= e > >> make.conf pra vc > > Dell PowerEdge 1900, Intel(R) Xeon(R) CPU E5310. > > > > -- > > Eduardo Schoedler > ok mas da uma olhada aqui: > > 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.2= C_Celeron_Dual-Core > > > http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html > > http://www.cpu-world.com/CPUs/Xeon/Intel-Low%20voltage%20Xeon%20L53= 10%20-%20HH80563JH0258M%20%28BX80563L5310A%20-%20BX80563L5310P%29.html > > o -fomit-frame-pointer nao =E9 usado em procesadores de 64 bits > > baseado do wiki safe cflags de gentoo e o docs do gcc do gnu, eu fa= ria > assim: > > CFLAGS=3D"-march=3Dcore2 -mtune=3Dcore2 -msahf -mcx16 -O2 -pipe" > CXXFLAGS=3D"${CFLAGS}" > MAKEOPTS=3D"-j5" > > nao precisa estar colocando -mmmx -msse msse2 -msse3 -mssse3, mas > se vc > quer deixar pelas duvidas, tmb nao esta incorreto, eu deixo tmb > no meu > cflags. > > o log da instala=E7ao fica em /var/log ou /var/log/portage, no erro= da > instala=E7ao te avisa la no final o caminho do log da instala=E7ao = e o > momento que deu erro, eu preciso dele pra poder tirar um analise > desse erro > > > > Instalou amigo. N=E3o houve erro. N=E3o entendi nada. A op=E7=E3o > omit-frame-pointer pode ser usada, n=E3o vai deixar nada inst=E1vel, o > ACCEPT dele =E9 o default (n=E3o testing) e mesmo se ele estivesse no > testing (como eu estou em v=E1rias m=E1quinas, mas ~x86) n=E3o faria > diferen=E7a. Ele n=E3o tem um log pois o pacote INSTALOU, n=E3o houve n= enhum > erro, e sim um aviso de que um arquivo j=E1 existente foi sobrescrito. > > Ao OP, o que aconteceu =E9 que algum pacote (ou mesmo voc=EA durante um= a > compila=E7=E3o manual) copiou, criou ou transferiu esse arquivo para es= ta > localidade. Agora um pacote que vai ser instalado tinha esse arquivo > na lista, e te avisa que vai sobrescrever este arquivo, que j=E1 > existia, e que al=E9m disso nenhum pacote da sua lista de instalados > possui esse arquivo. > > Basicamente, pode ser r=E9stia de um pacote antigo ou uma a=E7=E3o manu= al, > mudan=E7a de nome de um pacote, etc. Se voc=EA mandar um revdep-rebuild= e > der um --depclean (com cuidado para ver se n=E3o h=E1 erros) e tudo sai= r > direitinho, n=E3o h=E1 motivos para se preocupar... > > --=20 > Daniel da Veiga ola daniel, concordo plenamente com vc em tudo o que disse, mas mesmo assim eu nao usaria -fomit-frame-pointer num x86-64, porque =E9 um par=E2metro feito para reduzir o tama=F1o do c=F3digo gerado. Est=E1 ativ= ado para todos los n=EDveis de -O (somente no -O0 =E9 que nao pode ser ativad= o) e podem ser usados nas arquiteturas onde nao interfira com o depurado (como no caso do x86-64 que sim faz interfer=EAncias). Se vc quer um CFLAGS seguro, esta o Wiki de Gentoo, onde eles nao colocam essa fun=E7ao em ativo em arquitetura x86-64. Voc=EA n=E3o deve usar-fomit-frame-pointe= r no c=F3digo de 64 bits de qualquer maneira. Usando este par=E1metro o uni= co que faz =E9 que a alem de que eu falei, =E9 deixar a depura=E7ao que seja= de dura a imposs=EDvel. Em particular, provoca que localizar problemas em aplicativos escritas em Java e diversos programas em geral sejam muito mais complicadas. --------------050203040205080304020000 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Em 30/05/11 22:46, Daniel da Veiga escreveu:
2011/5/30 André <andresinho.paulista@gmail.com>
Em 30/05/11 20:18, Eduardo Schoedler escreveu:
> Em 30/05/2011 20:09, André escreveu:
>> 1) -fomit-frame-pointer é so usado pra a versao de 32 bits, isto nao
>> pode estar numa versao de 64 bits
> Tenho vários Gentoos amd64, nenhum deu problema.
>
>> 2) ACCEPT_KEYWORDS nao é recomendavel, pois instala pacotes instaveis
>> no sistema dando erros ilogicos,
>> eu preferiria escolher os pacotes atualizados de keywords manualmente
>> fazendo um arquivo chamado package.keywords no
>> /etc/portage/, te envio em anexo meu package.keywords
> Meu make.conf não tem ACCEPT_KEYWORDS, é o valor default... e faço uso do
> package.keywords.
>
>> Uma pergunta que processador vc tem? assim te passo um exemplo de
>> make.conf pra vc
> Dell PowerEdge 1900, Intel(R) Xeon(R) CPU  E5310.
>
> --
> Eduardo Schoedler
ok mas da uma olhada aqui:

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


http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html

http://www.cpu-world.com/CPUs/Xeon/Intel-Low%20voltage%20Xeon%20L5310%20-%20HH80563JH0258M%20%28BX80563L5310A%20-%20BX80563L5310P%29.html

o -fomit-frame-pointer nao é usado em procesadores de 64 bits

baseado do wiki safe cflags de gentoo e o docs do gcc do gnu, eu faria
assim:

CFLAGS="-march=core2 -mtune=core2 -msahf -mcx16 -O2 -pipe"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j5"

nao precisa estar colocando -mmmx -msse msse2 -msse3 -mssse3, mas se vc
quer deixar pelas duvidas,  tmb nao esta incorreto, eu deixo tmb no meu
cflags.

o log da instalaçao fica em /var/log ou /var/log/portage, no erro da
instalaçao te avisa la no final o caminho do log da instalaçao e o
momento que deu erro, eu preciso dele pra poder tirar um analise desse erro



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.

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.

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...

--
Daniel da Veiga
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 -O (somente no -O0 é 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. Você não deve usar-fomit-frame-pointer no código de 64 bits de qualquer maneira. 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.
--------------050203040205080304020000--