Ищите весь проект для включает в Eclipse CDT
Название столбца keyword является неоднозначным, поскольку оно появляется в обеих таблицах
Try:
SELECT *
FROM history_search
INNER JOIN history_subs
ON history_search.keyword = history_subs.keyword
WHERE history_search.keyword LIKE '%$keyword%' -- Added a table reference here
4 ответа
This feature has already been implemented in the current CDT development stream and will be available in CDT 6.0, which will be released along with Eclipse 3.5 in June 2009.
Basically if you have an #include and the header file exists somewhere in your project then CDT will be able to find it without the need to manually set up include paths.
If you need the feature now you can download and install the latest CDT development build.
Eclipse Bugzilla: https://bugs.eclipse.org/bugs/show_bug.cgi?id=21356
Latest CDT 6.0 Builds: http://download.eclipse.org/tools/cdt/builds/6.0.0/index.html
От чтения этого CDT Eclipse запись FAQ это кажется, что Eclipse может автоматически генерировать список, включают каталоги, если Вы запускаете свою сборку из Eclipse и если Ваша сборка производит gcc / g++ команды прежде на самом деле стартовый gcc / g++. Можно измениться, как Eclipse запускает сборку путем движения под Свойствами проекта, затем выбирающими категорию Build C/C++ и ищущими опцию Build Command на правой стороне диалогового окна.
Способ, которым CDT настраивает пути сборки, путем рассмотрения .cdtbuild XML-файла в основе каталога проектов (это могло бы быть другое имя на окнах... не уверенных),
В этом необходимо видеть что-то как
<option id="gnu.c.compiler.option.include.paths....>
<listoptionValue builtIn="false" value=""${workspace_loc:/some/path}$quot;" />
<listOptionValue ... />
...
</option>
это - то, куда все пути сборки, которые Вы настраиваете в gui, помещаются. Должно быть довольно легко добавить все каталоги к этому использованию простого сценария жемчуга, чтобы обойти проект и генерировать все listOptionValue записи.
Это - очевидно, не идеальный метод. Но мне любопытно, от какой системы сборки Вы мигрирующий, если это, делают базирующимися, необходимо смочь заставить затмение использовать make-файлы.
В зависимости от количества вуду Вы делаете в своем процессе сборки, затем Eclipse не может правильно анализировать Ваши исходные файлы, особенно при подобном именовании заголовков для файлов другого источника. Если Вы действительно хотите в полной мере воспользоваться Eclipse, Вы испытываете необходимость, чтобы удостовериться, что с любой установкой у Вас есть Вы, не будут путанием синтаксического анализатора. Лично я рекомендовал бы иметь простой макет и процесс сборки.
Что касается вопроса под рукой, добавление каталогов один за другим является в значительной степени Вашим лучшим выбором.