Eclipse CDT с Cygwin GCC: автоматическое обнаружение символов и путей - PullRequest
5 голосов
/ 20 сентября 2009

Я использую Eclipse CDT с Cygwin GCC 3 в качестве компилятора. Мой проект использует пользовательский Makefile.

Проблема в том, что при отладке кода он не может найти исходные файлы, хотя я добавил пользовательское сопоставление пути для: /cygdrive/c <-> c:\

Это в дополнение к тому факту, что я получаю " неразрешенное включение " для всех стандартных заголовочных файлов, даже если программа компилируется и работает нормально.

Я отследил проблему до опции « автоматическое обнаружение », которая показывает следующую ошибку:

screenshot1

Обратите внимание, что я убедился, что каталог рабочей области находится на пути без пробелов. Странно то, что когда я запускаю эту проблемную команду в оболочке, она прекрасно работает со следующим выводом:

$ gcc -E -P -v -dD C:/Users/Amro/workspace/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /managed/gcc-build/final-v3-bootstrap/gcc-3.4.4-999/configure --verbose --program-suffix=-3 --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --without-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-threads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enable-libstdcxx-debug
Thread model: posix
gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/cc1.exe -E -quiet -v -P -D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../include/w32api -idirafter /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/../../include/w32api C:/Users/Amro/workspace/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c -mtune=pentiumpro -dD
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/include"
ignoring duplicate directory "/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/include
 /usr/include
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../include/w32api
End of search list.
#define __STDC_HOSTED__ 1
#define __GNUC__ 3
       [.... truncated ....]
#define __unix__ 1
#define __unix 1

Я также пытался вручную добавить путь включения:

screenshot2

Как я могу это исправить, чтобы он обнаруживал как включаемые пути, так и определенные символы? Стоит ли отключать автообнаружение и жестко задавать требуемые пути в файле .cproject ? Любая помощь приветствуется (я только прошу, чтобы вы не предлагали использовать MinGW вместо Cygwin!)

1 Ответ

6 голосов
/ 05 октября 2009

Ваш самый частый источник жалоб на смешивание eclipse & cygwin. Суть проблемы в том, что Eclipse понимает только среду Windows и Cygwin, ну, не так много.

Определите ваши пути в стиле окон затмения. Также / usr находится в C: \ cygwin, вы должны указать ему полный путь. В противном случае Eclipse попытается найти его в каталоге c: \ usr и выдать его пустым.

Кроме того, ваши определения пути дополняют или заменяют вашу среду Windows? Вы, вероятно, будете счастливее добавлять в свою среду, а не заменять.

Никогда не пробовал автоопределение - возможно, вам придется жестко закодировать эти пути в .cproject

...