Компиляция C/C++ кодирует посредством включения инструкций по сборке препроцессора в фактическом исходном файле C/C++

Главная точка входа - Бог. Будь то исходный файл C или C ++, он является центром приложения.

Только так, как азот является центром сосны . Здесь все начинается , но в C или C ++ нет ничего, что заставляло бы вас поместить «центр» вашего приложения в main () .

Очень много программ на C и C ++ построено на цикле событий или на насосе ввода-вывода . Это «центры» таких программ. Вам даже не нужно помещать эти циклы в тот же модуль , что и main () .

Я не только хочу, чтобы основная точка входа выполнялась в первую очередь, я также хочу, чтобы она была первой компилируемой вещью.

На самом деле проще всего поместить main () last в исходный файл C или C ++.

C и C ++ не похожи на некоторые языки, где символы могут использоваться до их объявления. Ввод main () в первую очередь означает, что вы должны объявить вперед-объявить все остальное.

Было время, когда частные библиотеки и библиотеки с закрытым исходным кодом были обычным явлением. Благодаря тому, что Apple перешла на Unix, а Microsoft стреляла себе в ногу, это время прошло.

« Скажи, что мне снится! »

OS X и iOS полны проприетарного кода, и Microsoft в ближайшее время не уйдет.

Какое отношение к вашему вопросу имеют текущие трудности Microsoft? Вы говорите, что, возможно, захотите создавать библиотеки DLL, и упоминаете неспособность Automake эффективно справляться с Windows. Это говорит о том, что Microsoft остается актуальной и в вашем мире.

Статическая линковка - настоящая сука.

Правда? Мне всегда было проще , чем связываться с динамическими библиотеками. Это более старая и простая технология, в которой меньше ошибок.

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

вы можете # включать библиотеки как заголовки

Нет ... Вы #include заголовки библиотек , а не библиотеки.

Это не просто педантизм. Терминология имеет значение . Это имеет значение.

Если бы вы могли #include библиотеки, #include работал бы.

Во многих языках программирования это способ работы внешних ссылок на модули / библиотеки. То есть вы напрямую ссылаетесь на внешний код.

C и C ++ не входят в число языков, которые работают таким образом.

Если библиотека C не была разработана для соответствия синтаксису C ++, вы облажались.

Нет, вам просто нужно научиться использовать C ++. В частности, здесь extern «C» .

Как я могу написать такое на жаргоне препроцессора?

Совершенно законно #include другой файл C или C ++:

#include <some/library/main.cpp>

#include <some/other/library/main.c>
#include <some/other/library/secondary_module.c>

#include <iostream>

int main()
{
   call_the_library();
   do_other_stuff();
   return 0;
}

Мы не используем здесь extern «C» , потому что это извлекает код C и C ++ из эти другие библиотеки прямо в наш файл C ++, поэтому модули C также должны быть легальными для C ++. Есть ряд досадных небольших различий между C и C ++ , но если вы собираетесь смешивать эти два языка, вам придется знать, как с ними справиться, несмотря ни на что.

Другая сложная часть выполнения этого состоит в том, что порядок #includes более чувствителен, чем порядок ссылок на библиотеки в команде компоновщика. Когда вы обходите компоновщик таким образом, вам приходится делать некоторые вещи вручную, которые в противном случае компоновщик делал бы за вас автоматически.

Чтобы доказать свою точку зрения, я взял MiniBasic (ваш собственный пример) и преобразовал его программу драйвера script.c в автономную программу C ++, которая говорит #include вместо #include . ( patch ) Чтобы доказать, что теперь это действительно программа на C ++, я изменил все вызовы printf () на вставки потока cout .

Мне пришлось внести еще несколько изменений, все они в рамках обычного рабочего дня для того, кто собирается смешивать C и C ++:

1. Код MiniBasic использует готовность C допускать автоматические преобразования из void * на любой другой тип указателя. C ++ заставляет вас быть откровенным.

2. Новые компиляторы больше не допускают использование строковых констант C (например, «Hello, world! \ N» ) в контекстах char * . Стандарт говорит, что компилятору разрешено помещать их в постоянную память, поэтому вам нужно использовать const char * .

Вот и все. Всего несколько минут работы, исправление жалоб GCC.

Мне пришлось внести некоторые изменения в basic.c , аналогичные изменениям в связанном файле патча script.c . Я не стал публиковать различия, потому что они почти такие же.

Другой способ сделать это - изучить SQLite Amalgamation по сравнению с деревом исходных текстов SQLite .SQLite не использует #include все остальные файлы в один главный файл; на самом деле они объединены вместе, но это также все, что #include делает в C или C ++.