Środowisko programistyczne Eclipse - czy u Was tez to ta

Pszemol pisze:

Nakładki nie znam i nie będę instalował (Eclipse można powiedzieć znam) , ale preprocesor C jest tradycyjnie negatywnym przykładem, jak to bajzel wprowadza dla programistów i trudności dla konstrukcji narzędzi (np. IDE). Tak na dystans, wydaje mi się że to być może tak ma być, że możliwości narzędzia nie sięgają pełnego rozwijania makr preprocesora, gdyby tak było, nie pierwszy taki przypadek, nie ostatni.

tyle przypuszczeń. pozdrawiam.

O jaką "nakładkę" Ci chodzi??? :-)

No tak... przypuszczeń :-)

Nawet jeśli przyjmiemy, że nie mieli w planach czytania plików #include i rozwijania tam zdeklarowanych makr - czy zatem przy implementacji okienka outline nie lepiej byłoby w ogóle pominąć funkcję usuwania funkcji/zmiennych objętych warunkami preprocesora? Tak byłoby logiczniej, skoro częściowa implementacja nie daje nic wartościowego a tylko utrudnia używanie okienka, którego główną funkcją jest przecież szybkie odszukanie nazwy funkcji.

Dla mnie logiczne byłoby sugerować się #ifdef-ami tylko gdybyśmy analizowali źródła w 100% tak samo jak preprocesor... a jak nie w 100% to wyrzucamy całą funkcję i pokazujemy w tym oknie WSZYSTKIE symbole.

Pszemol pisze:

Nakładkę do Eclipsy ... zgaduję że za drobną dodatkową opłatą ;) i w stosunku do kilku zer ceny 'nakładka' brzmi obraźliwie...

Jak mówiła moja babcia: dobrze mówisz tylko nisko siedzisz. (W ogólnym sensie, w szczegółowym patrz niżej)

przypuszczeń ciąg dalszy... IDE typowo dla C/C++ które mają podpowiadanie, prawdopodobnie dokonują mocnej walki ze źródłami (o koszcie czasowym podobnym do kompilacji co się czuje), tworzą jakieś tymczasowe struktury itd. Na najlepszych z nich szybkość podpowiadania zaledwie zbliża się do (nota bene) Eclipse użytej do Javy. Ale Java to język, gdzie po zastanowieniu specjalnie utrącono preprocesor i kilka innych właściwości, również z podobnych powodów.

Bardzo często w C++ wyłączam 'udogodnienia' (np na Borlandzie zawsze) bo więcej wkurza niż pomaga lub przełączam tylko na życzenie.

Jakby pomyśleć dłużej, wymyśliłbym kontrprzykład do tej idei (ale mi się nie chce). Np. niektóre symbole np. TRUE/FALSE min/max by w ogóle nie istniały bez preprocesora, inne by istniały pod innymi nazwami.

Nie dość że nie pomagam a przypuszczam, to na marginesie dodam złośliwie że w sursach pisanych przez elektroników makra C są często użyte bez zrozumienia a nawet w sposób groźny dla życia (przykład moja maszynka do golenia). Jeśli producent pochodzi z tych kręgów, to ho ho .... wszystko możliwe.

Pszemol pisze:

Indekser Eclipsa zagląda do plików nagłówkowych i analizuje ich treść, o ile potrafi odpowiednie pliki nagłówkowe zlokalizować. Foldery z plikami nagłówkowymi należy wskazać (zobacz właściwościach projektu "path and symbols"->Includes). Lista folderów przeszukiwanych z plikami nagłówkowymi jest wyświetlana w "Project Explorer" ("Includes").

Poprawność lokalizacji można przetestować poprzez wskazanie kursorem wybranego pliku nagłówkowego i naciśnięcie F3 (przy standardowych ustawieniach). Jeśli Eclipse jest w stanie zlokalizować plik nagłówkowy, to po tej akcji nastąpi przełączenie do okienka edycji pliku nagłówkowego.

Warto sprawdzić ustawienia indeksera (szukaj "Indexer" we właściwościach projektu). Może jest w ogóle wyłączony... Zwykle powinien wystarczyć tryb "Fast". W starszych wersjach Eclipsa czasami trzeba było ustawić opcję "Full". Czasami zdarza się, że indekser pójdzie gdzieś w maliny, wtedy zwykle pomaga przeindeksowanie projektu na nowo: kliknij myszką na folderze projektu i rozwiń menu podręczne, dalej "Index"->"Rebuild".

pzdr mk

