Что такое каталог aux_ в Boost?

Question

Что такое каталог aux_ в Boost?

0

Какова цель или смысл подкаталога aux_ в библиотеках boost?

Например:

boost/parameter/aux_/
boost/mpl/aux_/
boost/local_function/aux_/

Stéphane 05 июнь 2014, в 12:11

Источник

1

Для Окс iliary кода, возможно?
DevSolar 05 июнь 2014, в 09:56
0

Как не говорящий по-английски, что именно это означает в отношении Boost?
Stéphane 06 июнь 2014, в 04:03
0

Множество функциональных возможностей Boost реализовано в шаблонах, которые, как мы знаем, нуждаются в их определении в заголовочном файле. Вы не можете скрыть это в библиотеке линкера. Но поскольку части этого кода шаблона являются вспомогательными для фактической функциональности API, они помещаются в подкаталог, чтобы не вводить пользователя в заблуждение. Я бы перевел его для вас, но я не знаю ваш родной язык, и я уверен, что у вас есть доступ к английскому> родному словарю так же, как и я ...
DevSolar 06 июнь 2014, в 05:54
0

Слишком локализован; вряд ли поможет будущим читателям.
DevSolar 06 июнь 2014, в 05:55
0

@DevSolar: почему?
lpapp 06 июнь 2014, в 07:02
0

@FinalContest: почему что? Вопрос о том, что означает «aux»? действительно ОТ в твоих глазах?
DevSolar 06 июнь 2014, в 07:04
0

Нет, хорошо понимать, чего пытается достичь код. Для меня это актуальный вопрос.
lpapp 06 июнь 2014, в 07:05

Показать ещё 5 комментариев

Теги:

c++

boost

2 ответа

0

Что @DevSolar писал:

Множество функциональных возможностей Boost реализовано в шаблонах, которые, как нам известно, нуждаются в их определении для включения в заголовочный файл. Вы не можете скрыть это в библиотеке компоновщика. Но поскольку части этого кода шаблона являются вспомогательными для фактической функциональности API, они помещаются в подкаталог, поэтому они не путают пользователя.

Похоже, несколько аналогичных схем именования каталогов используются в boost:

подробно
осущ
aux_

Из того, что я вижу, все три из этих подкаталогов служат одной и той же цели. Именование просто зависит от конкретной библиотеки ускорения. Если есть более конкретная цель для разных соглашений об именах, отредактируйте или отправьте другой ответ... Я только угадываю здесь!

Stéphane 06 июнь 2014, в 15:14

Ещё вопросы

Как не говорящий по-английски, что именно это означает в отношении Boost?
Множество функциональных возможностей Boost реализовано в шаблонах, которые, как мы знаем, нуждаются в их определении в заголовочном файле. Вы не можете скрыть это в библиотеке линкера. Но поскольку части этого кода шаблона являются вспомогательными для фактической функциональности API, они помещаются в подкаталог, чтобы не вводить пользователя в заблуждение. Я бы перевел его для вас, но я не знаю ваш родной язык, и я уверен, что у вас есть доступ к английскому> родному словарю так же, как и я ...
Слишком локализован; вряд ли поможет будущим читателям.
@FinalContest: почему что? Вопрос о том, что означает «aux»? действительно ОТ в твоих глазах?
Нет, хорошо понимать, чего пытается достичь код. Для меня это актуальный вопрос.

Stéphane · Accepted Answer · 2014-08-10T23-22-00.000Z

Спасибо за подсказки. В конце концов я нашел страницу на сайте www.boost.org, в которой упоминается (только мимолетная!) Структура каталогов и почему существуют разные соглашения. Вот что он говорит:

Организация заголовков библиотеки Boost не совсем однородна, но большинство библиотек следуют нескольким шаблонам:
Некоторые старые библиотеки и самые маленькие библиотеки размещают все публичные заголовки непосредственно в boost/.
Большинство публичных заголовков библиотек живут в подкаталоге boost/, названном в честь библиотеки. Например, вы найдете заголовок библиотеки def.hpp библиотеки Python в
boost\python\def.hpp.
Некоторые библиотеки имеют "совокупный заголовок" в boost/, что # включает все библиотеки других заголовков. Например, заголовок агрегата Boost.Python
boost\python.hpp.
Большинство библиотек помещают частные заголовки в подкаталог под названием detail/или aux_/. Не ожидайте найти что-либо, что вы можете использовать в этих каталогах.

Источник: http://www.boost.org/doc/libs/1_56_0/more/getting_started/unix-variants.html