Включение библиотек в main.cpp и my_func.cpp

@Optimus11 · Регистрация: 10.01.2017

Студворк — интернет-сервис помощи студентам

Здравствуйте,

Подскажите пожалуйста, ни как не могу понять, вот если:

C++
1
2
3
4
5
6
7
8
9
//main.cpp
#include <iostream>
 
int main()
{
cout<<main<<endl;
 
my_func();
}

C++
1
2
3
4
5
6
7
//my_func.cpp
#include <iostream>
 
void my_func()
{
cout<<my_func<<endl;
}

То есть для того, чтобы функция my_func скомпилировалась, нужно включить в нее библиотеку isotream, и вот вопрос: в итоге в самом exe файле самой этой библиотеки isotream - будет как бы два экземпляра ? Или компилятор умный и все повторы уберет и текст библиотеки iostream - будет только один ?

@DrOffset · 13.03.2020, 13:43

Optimus11, начать с того, что "текста библиотеки" в exe нет никакого: ни лишнего, ни нелишнего.

Сообщение от Optimus11

библиотеки isotream - будет как бы два экземпляра ?

Нет, не будет.
У вас пропущен базовый пласт знаний, из-за этого у вас такие абсурдные суждения.
Вот: https://www.youtube.com/watch?v=G_jcBrrYPAs

@oleg-m1973 · 13.03.2020, 13:43

Сообщение от Optimus11

То есть для того, чтобы функция my_func скомпилировалась, нужно включить в нее библиотеку isotream, и вот вопрос: в итоге в самом exe файле самой этой библиотеки isotream - будет как бы два экземпляра ? Или компилятор умный и все повторы уберет и текст библиотеки iostream - будет только один ?

Это не библиотека, это заголовочный файл.
В любом случае, все функции, которые не-inline будут только по одному разу.

@Optimus11 · 13.03.2020, 16:13 **[ТС]**

Сообщение от DrOffset

Optimus11
У вас пропущен базовый пласт знаний, из-за этого у вас такие абсурдные суждения.
Вот: https://www.youtube.com/watch?v=G_jcBrrYPAs

А вообще эти знания в каких случаях применяется ? Или как часто ?
Я просто даже не могу представить в каких случаях.

@DrOffset · 13.03.2020, 16:16

Optimus11, всегда.

Добавлено через 35 секунд
Если вы не применяете, значит фактически пишете программу наугад.

@TheCalligrapher · 13.03.2020, 17:37

Сообщение от Optimus11

есть для того, чтобы функция my_func скомпилировалась, нужно включить в нее библиотеку isotream,

Не существует никакой "библиотеки isotream". <iostream> - это заголовочный файл, а не библиотека. Почему вы называете его "библиотекой"?

<iostream> - это заголовочный файл стандартной библиотеки языка С++. Стандартная библиотеки языка С++ всегда линкуется к вашей программе ("включается" в вашу программу). И линкуется один раз. Ваше #include <iostream> не имеет к этому никакого отношения.

Забудьте эту странную "пионэрскую" манеру назвать включение заголовочных файлов "включением библиотек" и подобные вопросы отпадут сами собой.

@Optimus11 · 13.03.2020, 18:26 **[ТС]**

Сообщение от TheCalligrapher

Не существует никакой "библиотеки isotream". <iostream> - это заголовочный файл, а не библиотека. Почему вы называете его "библиотекой"?
.

Под библиотекой я имел ввиду, как бы ту часть, которая как бы уже готовая есть в бинарном виде.

Позвольте я тогда по другому задам вопрос: предположим я в VS сделал две функции:

-my_func-1.h
-my_func-1.cpp

-my_func-2.h
-my_func-2.cppв

Собрал их в одну статическую библиотеку и появился один .lib файл.

В VS2017 я создаю новый проект, пишу:

C++
1
#pragma comment ("lib", путь к этому lib файлу)

То есть все что есть в этом .lib файле должно быть как бы помещено в итоговую программку нового проекта.

Если так и если содержимое всего .lib файла копируется в мой итоговый файл проекта, то зачем для использования в новом проекте функций my_func-1 и my_func-2 подключать заголовочные файлы ? Почему IDE или компилятор просто по .lib файлу не найдет соответствие вызванной функции my_func-1 и его my_func-1.h ?

@TheCalligrapher · 13.03.2020, 18:43

Сообщение от Optimus11

Под библиотекой я имел ввиду, как бы ту часть, которая как бы уже готовая есть в бинарном виде.

Именно подключение той части "которая как бы уже готовая есть в бинарном виде" не имеет никакого отношения к вашей директиве #include <iostream>. Делать #include <iostream> вы можете сколько угодно. Это никак не повлияет и никак не связано с подключением той части.

Сообщение от Optimus11

В VS2017 я создаю новый проект, пишу:
#pragma comment ("lib", путь к этому lib файлу)

Куда именно вы это пишете???

И зачем вы это делаете? Зачем вы используете #pragma comment ("lib" вместо того, чтобы подключать библиотеки традиционным способом?

Если вам нравится идти по этому нетрадиционному пути #pragma comment ("lib", то все равно множественного подключения библиотеки происходить не должно, даже если вы поместите ваш #pragma comment ("lib" в заголовочный файл. (Однако, возможно, путем манипуляций с путями можно обмануть компилятор и добиться множественного включения).

Сообщение от Optimus11

зачем для использования в новом проекте функций my_func-1 и my_func-2 подключать заголовочные файлы ?

Как это "зачем"? В заголовочных файла содержатся объявления библиотечных функций, объявления сопутствующих типов и т.д. и т.п. Без этих объявлений вы не сможете вызывать функции библиотеки, т.е. не сможете пользоваться библиотекой.

Теоретически, чтобы сделать эти объявления, подключать заголовочные файлы не обязательно: вы можете сами руками написать эти объявления с нуля. Но зачем, если можно просто подключить готовый заголовочный файл?

Сообщение от Optimus11

Почему IDE или компилятор просто по .lib файлу не найдет соответствие вызванной функции my_func-1 и его my_func-1.h ?

Не понимаю, о каком "соответствии" вы ведете речь. На основе чего формируется это соответствие? Откуда компилятору знать, какой .h файл какой библиотеке (или функции) соответствует?

Новые блоги и статьи Все статьи Все блоги /
Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .
Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .	Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при создании или изменении элементов справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .

@DrOffset 19500 / 10105 / 2461 Регистрация: 30.01.2014 Сообщений: 17,818
	13.03.2020, 16:16
	Optimus11, всегда. Добавлено через 35 секунд Если вы не применяете, значит фактически пишете программу наугад. 0