IDE dla projektów wbudowanych

Question

Wykonuję wiele prac programistycznych osadzonych w C. Szukam IDE, które może dać mi takie same funkcje jak Eclipse lub Visual Studio. W przeszłości używałem Vima, ale po prostu nie jestem zadowolony z ilości pracy, którą należy użyć. Teraz próbuję używać Eclipse, ale nie mogę go poprawnie oznaczyć. Mam również dostęp do Visual Studio i mogę być w stanie uzyskać licencję SlickEdit.

Czy ktoś może polecić redaktora? Szukam czegoś, co ma

• pewnego rodzaju kod zakończenia wsparcia
• SVN
• indeksowania/tagging zmiennej, nazwy funkcji itp
• Wsparcie dla kodu interpretacji, które mogą być #ifed się
• trzecia partia wsparcie kompilator

Czy istnieje sposób, aby generować tagi na kodzie bez konieczności wykonywania lub plik kodu z budowy gcc?

Answer 1

Myślę, że idziesz we właściwym kierunku (z Eclipse).

Myślę, że twoje pytanie jest, dlaczego nie możesz oznaczyć kodu, , ale wiem, że Eclipse obsługuje ctags (więc nie jest to w żaden sposób niemożliwe).

Answer 2

Jeśli nie używasz urządzenia, dlaczego nie używać IDE, z którego zwykle korzystasz? I tak będziesz kompilował kompilację.

Answer 3

I szeroko stosowane Code :: Blocks

code::blocks

Ta sprawa jest tak niesamowite, Jeśli masz jakiekolwiek binutils arm-elf, AVR-elf, VC, MinGW, zainstalowany Można użyć cokolwiek chcę, po prostu wybrałem zestaw narzędzi we właściwościach projektu, dodam biblioteki itp.

Użyłem do dodania innych narzędzi, takich jak flash2000 dla procesorów LPC, obiektów objdump itp. jako zewnętrznych poleceń.

Jest wiele narzędzi do tego IDE, dzięki czemu kompilacja krzyżowa jest łatwiejsza. I jest znacznie lepiej (czytaj szybciej, mniejszy) niż Eclipse + CDT i inne rzeczy.

Answer 4

Przez jakiś czas pracowałem nad produktami wbudowanymi, głównie używam emacs z ctags (etags) i cscope. Niedawno zacząłem używać SlickEdit, działa dobrze. Jednak osobiście polecam zapoznanie się z Vim/Emacs, niezależnie od tego, który edytor Ci się podoba. Najlepszą rzeczą w emacs/vim jest elastyczność w rozszerzaniu funkcjonalności za pomocą wtyczki/jakkolwiek to nazwiesz. Istnieje wiele wtyczek firm trzecich do rozszerzenia tych edytorów. Oczywiście, aby zacząć, musisz zainwestować trochę czasu.

Answer 5

• Użyłem vima szczególnie do pracy z systemami Linux/Unix z cscope (dla źródłowego odsyłacza). Vim jest świetny z najnowszymi wersjami wspierającymi kodowanie. Dostępnych jest wiele wtyczek.
• Emacs to power-horse, dużo dostosowywania wsparcia. Obsługuje CVS/Clearcase AFAIK.

Answer 6

Eclipse służy jako podstawa do tworzenia IDE wbudowanych systemów QNX (które są również głównymi autorami CDT), WindRiver, Mentor Graphic i innych, więc ma to pewne znaczenie. Green-Hills mają wtyczkę Eclipse dla swojego toolchain.

Uzyskanie jednolitego środowiska programistycznego dzięki zintegrowaniu własnych narzędzi jest ciężką pracą, ale jest bardziej opłacalne niż w przypadku innych edytorów tekstu z powodu otwartej architektury wtyczek. To zależy od poziomu integracji, jaki chcesz. Edycja i kompilacja są proste w większości edytorów. Uzyskiwanie całego, edytowanie, budowanie, budowanie/zarządzanie zależnościami (generowanie plików Makefile), kontrola wersji, przeglądanie źródeł i zdalne debugowanie na poziomie źródła, to tylko niektóre z zadań poza gotowym pakietem od kogoś takiego jak jeden z powyżej dostawców.

Wiele firmowych IDE opartych na innych niż Eclipse takich firm jak Keil czy IAR wygląda trochę staroświecko i rzadko są zadowalające jako edytory, mimo że często oferują wiele funkcji niskiego poziomu pod względem sprzętu docelowego i Świadomość i symulacja RTOS.

Answer 7

Jeśli chcesz kompromisu na wbudowanym kompilatorze i obsłudze SVN, to powiedziałbym, że Source Insight jest najlepszym narzędziem do wszystkich innych wymagań.

Answer 8

Obecnie używam IAR's Workbench, który jest wystarczająco miły. Użyłem Eclipse z wtyczką CDT (i pewnie jeszcze kiedyś) i jego nawigacja po kodzie działała dobrze. Nie przypominam sobie, żebym musiał forsować zbyt dużo, aby zmusić go do zindeksowania kodu, ale korzystałem z GCC (co może być czynnikiem) i pamiętam, że musiałem zrestartować Eclipse i/lub ręcznie powiadomić go, aby ponownie wyindeksować w czasie, gdy wydawałoby się, że ma kłopoty z nawigacją.

Mimo że IAR's Workbench działa wystarczająco dobrze dla większości rzeczy, kiedy naprawdę chcę mieć ładną nawigację kodu na wyciągnięcie ręki, po prostu ładuję Visual Studio z projektem makefile, który zawiera drzewo źródłowe. Polecenia makefile po prostu wywołują narzędzia wiersza poleceń IAR, aby wykonać kompilację. Działa to fantastycznie dobrze, z wyjątkiem debugowania - muszę przejść do IAR Workbench. A kiedy jestem w trybie debugowania, łatwiej jest pozostać w IAR. Ale jeśli analizuję lub koduję, przejdę do VS.

Zasadniczo, możesz ogólnie użyć dowolnego IDE, które preferujesz dla swojego rozwoju, o ile twój toolchain dla celu zapewnia kierowanie przez linię poleceń.

Answer 9

Użyłem mikroskopów (Vex Platform), EVC++ i kompilatorów Maemo + Nano do programowania wbudowanego. Większość innych żądanych narzędzi często znajduje się poza IDE.

Jednak Netbeans można skonfigurować do kompilowania kodu innego niż Java. To nie tylko nie jest tak wygodne. Jeśli pracujesz z C++ możesz być w stanie zmienić użyty kompilator i będziesz mógł z łatwością korzystać z wtyczki C++.

Answer 10

http://mbeddr.com/

Tylko w IDE dla systemów wbudowanych

Answer 11

Myślę, że jeśli pytanie dotyczy wyboru IDE, to odpowiedź brzmi Eclipse z CDT. Przyprawione osoby, takie jak autor "TDD z wbudowanym C", James Grenning lubi i używa go. Zobacz dodatek do wspomnianej książki po więcej.