Skonfigurowałem CDT dla eclipse i napisałem prosty program hello world w C:
#include <stdio.h>
int main(void){
puts("Hello, world.");
return 0;
}
Program buduje się i działa poprawnie, ale zaćmienie wciąż wyświetla ten żółty znak zapytania obok wyrażenia włączenia, które mówi, "Unresolved inclusion: <stdio.h>"kiedy najeżdżam na niego myszą.
Nie wpływa to na działanie programu, ale jest raczej denerwujące.
Czy ktoś ma pomysł, jak to usunąć?
Odpowiedzi:
Kompilator używany przez Eclipse jest w stanie poprawnie rozwiązać symbole, więc kod będzie dobrze się skompilował.
Ale uzupełnianie kodu / indeksator lub preprocesor używany przez Eclipse nie wie, gdzie stdio.histnieje.
Musisz określić ścieżkę systemu plików, w której stdio.hsię znajduje.
Dokumentacja Eclipse opisuje to w kilku sekcjach dotyczących kompilatora:
A jeśli uzupełnianie kodu / indeksator lub preprocesor w szczególności nie może również zlokalizować stdio.h:
Dokładna lokalizacja stdio.hbędzie zależała od systemu, dla którego zamierzasz napisać kod. Jeśli piszesz kod dla tego samego systemu, na którym używasz Eclipse, standardowa lokalizacja to /usr/include/stdio.hLinux, macOS, Cygwin itp.
Jeśli kompilujesz krzyżowo dla oddzielnego / zdalnego systemu docelowego (np. Android, Raspberry Pi, STM32), zostanie on zlokalizowany gdzieś w SDK, który zainstalowałeś dla tego systemu. Będziesz musiał odwołać się do tej konkretnej dokumentacji SDK.
Uznałem te odpowiedzi (w tym zaakceptowaną) za nieco tajemnicze.
Dla mnie musiałem dodać ścieżkę, w której znajduje się stdio.h (jak powiedział @ardnew). W Eclipse otwierasz Właściwości swojego projektu, rozwijasz „C / C ++ Ogólne” i wybierasz „Ścieżki i symbole”.
Upewnij się, że dodałeś includekatalog dla każdego języka, którego używasz. (W moim przypadku musiałem po prostu dodać go do GNU C ++.)
/usr/bin/xcode-select --installa następnie będziesz mógł wskazać Eclipse na/usr/include/
dodając tylko do bazy wiedzy, właśnie to zrobiłem na win7 z cygwin.
to wydaje się działać w moim przypadku.
uwzględnij ścieżki dla c:
D:\dev\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\include
D:\dev\cygwin\usr\includedołącz ścieżki do języka c ++:
D:\dev\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\include
D:\dev\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\include\c++
D:\dev\cygwin\usr\includeto daje mi czystą kompilację hello world.
Przejdź do Project> Properties> C / C ++ General> Preprocessor Includes> Providers i wybierz oba:
Dla każdego z nich wybierz również podpunkt: „Użyj dostawcy globalnego współdzielonego między projektami”.
Testowane na Eclipse 4.8.0 w Ubuntu 16.04 z C i C ++ Hello World.
Może rozwiązać problem. (Przepraszam za zły angielski)
Pracuję z wieloma konfiguracjami kompilatorów krzyżowych , w których muszę używać różnych lokalizacji dla plików nagłówkowych STD (i innych zmiennych środowiskowych).
Rozwiązaniem było skonfigurowanie indeksatora tak, aby korzystał z aktywnej konfiguracji.
Niestety z powodu błędu w eclipse opcja nie jest przechowywana lokalnie, więc jeśli chcesz zapisać konfigurację po ponownym otwarciu eclipse , musisz użyć konfiguracji obszaru roboczego .
Okno -> Preferencje -> C / C ++ -> Indeksator -> Użyj konfiguracji aktywnej kompilacji
Spowoduje to, że eclipse użyje odpowiedniego kompilatora, który jest ustawiony w aktywnej konfiguracji Cross GCC projektu.
Jak zauważają najlepsze odpowiedzi, konieczne jest określenie, gdzie znajdują się foldery kompilacji, które można dodać za pomocą okna dialogowego dostępnego po kliknięciu projektu prawym przyciskiem myszy i wybraniu Właściwości-> C / C ++ Ogólne-> Ścieżki i symbole.
Pozostaje pytanie, jakie ścieżki należy dodać.
Jeśli masz poprawnie skonfigurowane gcc do dostępu z linii poleceń i chcesz wiedzieć, jakie są domyślne ścieżki dołączania, których używa, po prostu zapytaj; w zależności od języka, który Cię interesuje, użyj:
gcc -x c -v -E /dev/null
gcc -x c++ -v -E /dev/null... to wyświetli listę domyślnych ustawień kompilatora, które są używane podczas wywoływania gcc (i to polecenie działa również, jeśli "gcc" jest naprawdę aliasem dla clang, jak na OSX).
/dev/nulljest używany jako pusty plik - mówimy gcc, aby przeanalizował pusty plik
-x <language>określa język do kompilacji jako konieczny, ponieważ nie używamy pliku z rozszerzeniem określającym język
-vszczegółowe dane wyjściowe, które obejmują wyświetlanie ścieżek dołączania
-Ewykonuje tylko wstępne przetwarzanie, wypisuje wstępnie przetworzony plik (zapobiega to narzekaniu przez gcc, że pusty plik nie kompiluje się poprawnie)
Na dole będzie lista katalogów z dołączonymi plikami:
#include "..." search starts here:
#include <...> search starts here:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/7.0.2/include
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/System/Library/Frameworks (framework directory)
End of search list.Jeśli wprowadzisz wymienione tutaj katalogi, w podanej kolejności, do okna dialogowego ścieżek i symboli Eclipse, Eclipse CDT powinno być w stanie znaleźć standardowe nagłówki i być może jakieś dodatkowe nagłówki specyficzne dla twojego systemu operacyjnego.
(Z podziękowaniami za odpowiedź Devnulla na powiązane pytanie.)
W ADT wykonałem następujące czynności:
Zwykle Eclipse powinno być w stanie automatycznie rozwiązać standardowe pliki dołączane. Robi to, wywołując gcc i pytając o jego konfigurację. Najprawdopodobniej Eclipse nie znajduje twojego gcc (a przynajmniej wersji, której używasz do kompilacji).
Zamiast określać wszystkie standardowe ścieżki dołączania w ustawieniach projektu, prawdopodobnie chcesz się upewnić, że Eclipse znajdzie gcc. Dodaj katalog, w którym znajduje się gcc, do zmiennej środowiskowej PATH przed uruchomieniem Eclipse.
Jeśli chcesz, aby różne projekty korzystały z różnych kompilatorów, możesz dostosować opcje wykrywania. Są one domyślnie ukryte, więc najpierw włącz je w oknie> Preferencje> C / C ++> Ustawienia stron właściwości> Wyświetl stronę „Opcje wykrywania”. Następnie możesz je znaleźć w C / C ++ Build> Discovery Options we właściwościach projektu.
Używam środowiska CodeWarrior IDE opartego na eclipse do projektów osadzonych i właśnie rozwiązałem ten problem, usuwając i ponownie dodając adresy źródłowe do sekcji Właściwości projektu-> C / C ++ Ogólne-> Ścieżka i symbole-> Dołącz katalogi. Oznacza to, że istnieje wiele powodów, aby przyjąć komunikat „Nierozwiązane uwzględnienie:”, a także wiele rozwiązań.
Ustawiono również ${COMMAND}nagcc w systemie Linux
Pod:
Zastąpić:
${COMMAND} ${FLAGS} -E -P -v -dD "${INPUTS}"z:
gcc -std=c99 -E -P -v -dD "${INPUTS}"Jeśli tego nie zrobisz, standardowe wyjście Eclipse pokaże:
Unable to find full path for "-E"i logi pod ${HOME}/eclipse-workspace/.metadata/.logpokazem:
!ENTRY org.eclipse.cdt.core 4 0 2020-04-23 20:17:07.288
!MESSAGE Error: Cannot run program "-E": Unknown reasonponieważ ${COMMAND} ${FLAGS}są puste, więc Eclipse próbuje wykonać plik-E następną.
Zastanawiam się, czy możemy poprawnie zdefiniować COMMANDiFLAGS zmienne w ustawieniach, ale próbowałem dodać je jako zmienne kompilacji i nie zadziałało.
Wersja pytania w C ++: Jak rozwiązać problem „Nierozwiązane włączenie: <iostream>” w pliku C ++ w Eclipse CDT?
Testowane na Eclipse 2020-03 (4.15.0), Ubuntu 19.10 i tym minimalnym projekcie Makefile z istniejącymi źródłami .
Czy sprawdzasz, czy jest kompilowany z wiersza poleceń? Dla mnie pomaga w Linuksie, apt install libc-dev.