Nic podobnego - software jest dostępny do ściągnięcia za darmo z witryny Altera.com :-) Całe środowisko przychodzi w pakiecie zawierającym właśnie IDE Eclipse, biblioteki, kompilatory itp itd. Bez licencji jesteś w stanie używać wszystkiego do pisania kodu i jedyne w czym będziesz ograniczony to produkcja binarek do programowania.

Podpowiadanie nazw symboli to rzeczywiście już luksus, czego nie wymagam nawet - ale okienko z listą funkcji było już 20 lat temu w dosowym edytorze dla programistów BRIEF... Nie wiem jak tamten radził sobie z nazwami funkcji obkładanymi warunkową kompilacją preprocesora, ale myślę że je olewał i mimo wykluczenia w danej konfiguracji definicji je wyświetlał na liście.

Nie mam akurat zainstalowanego żadnego MS Visuala, bo tam też jest lista funkcji z pliku źródłowego otwartego w edytorze... Ciekawe jak się ta lista w MS Visualu zachowuje pod kątem preprocesora.

Sam fakt że golarka może mieć jakiś software wydaje się być groźne dla życia ;-) Swoją drogą nie widzę nic złego w użytej przeze mnie metodzie segmentacji kodu aby pracował na dwu róznych platformach sprzętowych... Na jednej z nich kod ma chodzić w całości na drugiej - duze jego fragmenty są usunięte jako że hardware tego nie wspiera - po co ma kod wisieć i zajmować pamięć. Problem w tym, że IDE ukrywa mi tą część kodu warunkowego co nieco wkurza :-(

Pliki nagłówkowe są w domyślnych lokalizacjach, nie działają nawet #define zrobione w stdio.h takie jak NULL...

Wychodzę być może z błędnego założenia że jeśli kompilator i preprocesor znajdują pliki nagłówkowe to powinien je również znaleźć "indekser" eclipsa.

A tu mnie zaciekawiłeś... Dla mojego dużego projektu nie ma takiej opcji po lewej stronie okienka! Gdy stworzę nowiutki projekt hello-world od zera w tej wersji Eclipse to wtedy mam po lewej stronie Include Paths and Symbols. Co ciekawe, okienko po prawej jest już wypełnione ścieżkami "CDT Managed Build Project" oraz "Discovered Paths" i ta druga ma wszystko dotyczące stdio.h. W tym samym okienku po prawej stronie, jest też lista nazwana Preprocessor symbols, i są tam tylko symbole zdefiniowane w IDE, nie ma np. symbolu NULL zdefiniowanego w stdio.h jako 0. Nie ma też charakterystycznego symbolu _STDIO_H_ zdefiniowanego w pierwszej linii tego pliku nagłówkowego... Żenada.

Tak, "Includes" pojawia się tam jednak dopiero po pierwszej kompilacji w moim Eclipse. Dla nowoutworzonych projektów nie ma tej listy. W projekcie hello-world jaki właśnie utworzyłem po kompilacji mam na liście Includes plik stdio.h, po kliknięciu na nim otwiera się bez problemów jego treść w okienku edytora. Ale F3 nie dziala.

Jest Full a mimo to nie radzi sobie.

Mam "Rebuild index" ale wydanie tego polecenia nie pomaga.

Użytkownik "Pszemol" snipped-for-privacy@PolBox.com napisał w wiadomości news: snipped-for-privacy@poczta.onet.pl...

Eclipse samo w sobie nie jest IDE programistycznym, tylko frameworkiem i swego rodzaju API dla osób, które chcą zaprojektować w miarę wygodne IDE. Każda "personalizacja" umożliwiająca programowanie w PHP, C, C++, projektowanie tematów dla Symbiana s60 czy pisanie tekstów w osadzonym OOo ma postać nakładki, czy - jak wolisz - plugina do samego frameworka Eclipse.

Możesz tego od razu nie zauważyć, bo w przypadku zastosowania o którym wspomniałeś, Eclipse jest dostarczane wraz ze spreinstalowaną i skonfigurowaną nakładką.

Pozdrawiam -- Spook.

Acha... teraz rozumiem. :-) Dzięki. Tak czy inaczej najwyraźniej "nakładka" Altery jest "skopcona". Albo wciąż czegoś nie umiem tu ustawić aby było cacy.

Ale skąd ECLIPSE wie, gdzie Twój kompilator szuka plików stdio.h i innych? Ma się domyslić?? :)...

