Где находится документация для моего компилятора?
Это работает как задумано.
Вы используете синтаксис «демона» rsync:hostname::module. Когда вы используете это с --rsh, он подключается к серверу с помощью удаленной оболочки (, например. ssh), но затем использует rsyncd.conf. Когда вы используете этот без --rsh, он пытается установить незашифрованное сетевое соединение с сервером rsync через TCP-порт 873.
Параметр RSYNC_RSHне приводит к тому, что синтаксис «демона» rsync использует удаленную оболочку.
RSYNC_RSHявляется «переменной среды». Он предназначен для установки для всей вашей среды. Он изменяет, какую удаленную оболочку использует rsync, когда вы не используете синтаксис «демона» rsync. Это было полезно в древние времена, когда было несколько различных удаленных оболочек, поэтому rsync мог не знать, какой из них вы используете чаще всего.
Документация обычно находится на справочных страницах и /usr/share/doc. Обычно символическая ссылка с именем ccуказывает на конкретный установленный компилятор по умолчанию, поэтому вы сможете определить, какой компилятор используется по умолчанию для вашей системы, используя man cc. Затем поищите полную документацию в Интернете или в /usr/share/docs.
В системах Unix (и аналогах )основная документация должна быть доступна, например.man cc(или как называется ваш компилятор ). Это даст вам обзор использования, включая соответствующие переключатели командной строки. Это особенность Unix, но при некоторой экономии дискового пространства при установке может не быть руководств в строке (, но сэкономленные несколько десятков мегабайт в настоящее время не стоят хлопот ).
Более подробная документация (например, компилятор, заявляющий о соответствии стандарту ISO, должен иметь документацию, подробно описывающую, как он обрабатывает различные зависимости реализации, другие могут обрабатывать расширения языка )также могут быть в сети или на бумаге. только, или доступны от поставщика каким-либо образом. Общих правил нет, извините.
Возможно, вам следует сузить свой вопрос до компилятора (s )и интересующей среды, а также точной точки интереса.
Для вашего конкретного вопроса общие соглашения для исходных файлов C++: *.C, *.cc, *.cpp; с файлами заголовков, называемыми *.hh, *.hppили просто *.h(, например C ). Поскольку это управляется строками #include, написанными программистом, это более или менее произвольно (, и текущий стандарт использует имена файлов без расширения для стандартных заголовков ). Многие компиляторы C++ воспринимают файлы с именем *.cкак обычный C, в других вы можете давать произвольные имена файлам и сообщать о содержимом с помощью переключателей командной строки.
Имена файлов могут иметь значение, если вы используете какую-либо форму IDE (Интегрированная среда разработки ), она может требовать определенного соглашения об именах. Опять же, полное утверждение невозможно, найдите и проверьте его документацию (, возможно, в какой-то справочной функции в строке ).