Compilador ARM/Cortex-M3

Software e Hardware para linha ARM

Moderadores: 51, guest2003, Renie, gpenga

Compilador ARM/Cortex-M3

Mensagempor klausenner » 16 Set 2009 18:29

Alguém está usando ou ja ouviu falar do compilador CroossWorks for ARM da Rowley Associates ? é que ele tem uma versão personal para fins não comerciais que custa $150,00 o que sai bem mais enconta que o IAR for ARM

http://www.rowley.co.uk/arm/index.htm
klausenner
Bit
 
Mensagens: 18
Registrado em: 09 Nov 2006 15:33

Re: Compilador ARM/Cortex-M3

Mensagempor Rodrigo_P_A » 16 Set 2009 19:27

klausenner escreveu:Alguém está usando ou ja ouviu falar do compilador CroossWorks for ARM da Rowley Associates ? é que ele tem uma versão personal para fins não comerciais que custa $150,00 o que sai bem mais enconta que o IAR for ARM

http://www.rowley.co.uk/arm/index.htm


eu já testei e é muito bom, ele é baseado no GCC.

A IDE deles funciona perfeitamente com os jtags paralelo e com o jlink.
---
Avatar do usuário
Rodrigo_P_A
Dword
 
Mensagens: 2237
Registrado em: 12 Out 2006 18:27
Localização: Osasco - S.P - Brasil

Mensagempor xultz » 17 Set 2009 11:26

A última vez que vi sobre o Rowley ele era um gcc com uma IDE bacana. A parte de Jtag já vinha na IDE, então é como usar o gcc com um belo empurrão. Porém se você quiser economizar esta grana, pode usar uma IDE como o Eclipse com o mesmo gcc e o gdb prá debugar. Mas se não tem problema em gastar esta verba, provavelmente seja uma boa aquisição.
98% das vezes estou certo, e não estou nem aí pros outros 3%.
Avatar do usuário
xultz
Dword
 
Mensagens: 3001
Registrado em: 13 Out 2006 18:41
Localização: Curitiba

Mensagempor Rodrigo_P_A » 17 Set 2009 12:28

xultz escreveu:A última vez que vi sobre o Rowley ele era um gcc com uma IDE bacana. A parte de Jtag já vinha na IDE, então é como usar o gcc com um belo empurrão. Porém se você quiser economizar esta grana, pode usar uma IDE como o Eclipse com o mesmo gcc e o gdb prá debugar. Mas se não tem problema em gastar esta verba, provavelmente seja uma boa aquisição.


é xultzz, vc sempre resume bem hehehe.

eu concordo com vc, se ele tiver a grana para gastar, o Rowley é uma bela aquisição mesmo, eu nunca vi uma ide rodar tão bem com o gcc + jtag, eu tentei usar o Eclipse várias vezes mas nunca obtive sucesso.
---
Avatar do usuário
Rodrigo_P_A
Dword
 
Mensagens: 2237
Registrado em: 12 Out 2006 18:27
Localização: Osasco - S.P - Brasil

Mensagempor klausenner » 18 Set 2009 03:00

Na opinião de vocês o GCC é tão bom quanto o compilador IAR ? pois o Rowley ainda utiliza o GCC v4.4.0 for ARM.
klausenner
Bit
 
Mensagens: 18
Registrado em: 09 Nov 2006 15:33

Mensagempor Rodrigo_P_A » 18 Set 2009 08:46

klausenner escreveu:Na opinião de vocês o GCC é tão bom quanto o compilador IAR ? pois o Rowley ainda utiliza o GCC v4.4.0 for ARM.


Isso eu realmente não sei. Eu uso o GCC dentro do Keil e funciona bem, eu nunca fiz um programa para comparar a performance de um e de outro.

pode até ser que esses compliadores pagos gerem códigos mais compactos e rápidos, agora tem que vêr o quanto você está disposto à pagar por isso.
---
Avatar do usuário
Rodrigo_P_A
Dword
 
Mensagens: 2237
Registrado em: 12 Out 2006 18:27
Localização: Osasco - S.P - Brasil

Mensagempor RobL » 19 Set 2009 08:44

Se compilador livre, no caso GCC, é mais eficiente que um proprietário, não é uma resposta simples.

1-O problema maior está se o usuário está disposto a ler tudo que faz o compilador. Se sim, o GCC terá eficiência igual, próxima ou melhor.

2-Outro questão: Se o usuário usa qualquer compilador sem conhecer profundamente a relação entre o set de instrução do chip e a estratégia do compilador em uso, tanto faz. Qualquer compilador pode ser usado.
Neste caso os de uso específico para tal chip seria mais recomendado.

3- A eficiência depende enormemente de como seu código fonte é escrito.
Sim. Um exemplo prático que testei: Usei uma conversão bin-bcd escrevendo o código em uma linha.
Desmembrei a mesma operação auxiliando matematicamente o compilador, por conhecer sua estratégia. O resultado foi uma redução no assembly em 30% o que resultou também em melhor eficiência (lembrar que nem sempre a redução do código aumenta a eficiência).

O GCC tem meios de optimizar o código, mas depende de como seu fonte está escrito, especialmente, como suas variáveis foram definidas, dentre outras. Se alguém acha que nos compiladores proprietário esses cuidados não exitem, estão enganados. Cabe lembrar que compiladores livres não tem estratégia de marketing já os outros tem.

Um grande conhecedor de ARM, Mr Trevor da Hitex publicou que o GCC era 3,5 X menos eficiente que compiladores proprietários e mostrou isso.
Isso gerou uma uma enxurrada de e-mails.
Do meu ponto de vista, acho suspeito um produtor de soft proprietário entrar nesse mérito, sem tornar claro o nicho. Por outro lado, sabemos que se um compilador for focado em certa área de aplicação, este será imbatível neste nicho. O GCC é um compilador de "largo espectro" e cabe ao usuário torná-lo eficiente.

Não tenha dúvida que um compilador proprietário é aparentemente mais simples de ser usado. Não tenha dúvida que em casos de uso profissional os compiladores proprietários lhe darão o melhor custo / benefício devido ao tempo de aprendizado (lead time), pois contam com suporte e tem a obrigação de lhe garantir um bom resultado.
RobL
Dword
 
Mensagens: 1546
Registrado em: 20 Fev 2007 17:56


Voltar para ARM

Quem está online

Usuários navegando neste fórum: Nenhum usuário registrado e 1 visitante

cron

x