Manoel Pinho wrote
>O compilador gcc � excelente principalmente pela sua portabilidade mas
>existem outros melhores em algumas partes. O compilador C/C++ da Intel, por
>exemplo, chega a gerar c�digos otimizados que chegam a rodar na metade do
>tempo que o compilado pelo gcc com todas as otimiza��es. Eu o utilizo quando
>quero rodar programas cient�ficos com alta taxa de processamento matem�tico.
>J� ouvi dizer que o compilador C++ da Borland tem como principal
>caracter�stica a r�pida compila��o, talvez at� pelo fato de ser usado
>normalmente em ambientes RAD.
S�o realmente nichos diferentes, mas se voc� somar o ICPC da Intel (� esse o
nome dele?), o ICC da Compaq/Digital e, agora, o Kylix C++, praticamente faz
tudo que o gcc faz. S� n�o d� para compilar o kernel, a glibc e talvez alguns
projetos mais complexos.
Recentemente saiu alguma coisa no Slashdot falando do "desaparecimento do
gcc", porque ele � lento e n�o gera c�digo bem otimizado. Claro que a Intel
sabe exatamente para onde vai cada bit no processador, ent�o condi��es de
fazer o melhor compilador poss�vel. Mas, por exemplo, o melhor compilador
para o Intel Itanium � o ICC da Compaq, praticamente o mesmo compilador que
se usa no Alpha. (espero n�o ter falado besteira aqui)
>Creio que o modo "normal" de uso do Qt ser� atrav�s da biblioteca CLX mesmo,
>justamente para ter maior semelhan�a com o pr�ximo C++ Builder para Windows
>mas sempre ser� poss�vel usar diretamente a Qt, assim como j� � poss�vel com
>o Kylix atual.
Aqui cabe uma pergunta interessante: essa Qt ser� compilada pelo G++ ou pelo
Kylix C++? Leia mais abaixo.
>Para mim, a grande vantagem de usar o Kilix C++ (n�o sei o nome oficial) �
>poder reaproveitar as milhares de bibliotecas j� existentes, sem ter que
>reinventar a roda ou reescrever quase tudo em Pascal. Talvez haja a
>possibilidade at� de linkar com c�digo objeto ou bibliotecas est�ticas ou
>din�micas compiladas pelo gcc. A� ter�amos o melhor de dois mundos: o uso
> das bibliotecas j� existentes com a gera��o r�pida e multiplataforma de
> interfaces gr�ficas.
Nem todas as bibliotecas voc� poder� usar. Em C, claro, todas. Mas o problema
s�o as bibliotecas em C++.
N�o se deve misturar bibliotecas/programas em C++ que tenham sido gerados por
compiladores diferentes. Ali�s, n�o se deve nem mistur�-los se tiverem sido
gerados pelo mesmo compilador, mas com certas op��es de mudan�a do ABI
diferentes.
Isso �, a n�o ser que os dois compiladores estejam usando o mesmo padr�o para
gerar c�digo C++, e isso inclui tratamento de exce��es, "mangling" dos nomes
das fun��es, RTTI e por a� vai.
Por isso a minha pergunta sobre a Qt. Seria muito estranho ter uma Qt
compilada com o G++ e uma com o Kylix vivendo ao mesmo tempo no sistema.
--
Thiago Macieira - UFOT Registry number: 1001
[EMAIL PROTECTED]
ICQ UIN: 1967141 PGP: 0x8F2978D5 and 0xEA9037A5 (PGP 2.x)
Registered Linux user #65028
Assinantes em 29/01/2002: 2227
Mensagens recebidas desde 07/01/1999: 152701
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