Tak, to bardzo błędne założenie :). Popatrz, kompilator też nie szuka tych plików po całym dysku, tylko wie, gdzie ich szukać :). Ponieważ są to pliki instalowane razem z kompilatorem, to nie musisz ich wskazywać! Gorzej ma Eclipse... on nie ma pojęcia co gdzie jest i musisz mu to wskazać. Jak - już chyba wiesz (było napisane ;)).

<CIACH!!>

Z tego, co dalej piszesz wynika, że problem może leżeć jednak gdzieś indziej... no cóż... To jest duży program i ma wiele ustawień, łatwo się pogubić... ja też za każdym razem, gdy zaczynam nowy program, to wyważam otwarte drzwi ;P... to jest masakra po prostu ;)...

A kiedyś miałem inny przypadek... używając klawisza F3 odszukiwałem definicję jakiejś funkcji, tam ją edytowałem i kompilowałem. I się dziwiłem czemu nie działa... rozwiązanie - w Eclipse miałem ustawione inne ścieżki niż w Makefile no i to, co Eclipse pokazywał po naciśnięciu F3, to był zupełnie inny plik niż ten, który był kompilowany ;D...

Pozdrawiam Konop

Ktora wersja Niosa? Ja podobny problem mialem z Avr32 Eclipse, ale _tylko_ na jednym komputerze. Cos z Java bylo nie tak.

Mój kompilator dostaje parametry od eclipse - takie było moje rozumienie tematu. Parametry dla kompilatora ustawiamy w tym samym środowisku w którym ustawiam parametry dla indeksera.

Jak może nie mieć pojęcia, skoro eclipse wypełnia listę ścieżek które były użyte do szukania includów???

Wniosek z tego płynie że to środowisko zintegrowane nie jest takie zintegrowane... jak np. Visual MS czy Borlanda IDE.

9.0 - nie załadowałem jeszcze SP3.

I jak naprawiłeś? Reinstalka Javy?

Niestety nie. W akcie desperacji wywalilem z listy zainstalowanych programow wszystko co sie zaczynalo od Microsoft - pomoglo. Nie mam pojecia tylko ktory uninstall pomogl.

U mnie 9.0 dziala dobrze - tylko nie pamietam ktory SP mam.

I indekser Ci czyta pliki naglówkowe w poszukiwaniu #definów?? O... to ciekawe.

Zainstalowalem teraz na domowym kompie. Cos nie tak jest - kliknij w Windows->Preferences->General->Capabilities ;-)

Jesli chodzi o Twoje oryginalne pytanie:

To u mnie dziala poprawnie. Znaczy 'prawie' poprawnie - musze albo zamknac/otworzyc plik, albo dodac mu jakis #define - wtedy Outline odswieza sie czytajac wszystkie #includes. Nie zwrocilem na to wczesniej uwagi.

Jesli chodzi o czytanie #include do context-assist - dziala po wpisaniu i skasowaniu pelnej sciezki do stdio.h (nie pytaj tylko czemu ;-) )

Tam mam obydwa zaznaczone: Team i Development. Nie rozumiem chyba dowcipu :-)))

No to zazdroszczę, bo ja nie widzę w Outline połowy swego programu :-(

No ale w moim przypadku mówimy o projekcie który jest otwierany i zamykany pewnie 1000 razy od 2006 roku, przeżył w między czasie trzy wersje hardware i obłożony jest pewnie 1000 różnych warunkowych kompilacji... Jeśli Eclipse nie radzi sobie dobrze u mnie z nowym projektem hello-world który właśnie utworzyłem to jakie ma szanse działać z projektem w którym jest 50 modułów i pewnie #includuje tysiąc plików nagłówkowych :-)

To ciekawe, choć context-assist w ogóle się nie zajmowałem... Chcesz powiedzieć że Ci rozwija nazwy włącznie z deklaracjami #define?? Nie wierzę...

Może ja powinienem stworzyć zupełnie nowy projekt od zera w wersji

9 pakietu Altery z użyciem tylko starych modułów... No ale czemu miałoby to pomóc skoro nie działa to nawet dla nowego projektu helloworld... hm...

U mnie restart Eclipse ;-) Nie wiedzialem ze tam jest Team i Development.

Tego hello worlda sprobuj zamknac i jeszcze raz otworzyc - Eclipse u mnie wtedy parsuje ladnie #defines.

Rozwija deklaracje funkcji - uzyteczne podczas pisania.

Teoretycznie te opcje nie maja zadnych danych zapisanych w configu - to sie wszystko ladnie parsuje ze zrodel.