Аннотация, Обрабатывающая API от Java 6, смотрит очень перспектива для генерации кода и статической проверки кода.
Простой; ты не можешь. У GCC нет такого эквивалента. Укажите -l в качестве параметра gcc, создайте сценарий компоновщика, вызовите ld
, вызовите 911 или что-то еще.
Не то, чтобы такая прагма вообще имела смысл. Библиотеки должны быть указаны на этапе связывания. Такая информация просто не относится к единице перевода. Единицу перевода можно предварительно обработать, скомпилировать и собрать даже без этапа компоновки. Цепочка инструментов, используемая Visual Studio, позволяет это, потому что это безумие, а всегда выполняет связывание.
Вы можете избавить себя от утомительного набора текста и создать MakeFile для своего проекта: GNU Make Manual
Кажется, нет никакого упоминания о каких-либо эквивалентных прагмах на странице руководства GCC о прагмах .
Я видел одну причину, по которой GCC не поддерживает связывание в исходный код был таков, что иногда правильное связывание зависит от порядка ссылки ; и это потребует от вас убедиться, что порядок связывания выполняется правильно, независимо от порядка компиляции. Если вы собираетесь проделать такую большую работу, я полагаю, вы можете просто передать аргументы компоновщика в командной строке (или иначе).