"Konop" <k...@g...pl> wrote in message
news:h5ercs$hna$1@inews.gazeta.pl...
>>> Indekser Eclipsa zagląda do plików nagłówkowych i analizuje ich
>>> treść, o ile potrafi odpowiednie pliki nagłówkowe zlokalizować.
>> Pliki nagłówkowe są w domyślnych lokalizacjach, nie działają
>> nawet #define zrobione w stdio.h takie jak NULL...
>
> Ale skąd ECLIPSE wie, gdzie Twój kompilator szuka plików stdio.h i innych?
> Ma się domyslić?? :)...

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.

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

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

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

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