Да, вы на самом деле МОЖЕТЕ удалить элемент. Я сделал это всего несколько минут назад.
Цитирование Блог Криса Александра:
Чтобы удалить, откройте панель инструментов и откройте инструменты разработчика Chrome (Ctrl + Shift + J). Идентификатор вашего приложения - это строка в конце URL-адреса, который вы получаете, когда нажимаете «Изменить» рядом с ним. Введите в консоли:
cxDeleteItem('id')
РЕДАКТИРОВАТЬ 22-08-2018: Похоже, этот метод больше не работает с давних времен.
См. Здесь: Путь поиска
Сводка:
#include <stdio.h>
Когда включаемый файл заключен в квадратные скобки, препроцессор сначала ищет пути, указанные с помощью -I флаг. Затем он ищет стандартные пути включения (см. Ссылку выше и используйте флаг -v для тестирования в вашей системе).
#include "myFile.h"
Когда включаемый файл заключен в кавычки, препроцессор сначала ищет в текущем каталоге , затем пути, указанные в -quote , затем -I пути, затем стандартные пути.
-nostdinc может использоваться для предотвращения поиска препроцессором стандартных путей
Переменные среды также могут использоваться для добавления путей поиска.
При компиляции, если вы используете флаг -v , вы можете видеть используемые пути поиска.
gcc - это богатая и сложная программа «оркестровки», которая вызывает множество других программ для выполнения своих функций. Чтобы увидеть, где #include "goo"
и #include
будут искать в вашей системе, я рекомендую:
$ touch a.c
$ gcc -v -E a.c
...
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/lib/gcc/i686-apple-darwin9/4.0.1/include
/usr/include
/System/Library/Frameworks (framework directory)
/Library/Frameworks (framework directory)
End of search list.
# 1 "a.c"
Это один из способов увидеть поиск списки включенных файлов, включая (если есть) каталоги, в которые #include "..."
будет искать, а #include <...>
- нет. Этот конкретный список, который я показываю, на самом деле находится в Mac OS X (он же Дарвин), но рекомендуемые мной команды покажут вам списки поиска (а также интересные детали конфигурации, которые я заменил на ...
здесь ;-) в любой системе, на которой gcc работает правильно.
Карл ответил на ваш вопрос о пути поиска, но что касается "источника файлов", нужно знать одну вещь: если вы установите libfoo
пакет и вы хотите поработать с ним (т. е. использовать его заголовки), вам также потребуется установить libfoo-dev
. Как вы видели, стандартные файлы заголовков библиотеки уже находятся в / usr / include
.
Обратите внимание, что некоторые библиотеки с большим количеством заголовков устанавливают их в подкаталог, например, / usr / включить / openssl
. Чтобы включить один из них, просто укажите путь без части / usr / include
, например:
#include <openssl/aes.h>