05.03.2021, Пт, 12:35, Мск , Текст: Эльяс Касми

Зарубежные ИТ-компании могут попасть под действие еще одного российского налога. Их могут обязать платить НДФЛ с каждого сотрудника с российским гражданством, занимающегося разработкой ПО. Это одна из мер стимулирования отечественной ИТ-отрасли – она может уравнять условия ведения бизнеса для российских и иностранных компаний, поскольку первые уже сейчас платят НДФЛ за своих российских сотрудников, а вторые – пока нет.

Нужно еще больше налогов

Российские власти могут заставить иностранные компании, нанимающие российских разработчиков, платить налог за каждого из них. Представители «Минцифры» сообщили CNews, что новая мера «позволит выровнять условия ведения бизнеса между иностранными и российскими компаниями, которые платят налоги в полном объеме в нашей стране».

Новые меры, как пишут «Ведомости» со ссылкой на предложения Минцифры по стимулированию развития отечественной ИТ-отрасли, подразумевают обязательную выплату зарубежными ИТ-компаниями НДФЛ с зарплаты каждого сотрудника-россиянина, занимающегося разработкой ПО. Отвечать за исполнение новых требований в случае их принятия будет сразу несколько ведомств – Минцифры, Минэкономразвития, а также Минфин и Федеральная налоговая служба России (ФНС).

Согласно предложению Минцифры, данная мера нужна для увеличения количества «физических лиц, ведущих деятельность в области ИТ в правовом поле» и прироста отчислений от такой деятельности в бюджет России.

Истинные цели

Наличие вероятности включения в него нового налога подтвердил ТАСС 5 марта 2021 г. неназванный представитель отрасли. «Во второй пакет мер поддержки ИТ-отрасли может войти мера, предусматривающая обязанность для иностранных юридических лиц, привлекающих в дистанционном режиме российских разработчиков, уплачивать за данных специалистов НДФЛ в бюджетную систему России», – сообщил он.

Введение нового налога может негативно сказаться на российских ИТ-специалистах, работающих на зарубежные компании. Источник ТАСС заявил: «Иностранные ИТ-компании могут предложить лучшие условия по зарплатам – ведь налоги с этих сумм не взимаются». На основе этого можно сделать вывод, что появление необходимости платить НДФЛ за каждого сотрудника может определенным образом отразиться на зарплатах таких специалистов.

«Наконец условия ведения бизнеса для российских и иностранных компаний в этой части будут равными», – добавил собеседник агентства.

Ждать осталось недолго

Предложения Минцифры по стимулированию российской ИТ-отрасли, пишут «Ведомости» со ссылкой на собственные неназванные источники, в обозримом будущем будет направлено на рассмотрение вице-премьеру России

Мера по дополнительному налогообложению иностранных ИТ-компаний, по информации ТАСС, стала частью второго пакета предложений по поддержке отрасли, о котором еще в середине февраля 2021 г. сообщал Дмитрий Чернышенко. «В настоящий момент уже подготовлен “второй пакет” мер, участие в его разработке принимали более 250 представителей ИТ-компаний. Во второй пакет включены около 50 инициатив, в том числе утверждение планов импортозамещения госкомпаниями и переход на отечественное ПО; введение инструментов фискального стимулирования внедрения отечественного ПО и программно-аппаратных комплексов; софинансирование расходов ИТ-компаний на новые разработки и их пилотное внедрение и др», – заявил тогда вице-премьер.

Руководитель Минцифры Максут Шадаев сообщил тогда же, что Правительство России может утвердить второй пакет мер поддержки российской ИТ-сферы до конца марта 2021 г. «По результатам обсуждения с разработчиками мы сформировали “второй пакет” мер поддержки отрасли, направленный на стимулирование внутреннего спроса на российские продукты.

Что нового предлагает VMware для управления большим парком разных виртуальных машин?

Отметим, что в середине февраля 2021 г., когда Максут Шадаев и Дмитрий Чернышенко говорили о втором пакете мер помощи отрасли, про необходимость уплаты зарубежными компаниями НДФЛ с каждого сотрудника-россиянина речь не шла.

Другие методы борьбы с иностранными компаниями

Российские власти разработали несколько методов поддержки российской ИТ-отрасли за счет иностранных компаний. Так, буквально 4 марта 2021 г. стало известно о вероятности появления в стране так называемого «цифрового налога», под действие которого попадут именно зарубежные предприятия.

Этот налог, как и НДФЛ с каждого российского сотрудника, включен во второй пакет мер поддержки отрасли. Он предполагает взимание дополнительной платы с компании, которая пользуется данными россиян и формирует рекламную политику на территории России, например, при анализе поведения пользователя в сети для запуска контекстной рекламы. Решение по этому налогу может быть принято в ближайшее время.

В России также действует «налог на Google» — сперва 18-процентный, а теперь и 20-процентный НДС на продажу западными компаниями своего софта и услуг через интернет. Он вступил в силу 1 января 2017 г. и сразу спровоцировал рост цен на ПО иностранных компаний.

Иностранные компании также заставят открывать представительства на территории России – это условие станет частью пакета требований к иностранным компаниям, разработать который в первой половине декабря 2020 г. Президент России

Владимир Путин распорядился выполнить поставленное требование не позднее 1 августа 2021 г. , однако первые подвижки начались значительно раньше – в первых числах февраля 2021 г. Тогда стало известно о готовности законопроекта, обязывающего иностранные ИТ-компании открывать представительства в России. Рассказал об этом руководитель комитета Госдумы по информполитике

На тот момент документ готовился к внесению на рассмотрение в Госдуму. «Соответствующая инициатива в комитете разработана. Мы сейчас дорабатываем ее с заинтересованными ведомствами. Полагаю, что в ближайшее время ее внесем», – заявил тогда Александр Хинштейн. На начало марта 2021 г. его дальнейшая судьба оставалась неизвестной.

Российских водителей заставят возить медицинские маски в аптечке :: Autonews

В России в ближайшее время могут изменить комплектацию аптечки для автомобиля. С такой инициативой выступил Минздрав РФ. Так, в ведомстве, предложили дополнить аптечку медицинскими масками и двумя парами перчаток.

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

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

Ранее стало известно, что новый порядок прохождения медосвидетельствования для получения водительских прав заработает с 1 января 2021 года. Ранее ожидалось, что нововведение вступит в силу уже 1 июля 2020 года. Однако, как объяснили Autonews.ru в Минздраве, чтобы сделать процесс экспертного обсуждения более детальным, а также дать время регионам в полной мере обеспечить готовность к проведению соответствующих освидетельствований, ранее действовавший порядок решили продлить.

Автосервисы Autonews

Искать больше не нужно. Гарантируем качество услуг.Всегда рядом.

В ведомстве объяснили, что изначально новый порядок медосвидетельствования водителей и кандидатов в водители предусматривал обязательное исследование на наличие маркеров злоупотребления алкоголем у каждого проходящего медицинское освидетельствование. Вместе с тем дополнительная проработка данного вопроса показала, что такие требования могут быть сохранены только для тех, в отношении кого врач-нарколог при осмотре установит наличие клинических признаков расстройств, связанных с употреблением алкоголя.

Сотрудников работодателя-банкрота заставят вернуть зарплаты и премии?

Такое возможно, если выплаты окажутся завышенными. А еще трудовые договоры могут быть признаны недействительными. Не допустить этого помогут несколько простых правил

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

Законодательно права работников предприятия-должника защищены: их требования по начисленной, но невыплаченной зарплате подлежат включению во вторую очередь реестра требований кредиторов (в первую очередь входят только требования о возмещении вреда жизни и здоровью и некоторые другие). Требования кредиторов удовлетворяются за счет конкурсной массы (это имущество должника, принадлежащее ему на день признания его банкротом). В большинстве случаев, если в ходе банкротства работодателя конкурсная масса будет пополнена в достаточном объеме, работники хотя бы частично получат причитающиеся им выплаты.

При этом возможны ситуации, когда оспариваться будут уже выплаченные работникам зарплаты. Так, в декабре прошлого года Верховный Суд РФ рассмотрел дело о взыскании с бывшего работника организации-банкрота зарплаты и премий, выплаченных в преддверии банкротства. В своем определении Суд сформулировал ряд положений о применении специальных норм Закона о банкротстве к трудовым отношениям работодателя-банкрота и его сотрудников в части выплаты заработной платы¹(читайте об этом также в новости «Повышение зарплаты юристу и выплата ему премий накануне банкротства предприятия могут быть обоснованы»).

В статье речь пойдет о тех случаях, когда зарплаты и премии работников организации-банкрота могут посчитать подозрительными, о возможных неприятных последствиях и способах их избежать. Сразу оговоримся, что изложенные ниже пояснения применимы лишь к рядовым сотрудникам, которых кроме трудового договора с работодателем ничто не связывает. Мы не берем в расчет руководителей, главных бухгалтеров, «контролирующих должника лиц» – для них судебная практика складывается крайне негативная².

Какие риски для работника несет признание работодателя банкротом?

Прежде разберемся, как банкротство работодателя может затронуть работника предприятия.

В ходе процедуры банкротства конкурсный управляющий обязан оценить сделки, совершенные предприятием-должником до возникновения признаков банкротства, и выявить подозрительные. Особое внимание уделяется «периоду подозрительности», который составляет три года, предшествующие подаче в суд заявления о признании должника несостоятельным (банкротом). При этом под сделкой в процедуре банкротства понимаются не только обычные сделки (заключение договоров, например), но и иные действия предприятия-должника, включая выплату заработной платы. Под подозрительными сделками понимаются действия, которые направлены на причинение вреда должнику или его кредиторам, совершены в интересах отдельных кредиторов или предусматривают неравноценное встречное исполнение обязательств (ст. 61.2, 61.3 и 61.4 Закона о банкротстве). Проще говоря, подозрительные сделки наносят вред финансовому положению должника.

Конкурсный управляющий может обратиться в суд с заявлением о признании недействительным трудового договора работника как нарушающего права и законные интересы кредиторов и должника. Также он может посчитать выплату заработной платы работнику «подозрительной сделкой». В этом случае управляющий обязан обратиться в суд с заявлением об оспаривании сделки. Если заявление будет удовлетворено, работник должен будет вернуть полученные денежные средства в том размере, в котором их выплата признана недействительной. А если денег не осталось, будет инициирована процедура принудительного взыскания судебной задолженности с привлечением судебных приставов. Если же зарплата была только начислена, но деньги работник еще не получил, то задолженность работодателя перед ним может быть снижена или признана отсутствующей в полном объеме.

Почему такие риски возможны?

До недавнего времени позиция Верховного Суда РФ относительно оспариваемых управляющими сделок была жесткой³. ВС РФ поддерживал нижестоящие суды, которые указывали, что с целью причинения вреда имущественным правам кредиторов оспариваемые трудовые договоры заключались в период неплатежеспособности должника и их исполнение не предполагалось, производилось постоянное увеличение размера заработной платы и выплачивались несоразмерно высокие премии.

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

1. Обосновано ли привлечение этого специалиста в штат сотрудников?

То есть насколько работник с учетом его квалификации был необходим организации, соответствует ли его специализация сфере ее деятельности. Управляющие часто приходят к выводу о неразумности привлечения сотрудника в период прекращения или существенного ограничения хозяйственной деятельности в предшествующий банкротству период.

2. В каком объеме работник выполнял свои трудовые функции?

То есть насколько полно он исполнял свои обязанности в соответствии с должностной инструкцией и трудовым договором. Так, при рассмотрении одного из дел в сентябре 2020 г. Верховный Суд согласился с управляющим и нижестоящими судами, которые признали недействительными не имевшие экономического обоснования выплаты в пользу работника⁴.

3. Соответствует ли размер оплаты труда сотрудника объему выполняемой работы и среднему размеру зарплат работников на аналогичной должности внутри предприятия и в других организациях?

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

4. Правоотношения работника и работодателя начались или изменились в период подозрительности?

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

5. Соблюдался ли принцип недопущения преимущественной оплаты труда работника?

Если одному сотруднику зарплата выплачивалась, а остальным – нет, это будет расценено как нарушение пропорциональности и ущемление прав работников предприятия.

6. Являются ли спорные премии составной частью заработной платы работника?

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

7. Осведомлен ли сотрудник о финансовом положении работодателя?

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

Если при таком анализе трудовых договоров управляющий установит их подозрительность, то он обязан будет обратиться в суд. Аргументация управляющих в подобных случаях остается неизменной: оспариваемые сделки (выплаты) оказали неблагоприятное воздействие на финансовое положение должника.

Отметим, что работникам в таких ситуациях порой удается отстоять свои интересы в суде. Например, в рамках одного из недавних дел работник смог доказать необходимость привлечения его в штат и разумность размера зарплаты, предоставив документы, отчеты и свидетельские показания⁶. В другом деле сотрудник, занимавший должность заместителя генерального директора, также доказал разумность размера выплаченной ему заработной платы⁷.

Как работникам и работодателям минимизировать риски?

Нужно понимать, что законодательство о несостоятельности (банкротстве) создано в том числе для защиты прав работников предприятия. Указанные выше ситуации представляют собой следствие борьбы со злоупотреблениями. Если же речь идет о рядовых сотрудниках, трудовые отношения с которыми осуществлялись добросовестно и не ухудшали положение должника, конкурсный управляющий скорее будет на их стороне.

И все же несколько правил поведения в преддверии банкротства для минимизации рисков работников можно сформулировать.

• Осуществляйте свои должностные обязанности по возможности в соответствии с трудовым договором и должностной инструкцией.
• Фиксируйте результат своей работы. Если в ходе исполнения обязанностей вы составляете документы или отчеты, оставляйте себе их копии. Если документов нет, заручитесь поддержкой свидетелей. Нередко руководитель предприятия не передает управляющему всю необходимую документацию, и ему потом трудно всесторонне оценить объем и качество проделанной сотрудниками работы.
• Требуйте подробно прописать в приказе основание повышения заработной платы, например это может быть упоминание об индексации зарплаты или о компенсирующем увеличении ее размера в связи с изменением объема работы. Если зарплата частично формируется за счет регулярной премии, требуйте положение о ее начислении, оставьте себе его копию.

Пару советов можно дать и работодателям.

• Не допускайте выплату заработной платы отдельным сотрудникам. Это нарушает права всех работников: и тех, кому не платили, – тут все ясно; и тех, кому платили, – такие работники будут определены конкурсным управляющим как получившие преимущественное удовлетворение, что не допускается.
• В преддверии банкротства лучше воздержаться от начисления и выплаты крупных премий не только потому, что такие действия неразумны, учитывая финансовое положение предприятия, но и потому, что выплата может быть истребована у сотрудника в пользу предприятия.

¹ Определение Верховного Суда РФ от 21 декабря 2020 г. № 305-ЭС17-9623(7).

² Определение Верховного Суда РФ от 24 мая 2019 г. № 305-ЭС18-21981(5).

³ Определение Верховного Суда РФ от 19 февраля 2020 г. № 309-ЭС18-1955(4), от 29 мая 2017 г. № 306-ЭС15-17256(3).

⁴ Определение Верховного Суда РФ от 22 сентября 2020 г. № 309-ЭС20-7635(2).

⁵ Определение Верховного Суда РФ от 23 июля 2019 г. № 305-ЭС17-4211(3), от 30 марта 2020 г. № 307-ЭС20-2536.

⁶ Определение Арбитражного суда Калининградской области от 14 декабря 2020 г. по делу № А21-8501-58/2016.

⁷ Постановление Тринадцатого арбитражного апелляционного суда от 26 декабря 2020 г. № 13АП-23220/2020 по делу № А56-41179/2017.

Британского миллионера заставят снести замок во Франции

Верховный суд подтвердил решение, принятое еще в 2019 году. Владение на юге страны, в которое британский застройщик Патрик Дитер вложил 64 млн долларов, должно быть уничтожено. Из-за чего это произошло и насколько это исключительный случай?

Замок «Шато Дитера» — строение в три тысячи квадратных метров с 18 сьютами, двумя вертолетными площадками и бассейном — должно быть уничтожено. Причина — отсутствие разрешения на строительство, которое к тому же велось в охраняемой лесной зоне, пишет The Insider.

Кроме денег у Патрика Дитера ушло на его строительство 11 лет. В одной части здания он живет сам, а другую использует как суперлюксовый отель — причем, судя по доступным фото, очень красивый, в стиле мудехар. От средневековых испанских дворцов не отличить. Из-за его цены — почти 54 млн евро — и из-за изысканности его интерьеров решение суда производит впечатление.

Но подобные ситуации в Европе не так уж и редки, как многие думают, говорит управляющий инвестициями в недвижимость Игорь Индриксонс.

Игорь Индриксонс управляющий инвестициями в недвижимость

В случае с владением Патрика Дитера судебная тяжба, которую он проиграл, длилась несколько лет. В России — особенно в Краснодарском крае и в Сочи — такие процессы тоже не редкость. Но несмотря на то, что судебные решения по сносу нелегально построенного жилья там исчисляются десятками в год, еще больше случаев, когда застройщикам — видимо, из-за какой-то местной магии — удается легализовать на первый взгляд совершенно нелегальные и часто весьма внушительные постройки, говорит инвестиционный директор компании «Тринфико» Артем Цогоев.

Артем Цогоев инвестиционный директор компании «Тринфико»

Сочинские проекты застройки, такие как, например, строительство в районе Мацесты, часто характерны не только отсутствием разрешения на строительство, но и различными другими нарушениями, утверждает координатор общественного движения «Открытый Сочи» Нина Рогачева.

Нина Рогачева координатор общественного движения «Открытый Сочи»

И все же юг есть юг. Везде. В случае с британцем Патриком Дитером примечателен факт, что местные власти несколько лет не замечали того, что строительство велось с нарушениями. Проверки начались только после жалоб местных жителей на шум.

На территории «Шато Дитера» установлена аудиосистема из 132 динамиков, а на вечеринки там иногда собирались до двух тысяч человек. Но теперь, помимо обязательства снести постройки, Дитер должен выплатить штраф в размере 550 тысяч долларов.

Добавить BFM.ru в ваши источники новостей?

Нерадивых ассенизаторов заставят очистить загрязнённую ими реку Тулу

Виновных в загрязнении новосибирской реки Тулы заставят очистить и рекультивировать её за свой счёт. Кроме того, нарушителей ждёт административное наказание в виде штрафа. Об этом журналистам сообщил мэр Анатолий Локоть на онлайн-конференции 11 сентября.

Евгений Ющенко

13:44, 11 Сентября 2020

По словам главы Новосибирска, специалистам Управления заказчика по строительству подземных транспортных сооружений (УЗСПТС) с помощью фото- и видеосъёмки удалось выяснить, что загрязнённая сточная вода попадала в реку не с какого-либо предприятия, а из ассенизационных машин через смотровой колодец ливневого коллектора

«Где они брали эту сточную воду — большой вопрос, но в этих стоках зафиксированы и ядовитые вещества, и нефтепродукты. Есть видеоматериалы, зафиксированы номера машин. Сегодня все материалы переданы в правоохранительные органы, в прокуратуру, которая занимается надзором в области экологии. Мы надеемся, что в результате расследования будут обозначены виновные. На них будут наложены административные штрафы. Кроме того, подразумевается провести рекультивацию и очистку реки за счёт виновных», — пояснил Анатолий Локоть.

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

#Зелёный город #Экология #Мусор #Безопасность #Мэр

Подписывайтесь на наши соц. сети

Ольга Жукова: Никакие трудности не заставят отказаться от помощи женщинам | Новости Волжского

реклама

В канун Нового года губернатор Волгоградской области Андрей Бочаров вручил государственные и общественные награды медицинским работникам. В числе отмеченных за особые заслуги была и акушер-гинеколог роддома № 1 Ольга Жукова. В этом году ей пришлось принять особый профессиональный вызов и выйти в «красную зону» для помощи роженицам. О том, как теперь проходят рабочие будни, врач рассказала корреспонденту РИАЦ.

Ольга Жукова – акушер-гинеколог с 20-летним стажем – встречая прошлый год, даже представить не могла, насколько изменятся условия ее работы. Коронавирус, стремительно разлетевшийся по планете, весной добрался и до Волгоградской области. Атаковал всех, в том числе и наиболее уязвимых пациентов – беременных женщин.

«Не секрет, что любая инфекция может нанести вред будущей маме и ребенку. А как поведет себя новый вирус ни мы, ни беременные ничего не знали. Конечно, многие были в шоке, — рассказывает Ольга Жукова. – Иногда пациентки больше беспокоились не за беременность, а за атмосферу, которая царила вокруг. Непривычно было видеть бригаду врачей, полностью облаченных в средства индивидуальной защиты».

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

«К счастью, у нас в роддоме хорошо развита медпомощь, всегда можно проконсультироваться с главным внештатным акушером-гинекологом, главным внештатным пульмонологом. Все время на связи начмед. Слаженная работа помогает вовремя оказать женщинам необходимую помощь, держать их под круглосуточным наблюдением, — говорит Ольга Жукова. – Все, что нужно, у нас есть — лекарства, СИЗ. Руководство старается, чтобы комфортно было и пациентам, и врачам».

Никакие трудности, признается Ольга Жукова, не заставят ее отказаться от помощи женщинам.

«Я уже привыкла к новым условиям, мне очень повезло, что работаю в сплоченном коллективе, всегда уверена в поддержке коллег и руководства, знаю, что мы команда и со всем справимся, как бы не было сложно. А как иначе? Женщинам же кто-то должен помогать! Наше учреждение всегда было на хорошем счету у будущих мам. Теперь ждем только одного – когда стабилизируется ситуация, и мы заработаем в обычном режиме», — поделилась врач.

Источник: https://riac34.ru/news/125869/

В школах Франции детей заставят сдать мобильные телефоны

Кадр из сериала «Симпсоны»

Giphy

В понедельник, 30 июля, во Франции был принят закон, который обязывает школьников оставлять мобильный телефон на время уроков дома или сдавать его в выключенном виде учителю, сообщает The Next Web. Таким образом, устройством нельзя будет пользоваться ни на переменах, ни во время обеда — исключение будет сделано лишь для внеклассных занятий, «педагогического использования» и детей с ограниченными возможностями.

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

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

В 2010 году уже был принят похожий, но менее жесткий закон. Тогда детям запретили использовать мобильные телефоны во время занятий, однако устройства разрешалось носить в сумке. 

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

Кристина Уласович

Марка

Марка

Марка Базовые спецификации Open Group, выпуск 7, издание 2018 г.
IEEE Std 1003.1-2017 (редакция IEEE Std 1003.1-2008)
Copyright © 2001-2018 IEEE and The Open Group

---

НАЗВАНИЕ

make — обслуживание, обновление и восстановление групп программ ( DEVELOPMENT )

ОБЗОР

[SD] make [ -einpqrst ] [ -f makefile ] ... [ -k | -S ] [ макрос = значение ... ]
[ target_name ... ]

ОПИСАНИЕ

Утилита make обновляет файлы, полученные из других файлов. Типичный случай — это когда объектные файлы полученный из соответствующих исходных файлов. Утилита make исследует временные отношения и обновляет полученные файлы (называемые целями), которые изменили время раньше, чем время изменения файлов (называемых предварительными условиями), из которых они получены.Файл описания (makefile) содержит описание отношений между файлами и команды, которые необходимо выполняться для обновления целей, чтобы отразить изменения в их предпосылках. Каждая спецификация или правило должны состоять из target, необязательные предварительные требования и необязательные команды, которые должны выполняться, когда предварительное условие новее, чем целевое. Есть два типы правил:

1. Правила вывода , у которых есть одно целевое имя как минимум с одним <период> (‘.’) и без <косой черты> ( ‘/’)

2. Целевые правила , которые могут иметь более одного целевого имени

Кроме того, make должен иметь набор встроенных макросов и правил вывода, которые определяют обязательные отношения к упростить сопровождение программ.

Чтобы получить точно такое же поведение, как описано в этом разделе, пользователь должен убедиться, что переносимый make-файл должен:

• Включите специальную цель .POSIX

• Пропустить любую специальную цель, зарезервированную для реализаций (начальная точка, за которой следуют прописные буквы), которые не были указанные в данном разделе

Поведение make не определено, если одно или оба этих условия не выполняются.

ОПЦИИ

Утилита make должна соответствовать рекомендациям по синтаксису служебной программы XBD , кроме Положения 9.

Должны поддерживаться следующие опции:

-э

Заставляет переменные среды, в том числе с нулевыми значениями, переопределять назначения макросов в make-файлах.

-f Makefile

Укажите другой файл makefile. Аргумент makefile — это путь к файлу описания, который также называется make-файл . Путь из ‘-‘ должен обозначать стандартный ввод. Может быть несколько экземпляров этой опции, и они будут обрабатываться в указанном порядке. Эффект от указания одного и того же аргумента-параметра более одного раза неопределенные.

-i

Игнорировать коды ошибок, возвращаемые вызванными командами.Этот режим такой же, как если бы была указана специальная цель .IGNORE . без предпосылок.

-к

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

-н

Записывать команды, которые будут выполняться при стандартном выводе, но не выполнять их. Однако строки с ( ‘+’) должен быть выполнен.В этом режиме строки с префиксом символа at (‘@’) должны быть записаны в стандартный вывод.

-п

Записать на стандартный вывод полный набор определений макросов и целевых описаний. Формат вывода не указан.

-q

Вернуть нулевое значение выхода, если целевой файл актуален; в противном случае возвращается значение выхода 1. Цели не обновляются. если указана эта опция. Однако командная строка make-файла (связанная с целями) с (‘+’ ) должен быть выполнен.

-r

Очистите список суффиксов и не используйте встроенные правила.

-S

Завершить make , если при выполнении команд для обновления цели произошла ошибка. Это будет по умолчанию и противоположность -k .

-с

Не записывайте командные строки make-файла или сообщения касания (см. -t ) в стандартный вывод перед выполнением. Этот режим должен быть так же, как если бы специальная мишень .SILENT указаны без предварительных требований.

-т

Обновите время модификации каждой цели, как если бы цель касалась был казнен. Целевые объекты, у которых есть предварительные требования, но нет команд (см. Целевые правила), или которые уже обновленные, не могут быть затронуты таким образом. Записывать сообщения в стандартный вывод для каждого целевого файла с указанием имени файла и что его тронули. Обычно командные строки makefile , связанные с каждой целью, не выполняются.Однако должна выполняться командная строка с префиксом (‘+’).

Любые параметры, указанные в переменной среды MAKEFLAGS , должны быть оценены перед любыми параметрами, указанными в make служебная строка командной строки. Если оба параметра -k и -S указаны в командной строке утилиты make или с помощью переменной среды MAKEFLAGS последняя указанная опция должна иметь приоритет. Если -f или -p параметры появляются в переменной среды MAKEFLAGS , результат не определен.

ОПЕРАНДЫ

Поддерживаются следующие операнды:

target_name

Имена целей, как определено в разделе РАСШИРЕННОЕ ОПИСАНИЕ. Если цель не указана, в то время как make обрабатывает makefiles, должна использоваться первая цель, с которой встречается с , которая не является специальной целью, или должно использоваться правило вывода.

макрос = значение

Определения макросов, как определено в макросах.

Если target_name и макрос = значение операнды смешаны в командной строке утилиты make , результаты не указаны.

СТАНДАРТ

Стандартный ввод должен использоваться только в том случае, если параметр-аргумент makefile равен «-». См. Раздел ВХОДНЫЕ ФАЙЛЫ.

ВХОДНЫЕ ФАЙЛЫ

Входной файл, также известный как make-файл, представляет собой текстовый файл, содержащий правила, определения макросов, включаемые строки и Комментарии.См. Раздел РАСШИРЕННОЕ ОПИСАНИЕ.

ПЕРЕМЕННЫЕ ОКРУЖАЮЩЕЙ СРЕДЫ

Следующие переменные среды должны влиять на выполнение make :

LANG

Укажите значение по умолчанию для переменных интернационализации, которые не установлены или имеют значение NULL. (См. XBD Переменные интернационализации для определения приоритета интернационализации. переменные, используемые для определения значений категорий локали.)

LC_ALL

Если установлено непустое строковое значение, переопределить значения всех других переменных интернационализации.

LC_CTYPE

Определите локаль для интерпретации последовательностей байтов текстовых данных как символов (например, однобайтовых как в отличие от многобайтовых символов в аргументах и ​​входных файлах).

LC_MESSAGES

Определите языковой стандарт, который следует использовать, чтобы повлиять на формат и содержимое диагностических сообщений, записываемых в стандартные сообщения об ошибках.

MAKEFLAGS

Эта переменная должна интерпретироваться как строка символов, представляющая серию дополнительных символов, которые будут использоваться по умолчанию. опции.Реализация должна принимать оба следующих формата (но не обязательно принимать их при смешивании):

• Эти символы являются дополнительными буквами без начальных символов <дефис- минус> или разделителей <пробел>, используемых в make служебная строка командной строки.

• Символы отформатированы аналогично части командной строки утилиты make : параметрам предшествует Символы <дефис-минус> и <пробел> разделены, как описано в Руководстве по синтаксису служебной программы XBD .Макрос = значение Определение макроса также могут быть включены операнды. Разница между содержимым MAKEFLAGS и make служебной строки: что содержимое переменной не должно подвергаться расширению слов (см. текст wordexp ), связанному с синтаксическим анализом значений командной строки.

NLSPATH

^[XSI] Определите расположение каталогов сообщений для обработки LC_MESSAGES.

PROJECTDIR

^[XSI]
Укажите каталог, который будет использоваться для поиска файлов SCCS, не найденных в текущем каталоге. Во всех следующих случаях поиск файлов SCCS производится в каталоге SCCS в указанном каталоге. Если значение PROJECTDIR начинается с <косой чертой> это считается абсолютным путем; в противном случае значение PROJECTDIR рассматривается как пользователь name и начальный рабочий каталог этого пользователя должны быть проверены на наличие подкаталога src или source .Если такой каталог найден, его нужно использовать. В противном случае значение используется как относительный путь.

Если PROJECTDIR не задан или имеет нулевое значение, поиск файлов SCCS должен производиться в каталоге SCCS в Текущий каталог.

Настройка PROJECTDIR влияет на все файлы, перечисленные в оставшейся части этого описания утилиты для файлов с компонент с именем SCCS .

Значение переменной среды SHELL не должно использоваться в качестве макроса и не должно изменяться путем определения SHELL макрос в make-файле или в командной строке.Все другие переменные среды, в том числе с нулевыми значениями, должны использоваться как макросы, как определено в разделе «Макросы».

АСИНХРОННЫЕ СОБЫТИЯ

Если это еще не проигнорировано, make перехватит SIGHUP, SIGTERM, SIGINT и SIGQUIT и удалит текущую цель, если только target — это каталог, или цель — предварительное условие специальной цели .PRECIOUS , или если не один из -n , Были указаны опции -p или -q .Любые цели, удаленные таким образом, должны сообщаться в диагностических сообщениях. неуказанный формат, записанный со стандартной ошибкой. После этого процесса очистки, если таковой имеется, make предпримет стандартные действия для все остальные сигналы.

СТАНДАРТ

Утилита make должна записывать все команды для выполнения в стандартный вывод, если не была указана опция -s , команда имеет префикс at-знака или специальную цель . SILENT имеет либо текущую цель в качестве предварительного условия, либо предпосылок нет.Если make вызывается без необходимости выполнения какой-либо работы, он должен написать сообщение на стандартный вывод. указывает на то, что никаких действий предпринято не было. Если присутствует опция -t и происходит касание файла, make будет записывать в стандартный вывести сообщение неопределенного формата, указывающее, что файл был затронут, включая имя файла.

STDERR

Стандартная ошибка должна использоваться только для диагностических сообщений.

ВЫХОДНЫЕ ФАЙЛЫ

Файлы могут быть созданы при наличии опции -t .Дополнительные файлы также могут быть созданы с помощью утилит, вызываемых марка .

РАСШИРЕННОЕ ОПИСАНИЕ

Утилита make пытается выполнить действия, необходимые для обеспечения актуальности указанных целей. Цель считается актуальным, если он существует и новее, чем все его зависимости, или если он уже был обновлен текущий вызов составляет (независимо от существования или возраста цели).Целевая задача также может считаться актуальной, если он существует, того же возраста, что и одно или несколько его предварительных условий, и новее, чем остальные предварительные условия (если таковые имеются). В Утилита make должна обрабатывать все предварительные условия как сами цели и рекурсивно обеспечивать их актуальность, обработка их в том порядке, в котором они указаны в правиле. Утилита make должна использовать время модификации файлов для определения являются ли соответствующие цели устаревшими.

Чтобы гарантировать, что цель актуальна, make должен гарантировать, что все предварительные условия цели актуальны, затем проверьте, актуальна ли сама цель.Если цель не актуальна, цель должна быть обновлена ​​путем выполнения команды правила (если есть). Если цель не существует после того, как цель была успешно обновлена, цель должна рассматриваться как новее, чем любая цель, для которой это является предварительным условием.

Если цель существует и нет ни целевого правила, ни правила вывода для цели, цель должна рассматриваться своевременно. Будет ошибкой, если сделает попытки убедиться, что цель актуальна, но цель не существует и нет ни целевого правила, ни правила вывода для целевого объекта.

Синтаксис Makefile

Makefile может содержать правила, определения макросов (см. Макросы), строки включения и комментарии. Там есть два типа правил: правила вывода и целевые правила . Утилита make должна содержать набор встроенных правила вывода. Если присутствует опция -r , встроенные правила не должны использоваться, а список суффиксов должен быть очищен. Дополнительные правила обоих типов можно указать в make-файле. Если правило определено более одного раза, значение правила должно быть тот из последнего указанного.Макросы также можно определять более одного раза, и значение макроса указывается в макросах. Есть три вида комментариев: пустые строки, пустые строки и <знак-число> ( ‘#’) и все последующие символы до первого неэкранированного символа <новая строка>. Пустые строки, пустые строки и Строки с (‘#’) в качестве первого символа в строке также известны как строки комментариев.

По умолчанию следующие файлы будут проверяться последовательно: ./makefile и ./ Makefile . Если ни то, ни другое ./makefile или ./Makefile , можно также попробовать другие файлы, определенные реализацией. ^[XSI] Вкл. XSI-совместимые системы, дополнительные файлы ./s.makefile , SCCS / s.makefile , ./s.Makefile и SCCS / s. Также следует попробовать Makefile .

Параметр -f должен указывать make игнорировать любой из этих файлов по умолчанию и использовать указанный аргумент в качестве файла makefile. вместо.Если указан аргумент «-», должен использоваться стандартный ввод.

Термин makefile используется для обозначения любых правил, предоставленных пользователем, будь то в ./makefile или его вариантах, или указывается опцией -f .

Правила в make-файлах должны состоять из следующих типов строк: целевые правила, включая специальные цели (см. Целевые правила), правила вывода (см. Правила вывода), определения макросов. (см. Макросы) и комментарии.

Правила цели и вывода могут содержать командные строки .Командные строки могут иметь префикс, который необходимо удалить перед выполнение (см. Выполнение Makefile).

Когда экранированная <новая строка> (предшествующая <обратная косая черта>) найдена где угодно в make-файле, кроме команды строка, строка включения или строка, непосредственно предшествующая строке включения, она должна быть заменена вместе с любым начальным пробелом на следующая строка с одним <пробелом>. Когда экранированный находится в командной строке в make-файле, командная строка должна содержать <обратную косую черту>, <новую строку> и следующую строку, за исключением того, что первый символ следующая строка не включается, если это .Когда экранированная <новая строка> найдена в строке включения или в строке непосредственно перед включаемой строкой, поведение не определено.

Включить строки

Если слово включает появляется в начале строки и сопровождается одним или несколькими символами , строка, образованная остатком строки, должна быть обработана следующим образом для получения имени пути:

• Завершающая строка , любые символы , непосредственно предшествующие комментарию, и любой комментарий должны быть отброшены.Если результирующая строка содержит какие-либо символы двойных кавычек (‘»‘), поведение не определено.

• Результирующая строка должна быть обработана для раскрытия макроса (см. Макросы).

• Любые символы , которые появляются после первого отличного от символа, должны использоваться в качестве разделителей для разделения Макро-расширенная строка в поля. Не указано, используются ли какие-либо другие символы пробела также в качестве разделителей. это не указано, является ли расширение имени пути (см. Нотация сопоставления с образцом ) также выполняется.

• Если обработка разделителей и необязательное раскрытие имени пути приводит к появлению нуля или двух или более непустых полей, поведение не указано. Если в результате появляется одно непустое поле, это поле принимается в качестве имени пути.

Если имя пути не начинается с ‘/’, оно должно рассматриваться как относительное к текущему рабочему каталогу процесса, а не относительно каталога, содержащего make-файл. Если файл не существует в этом месте, он не указан поиск дополнительных каталогов.

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

Файл сам может содержать дополнительные строки включения. Реализации должны поддерживать вложение включаемых файлов на глубину до не менее 16.

Выполнение Makefile

Командные строки Makefile должны обрабатываться по очереди.

Командные строки

Makefile могут иметь один или несколько из следующих префиксов: <дефис- минус> (‘-‘), знак at ( ‘@’) или (‘+’).Они должны изменить способ, которым заставляет обрабатывать команду.

–

Если префикс команды содержит <дефис- минус>, или присутствует опция -i , или специальная цель .IGNORE имеет либо текущую цель в качестве предварительного условия, либо не имеет предварительных условий, любая ошибка, обнаруженная при выполнении команды, должна быть игнорируется.

@

Если префикс команды содержит знак at и make служебная строка командной строки -n опция не указана, или -s опция присутствует, или специальная цель .SILENT либо имеет текущую цель в качестве предпосылки, либо не имеет предварительных требований, команда не должна выводиться на стандартный вывод до ее выполнения.

+

Если префикс команды содержит , это указывает на командную строку make-файла, которая должна выполняться, даже если Указывается -n , -q или -t .

Строка выполнения строится из командной строки путем удаления любых символов префикса.За исключением случаев, описанных под знаком «at» префикса, строка выполнения должна быть записана в стандартный вывод, опционально с предшествующей таблицей . Строка исполнения должна затем будет выполняться оболочкой, как если бы она была передана в качестве аргумента системе () интерфейс, за исключением того, что если ошибки не игнорируются, то также должна действовать опция оболочки -e . Если возникают ошибки игнорируется для команды (из-за опции -i , префикса команды ‘-‘ или .Специальная цель IGNORE ), опция shell -e не действует. Среда для выполняемой команды должна содержать все переменные в среде составляют .

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

Целевые правила

Целевые правила имеют следующий формат:

  цель   [  цель ... ] :  [  предварительное условие  ... ] [;   команда  ]
[   command    command  ... ]  
  строка, которая не начинается с  

 

Целевые записи указываются разделенным <пустым> непустым списком целей, затем <двоеточием>, затем <пустой> — разделенный, возможно, пустой список предпосылок. Текст после <точки с запятой>, если таковой имеется, и всех следующих строк начинающиеся с — это командные строки make-файла, которые должны быть выполнены для обновления целевого объекта.Первая непустая строка, которая делает не начинаться с или ‘#’ должно начинать новую запись. Любая строка комментария может начинать новую запись.

Приложения должны выбирать целевые имена из набора символов, состоящего исключительно из точек, подчеркивания, цифр и алфавита из переносимого набора символов (см. XBD Portable Character Установить ). Реализации могут допускать использование других символов в именах целей в качестве расширений. Интерпретация целей, содержащих символы ‘%’ и ‘»‘ определяются реализацией.

Целевой объект, у которого есть предварительные требования, но не содержит каких-либо команд, можно использовать для добавления в список предварительных требований для этого целевого объекта. Только одно целевое правило для любой заданной цели может содержать команды.

Строки, которые начинаются с одной из следующих, называются специальными целями и управляют работой make :

. ПО УМОЛЧАНИЮ

Если make-файл использует эту специальную цель, приложение должно гарантировать, что она указана с командами, но без предпосылки.Команды должны использоваться make , если нет других доступных правил для создания цели.

.IGNORE

Предпосылками этой специальной цели являются сами цели; это приведет к тому, что ошибки связанных с ними команд будут игнорируется так же, как указано в параметре -i . Последующие появления .IGNORE добавляются к списку цели, игнорирующие командные ошибки. Если предварительные условия не указаны, make будет вести себя так, как если бы была задана опция -i . указаны, и ошибки всех команд, связанных со всеми целями, должны игнорироваться.

.POSIX

Приложение должно гарантировать, что эта специальная цель указана без предварительных условий или команд. Если он отображается как первая строка без комментариев в make-файле, make должна обработать make-файл, как указано в этом разделе; в противном случае поведение make не определено.

. ДРАГОЦЕННЫЙ

Предварительные условия этой специальной цели не должны удаляться, если make явно принимает одно из асинхронных событий. описаны в разделе АСИНХРОННЫЕ СОБЫТИЯ.Последующие появления .PRECIOUS будут добавлены к списку ценных файлов. Если предварительные условия не указаны, все цели в make-файле должны обрабатываться так, как если бы они были указаны с .PRECIOUS .

.SCCS_GET

^[XSI] Приложение должно гарантировать, что эта специальная цель указана без предварительных условий. Если эта специальная цель включена в makefile, команды, указанные с этой целью, должны заменить команды по умолчанию, связанные с этой специальной целью (см. Правила по умолчанию).Команды, указанные в этой цели, используются для получения всех файлов SCCS, которые не являются найдено в текущем каталоге.

Когда исходные файлы указаны в списке зависимостей, make будет обращаться с ними так же, как с любой другой целью. Поскольку источник предполагается, что файл присутствует в каталоге, нет необходимости добавлять для него запись в make-файл. Когда у цели нет dependencies, но присутствует в каталоге, make предполагает, что этот файл является актуальным. Если, однако, файл SCCS назвал SCCS / s. исходный_файл найден для цели исходный_файл , make сравнивает метку времени цели файл с файлом SCCS / s.source_file , чтобы убедиться, что цель актуальна. Если цель отсутствует или если файл SCCS новее, make должен автоматически выдавать команды, указанные для специальной цели .SCCS_GET , чтобы получить как можно больше последняя версия. Однако, если цель доступна для записи кем-либо, make не получит новую версию.

. ТИХИЙ

Предпосылками этой специальной цели являются сами цели; это приведет к тому, что связанные с ними команды не будут записаны в стандартный вывод перед их выполнением. Последующие появления .SILENT будут добавлены к списку целей с тихие команды. Если предварительные условия не указаны, make будет вести себя так, как если бы была указана опция -s , а не команды или сообщения касания, связанные с любой целью, должны быть записаны на стандартный вывод.

. СУФИКС

Предварительные условия . СУФФИКСЫ должны быть добавлены к списку известных суффиксов и использоваться вместе с правила вывода (см. Правила вывода). Если .SUFFIXES не имеет предварительных требований, список известных суффиксов должен быть очищен.

Должны быть указаны специальные цели .IGNORE , .POSIX , .PRECIOUS , .SILENT и .SUFFIXES . без команд.

Цели с именами, состоящими из начального <периода>, за которым следует заглавная буква «POSIX», а затем любые другие символы зарезервированы для будущей стандартизации. Цели с именами, состоящими из начала <период>, за которым следует один или больше заглавных букв зарезервировано для расширений реализации.

Макросы

Макроопределения имеют вид:

  строка1  =  [  строка2  ] 
 

Макрос с именем строка1 определяется как имеющий значение строка2 , где строка2 определяется как все символы, если таковые имеются, после , до символа комментария (‘#’) или неэкранированного .Любой Символы непосредственно перед или после игнорируются.

Приложения должны выбирать имена макросов из набора символов, состоящего исключительно из точек, подчеркивания, цифр и алфавита из переносимого набора символов (см. XBD Portable Character Установить ). Имя макроса не должно содержать . Реализации могут допускать использование других символов в именах макросов как расширения.

Макросы могут появляться в любом месте make-файла.Макрорасширения с использованием форм $ ( строка1 ) или $ { строка1 } должны быть заменено на string2 , а именно:

• Макросы в целевых строках должны оцениваться при считывании целевой строки.

• Макросы в командных строках make-файла должны оцениваться при выполнении команды.

• Макросы в строке перед в определении макроса должны оцениваться, если присвоение макроса сделали.

• Макросы после в определении макроса не должны оцениваться, пока определенный макрос не будет использован в правиле или или перед в определении макроса.

Скобки или фигурные скобки необязательны, если строка1 является одиночным символом. Макрос $$ заменяется одиночным символ «$». Если строка1 в раскрытии макроса содержит раскрытие макроса, результаты не указаны.

Макрорасширения с использованием форм $ ( строка1 [: subst1 = [ subst2 ]] ) или $ { строка1 [: subst1 = [ subst2 ]] } может использоваться для замены всех вхождений subst1 с subst2 , когда выполняется подстановка макросов. Заменяемый объект subst1 должен быть признан, когда он является суффикс в конце слова в строке строка1 (где слово в этом контексте определяется как строка, разделенная начало строки, <пробел> или <новая строка>).Если строка1 в раскрытии макроса содержит раскрытие макроса, результаты не указаны. Если символ <знак процента> появляется как часть subst1 или subst2 после любого макроса были рекурсивно расширены, результаты не указаны.

Макрорасширения в строка1 строк определения макроса должны оцениваться при чтении. Макрорасширения в строке 2 из Строки определения макроса должны выполняться, когда макрос, идентифицированный строкой , раскрывается в правиле или команде.

Макроопределения должны быть взяты из следующих источников в следующем логическом порядке перед тем, как make-файл (ы) будут читать.

1. Макросы, указанные в командной строке утилиты make , в порядке, указанном в командной строке. Не указано, были ли внутренние макросы, определенные в разделе «Внутренние макросы», принимаются из этого источника.

2. Макросы, определенные переменной среды MAKEFLAGS , в порядке, указанном в переменной среды.это не указано, принимаются ли внутренние макросы, определенные во внутренних макросах, из этого источник.

3. Содержимое среды, исключая переменные MAKEFLAGS и SHELL и включая переменные с нулевым значением значения.

4. Макросы, определенные в правилах вывода, встроенных в , составляют .

Определения макросов из этих источников не должны переопределять определения макросов из источника с меньшим номером.Макроопределения из единый источник (например, командная строка утилиты make , переменная среды MAKEFLAGS или другая переменные среды) должны иметь приоритет над предыдущими определениями макросов из того же источника.

Макросы, определенные в make-файле (-ах), должны иметь приоритет над определениями макросов, которые встречаются перед ними в make-файле (-ах) и макросе. определения из источника 4. Если опция -e не указана, макросы, определенные в файле (ах) makefile (-ов), должны переопределить макрос определения из источника 3.Макросы, определенные в make-файле (ах), не должны переопределять определения макросов из источника 1 или источника 2.

Перед чтением make-файлов все параметры командной строки утилиты make (кроме -f и -p ) и make , определения макросов командной строки служебной программы (кроме любого макроса MAKEFLAGS ), которые еще не включены в MAKEFLAGS Макрос должен быть добавлен в макрос MAKEFLAGS , заключенный в кавычки способом, определяемым реализацией, так что когда MAKEFLAGS считывается другим экземпляром команды make , значение исходного макроса восстанавливается.Другой параметры и макросы, определяемые реализацией, также могут быть добавлены в макрос MAKEFLAGS . Если это изменит значение MAKEFLAGS Макрос или, если макрос MAKEFLAGS будет изменен в любой последующий момент, среда MAKEFLAGS переменная должна быть изменена, чтобы соответствовать новому значению макроса MAKEFLAGS . Результат установки MAKEFLAGS в Makefile не указан.

Перед чтением make-файлов все определения макросов командной строки служебной программы make (кроме MAKEFLAGS макрос или макрос SHELL ) должен быть добавлен в среду make .Другие переменные, определяемые реализацией, также могут добавить в среду сделать . Макросы, определенные в переменной среды MAKEFLAGS , и макросы, определенные в Makefile (ы) не должны добавляться в среду make , если они еще не находятся в ее среде. За исключением SHELL (см. Ниже), не указано, обновляют ли макросы, определенные таким образом, значение переменной среды, которая уже существует в среде make .

Макрос SHELL должен обрабатываться отдельно. Он должен быть предоставлен make и установлен как путь к оболочке интерпретатор командного языка (см. sh ). Переменная среды SHELL не должна влияет на значение макроса SHELL . Если SHELL определен в make-файле или указан в командной строке, он заменяет исходное значение макроса SHELL , но не влияет на переменную среды SHELL .Другой эффекты определения SHELL в make-файле или в командной строке определяются реализацией.

Правила вывода

Правила вывода имеют следующий формат:

  цель :
  команда
   [   команда  ]  ...
 
  строка, которая не начинается с    или  #

 

Приложение должно гарантировать, что часть target является допустимым целевым именем (см. Target Правила) формы .s2 или .s1.s2 (где .s1 и .s2 суффиксы, которые были заданы как предварительные условия для специальной цели .SUFFIXES и s1 и s2 не содержат никаких или символов.) Если в цели есть только один <период>, это правило вывода с одним суффиксом. Цели с двумя периодами правила вывода с двойным суффиксом. Правила вывода могут иметь только одну цель перед <двоеточием>.

Приложение должно гарантировать, что make-файл не определяет предварительные условия для правил вывода; нет персонажей кроме пустое пространство должно следовать за <двоеточием> в первой строке, за исключением создания пустого правила , , описанного ниже.Предполагаются предварительные условия, как описано ниже.

Правила вывода можно переопределить. Цель, которая соответствует существующему правилу вывода, должна перезаписать старое правило вывода. An пустое правило можно создать с помощью команды, состоящей просто из <точки с запятой> (то есть правило все еще существует и найдено во время поиска правила вывода, но поскольку оно пусто, выполнение не имеет никакого эффекта). Пустое правило также можно отформатировать следующим образом:

  правило :;

 

, где ноль или более символов <пробел> разделяют <двоеточие> и <точка с запятой>.

Утилита make использует суффиксы целей и их предварительные требования, чтобы сделать вывод о том, как сделать цель актуальной. А список правил вывода определяет команды, которые должны быть выполнены. По умолчанию make содержит встроенный набор правил вывода. Дополнительные правила можно указать в файле makefile.

Специальная цель .SUFFIXES содержит в качестве предварительных условий список суффиксов, которые должны использоваться правилами вывода. Порядок, в котором указываются суффиксы, определяет порядок, в котором используются правила вывода для суффиксов.Новый суффиксы должны быть добавлены к текущему списку путем указания специальной цели .SUFFIXES в make-файле. А . СУФИКСЫ target без предварительных условий должен очистить список суффиксов. Пустая цель .SUFFIXES , за которой следует новая цель .SUFFIXES list требуется для изменения порядка суффиксов.

Обычно пользователь предоставляет правило вывода для каждого суффикса. Правило вывода для обновления цели с суффиксом .s1 из пререквизита с суффиксом .s2 указан как цель .s2.s1 . Внутренние макросы обеспечивают означает указать общие правила вывода (см. «Внутренние макросы»).

Если не найдено целевого правила для обновления целевого объекта, должны быть проверены правила вывода. Суффикс цели ( .s1 ) до be build сравнивается со списком суффиксов, заданным специальными целями .SUFFIXES . Если найден суффикс .s1 в .SUFFIXES правила вывода должны просматриваться в порядке, определенном для первых .s2.s1 правило, предварительное условие которого файл ( $ *. s2 ) существует. Если цель устарела по отношению к этому предварительному условию, команды для этого правила вывода должны быть выполнены.

Если цель, которая должна быть построена, не содержит суффикса и нет правила для цели, правила вывода единственного суффикса должны быть проверенным. Правила вывода с одним суффиксом определяют, как построить цель, если найден файл с именем, которое соответствует цели. имя с добавлением одного из одиночных суффиксов.Правило с одним суффиксом .s2 — это определение того, как построить target из target.s2 . Другой суффикс ( .s1 ) считается пустым.

^[XSI] А (‘˜’) в приведенных выше правилах относится к файлу SCCS в текущем каталоге. Таким образом, правило .c˜.o преобразует исходный файл SCCS на языке C в объектный файл ( .o ). Поскольку s. из Файлы SCCS являются префиксом, они несовместимы с суффиксом make .Следовательно, ‘˜’ — это способ преобразование любой ссылки на файл в ссылку на файл SCCS.

Библиотеки

Если цель или предварительное условие содержат круглые скобки, они должны рассматриваться как член архивной библиотеки. Для библиотеки lib ( элемент .o ) выражение lib относится к имени архивной библиотеки, а элемент .o — к элементу имя. Приложение должно гарантировать, что член является объектным файлом с .o суффикс . Время модификации выражение — время модификации элемента, хранящегося в архивной библиотеке; см. ar . Суффикс .a должен относиться к архивной библиотеке. Должно использоваться правило .s2.a . для обновления элемента библиотеки из файла с суффиксом .s2 .

Внутренние макросы

Утилита make должна поддерживать пять внутренних макросов, которые могут использоваться в правилах назначения и вывода. Чтобы четко определение значения этих макросов, некоторые пояснения терминов , целевое правило , правило вывода , , цель и Требуется предварительное условие .

Целевые правила указываются пользователем в make-файле для конкретной цели. Правила вывода задаются пользователем или создает -определенные правила для определенного класса целевого имени. Явные предварительные условия — это предварительные условия, указанные в makefile в целевых строках. Неявные предпосылки — это те предпосылки, которые создаются при использовании правил вывода. Правила вывода применяются к неявным предпосылкам или к явным предпосылкам, для которых не определены целевые правила. в make-файле.Целевые правила применяются к целевым объектам, указанным в make-файле.

Перед обновлением какой-либо цели в make-файле должны быть обновлены все ее предварительные условия (как явные, так и неявные). Этот должен выполняться рекурсивной обработкой каждого предварительного условия. После рекурсии каждое предварительное условие должно само стать целью. Его предварительные условия, в свою очередь, должны обрабатываться рекурсивно до тех пор, пока не будет найдена цель, у которой нет предварительных условий, или до дальнейшей рекурсии. потребует применения двух правил вывода одно сразу за другим, после чего рекурсия должна остановиться.Как расширение, реализации могут продолжать рекурсию, когда необходимо применить два или более последовательных правила вывода; однако, если есть представляют собой несколько различных цепочек таких правил, которые могут использоваться для создания цели, не указано, какая цепочка используется. В Затем рекурсия должна выполнить резервное копирование, обновляя каждую цель по мере ее продвижения.

В следующих определениях слово target относится к одному из:

• Цель, указанная в make-файле

• Явное предварительное условие, указанное в make-файле, которое становится целью, когда make обрабатывает его во время рекурсии

• Неявное предварительное условие, которое становится целью, когда заставляет обрабатывать его во время рекурсии

В следующих определениях слово обязательное условие относится к одному из следующих:

• Явное предварительное условие, указанное в файле makefile для конкретной цели

• Неявное предварительное условие, созданное в результате обнаружения соответствующего правила вывода и соответствующего файла, который соответствует суффикс цели

Пять внутренних макросов:

$ @

$ @ должен оценивать полное целевое имя текущего целевого объекта или часть имени файла архива целевого объекта архива библиотеки.Он должен оцениваться как для целевых правил, так и для правил вывода.

Например, в правиле вывода .c.a $ @ представляет собой устаревший файл .a , который нужно построить. Точно так же в Правило цели makefile для сборки lib.a из file.c , $ @ представляет устаревшую lib.a .

$%

Макрос $% должен оцениваться только в том случае, если текущая цель является членом библиотеки архива в форме имя_библиотеки ( член .o ). В этих случаях $ @ должен оценивать имя библиотеки , а $% должен оценивать член .o . В Макрос $% должен оцениваться как для целевых правил, так и для правил вывода.

Например, в целевом правиле make-файла для сборки lib.a ( file.o ), $% представляет file.o , в отличие от $ @, что представляет собой lib.a .

$?

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

Например, в целевом правиле make-файла для сборки prog из file1.o , file2.o и file3.o , и где prog не устарела по отношению к file1.o , но устарела по отношению к file2.o и file3.o , $? представляет file2.o и file3.o .

$ <

В правиле вывода макрос $ <должен оценивать имя файла, существование которого позволило выбрать правило вывода. для цели.В правиле .DEFAULT макрос $ <должен оценивать текущее имя цели. Значение $ < макрос не должен быть определен иначе.

Например, в правиле вывода .c.a $ <представляет предварительный файл .c .

$ *

Макрос $ * должен оценивать текущее имя цели с удаленным суффиксом. Он должен быть оценен, по крайней мере, для вывода правила.

Например, в правиле вывода .c.a $ *.o представляет собой устаревший файл . o , который соответствует предварительный компонент .c файл.

Каждый из внутренних макросов имеет альтернативную форму. Когда к любому из символов добавляется заглавная буква «D» или «F». Для макросов значение должно быть изменено на часть каталога для ‘D’ и часть имени файла для ‘F’. В часть каталога — это префикс пути к файлу без завершающей косой черты; для текущего каталога часть каталога ‘.’. Когда $? макрос содержит более одного обязательного имени файла, макросы $ (? D) и $ (? F) (или $ {? D} и $ {? F}) развернуть до списка частей имени каталога и частей имени файла соответственно.

Для целевой библиотеки lib ( member .o ) и правила s2.a внутренние макросы должны быть определены как:

$ <

элемент .s2

$ *

член

$ @

библиотека

$?

член .s2

$%

элемент .o

Правила по умолчанию

Правила по умолчанию для make должны давать такие же результаты, как если бы использовались следующие. Реализации, которые делают не поддерживает опцию C-Language Development Utilities, может опустить CC , CFLAGS , YACC , YFLAGS , LEX , LFLAGS , LDFLAGS и .c , .y и . l правила вывода. Реализации, не поддерживающие FORTRAN может опускать правила вывода FC , FFLAGS и .f . Реализации могут предоставлять дополнительные макросы и правила.

  СПЕЦИАЛЬНЫЕ ЦЕЛИ  
  [XSI] 
.SCCS_GET: sccs $ (SCCSFLAGS) получить $ (SCCSGETFLAGS) $ @
 
  [XSI] 
.SUFFIXES: .o .c .y .l .a .sh .f .c˜ .y˜ .l˜ .sh˜ .f˜ 
  МАКРОСЫ  
 MAKE = make
AR = ar
ARFLAGS = -rv
YACC = yacc
YFLAGS =
LEX = lex
LFLAGS =
LDFLAGS =
CC = c99
CFLAGS = -O 1
FC = fort77
FFLAGS = -O 1
  [XSI] 
GET = получить
GFLAGS =
SCCSFLAGS =
SCCSGETFLAGS = -s
 
  ЕДИНЫЕ СУФФИКСНЫЕ ПРАВИЛА  
.c:
    $ (CC) $ (CFLAGS) $ (LDFLAGS) -o $ @ $ <
 
 .f:
    $ (FC) $ (FFLAGS) $ (LDFLAGS) -o $ @ $ <
 
 .sh:
    cp $ <$ @
    chmod a + x $ @
 
  [XSI] 
.c˜:
    $ (GET) $ (GFLAGS) -p $ <> $ *. C
    $ (CC) $ (CFLAGS) $ (LDFLAGS) -o $ @ $ *. C
 
 .f˜:
    $ (ПОЛУЧИТЬ) $ (GFLAGS) -p $ <> $ *. F
    $ (FC) $ (FFLAGS) $ (LDFLAGS) -o $ @ $ *. F
 
 .sh˜:
    $ (ПОЛУЧИТЬ) $ (GFLAGS) -p $ <> $ *. Sh
    cp $ *. sh $ @
    chmod a + x $ @
 
  ПРАВИЛА ДВОЙНОГО СУФФИКСА  
 .c.o:
    $ (CC) $ (CFLAGS) -c $ <
 
.ф.о .:
    $ (FC) $ (FFLAGS) -c $ <
 
 .лет:
    $ (YACC) $ (YFLAGS) $ <
    $ (CC) $ (CFLAGS) -c y.tab.c
    rm -f y.tab.c
    mv y.tab.o $ @
 
 .l.o:
    $ (LEX) $ (LFLAGS) $ <
    $ (CC) $ (CFLAGS) -c lex.yy.c
    rm -f lex.yy.c
    mv lex.yy.o $ @
 
 .y.c:
    $ (YACC) $ (YFLAGS) $ <
    mv y.tab.c $ @
 
 .l.c:
    $ (LEX) $ (LFLAGS) $ <
    mv lex.yy.c $ @
 
  [XSI] 
.c˜.o:
    $ (GET) $ (GFLAGS) -p $ <> $ *. C
    $ (CC) $ (CFLAGS) -c $ *. C
 
 .f˜.o:
    $ (ПОЛУЧИТЬ) $ (GFLAGS) -p $ <> $ *.ж
    $ (FC) $ (FFLAGS) -c $ *. F
 
 .y˜.o:
    $ (ПОЛУЧИТЬ) $ (GFLAGS) -p $ <> $ *. Y
    $ (YACC) $ (YFLAGS) $ *. Y
    $ (CC) $ (CFLAGS) -c y.tab.c
    rm -f y.tab.c
    mv y.tab.o $ @
 
 .l˜.o:
    $ (GET) $ (GFLAGS) -p $ <> $ *. L
    $ (LEX) $ (LFLAGS) $ *. L
    $ (CC) $ (CFLAGS) -c lex.yy.c
    rm -f lex.yy.c
    mv lex.yy.o $ @
 
 .y˜.c:
    $ (ПОЛУЧИТЬ) $ (GFLAGS) -p $ <> $ *. Y
    $ (YACC) $ (YFLAGS) $ *. Y
    mv y.tab.c $ @
 
 .l˜.c:
    $ (GET) $ (GFLAGS) -p $ <> $ *. L
    $ (LEX) $ (LFLAGS) $ *.л
    mv lex.yy.c $ @
 
 .c.a:
    $ (CC) -c $ (CFLAGS) $ <
    $ (AR) $ (ARFLAGS) $ @ $ *. O
    rm -f $ *. o
 
 .f.a:
    $ (FC) -c $ (FFLAGS) $ <
    $ (AR) $ (ARFLAGS) $ @ $ *. O
    rm -f $ *. o

 

СОСТОЯНИЕ ВЫХОДА

Если указана опция -q , утилита make должна выйти с одним из следующих значений:

0

Успешное завершение.

1

Цель не актуальна.

> 1

Произошла ошибка.

Если опция -q не указана, утилита make должна выйти с одним из следующих значений:

0

Успешное завершение.

> 0

Произошла ошибка.

ПОСЛЕДСТВИЯ ОШИБОК

По умолчанию.

---

Следующие разделы носят информационный характер.

ПРИМЕНЕНИЕ ИСПОЛЬЗОВАНИЕ

Если есть исходный файл (например, ./source.c ) и ему соответствуют два файла SCCS ( ./s.source.c и ./SCCS/s.source.c ), в XSI-совместимых системах make использует файл SCCS в текущем каталоге. Однако пользователи рекомендуется использовать базовые утилиты SCCS ( admin , delta , get и т. д.) или утилиту sccs для всех исходных файлов в заданном каталоге. Если обе формы используются для данного исходный файл, очень вероятно, что будущие разработчики будут сбиты с толку.

Переносимые make-файлы должны указывать специальную цель .POSIX , чтобы гарантировать, что они не затронуты местными расширениями.

Параметры -k и -S присутствуют, так что связь между командной строкой, MAKEFLAGS переменная, и make-файл можно точно контролировать. Если флаг k передан в MAKEFLAGS и команда имеет форма:

$ (СДЕЛАТЬ) -S foo

 

, то поведение по умолчанию восстанавливается для потомка make .

Если указана опция -n , она всегда добавляется в MAKEFLAGS. Это позволяет рекурсивному сделать -n target , который будет использоваться для просмотра всех действий, которые будут предприняты для обновления target .

Из-за широко распространенной исторической практики интерпретация ('#') внутри переменной как начало у комментария есть нежелательный побочный эффект, заключающийся в том, что невозможно поместить в переменную, тем самым запрещая что-то вроде:

CFLAGS = "-D COMMENT_CHAR = '#'"

 

Многие исторические заставляют утилиты прекращать объединение правил вывода в цепочку, когда промежуточная цель не существует.За Например, make может определить, что и .y.c , и .c.o могут использоваться для преобразования .y до .o . Вместо этого в этом случае make требует использования правила .y.o .

Лучший способ предоставить переносимые make-файлы - это включить все необходимые правила в сам make-файл. Правила при условии использования только функции, предоставляемые другими частями этого тома POSIX.1-2017. Правила по умолчанию включают правила для необязательных команд в этом объем POSIX.1-2017. В наборе реализации по умолчанию необходимы только правила, относящиеся к предоставленным командам.

Макросы, используемые в других макросах, оцениваются при использовании нового макроса, а не при определении нового макроса. Следовательно:

МАКРОС =  значение1 
NEW = $ (МАКРОС)
МАКРОС =  значение2  
 цель:
    echo $ (НОВИНКА)

 

выдаст value2 , а не value1 , поскольку NEW не расширялся до тех пор, пока он не потребовался в командной строке echo .

Известно, что некоторые исторические приложения смешивали операнды target_name и macro = name в командной строке, ожидается, что все макросы будут обработаны до того, как будет обработана какая-либо из целей. Соответствующие приложения этого не делают, хотя некоторая поддержка обратной совместимости может быть включена в некоторые реализации.

Следующие символы в именах файлов могут вызвать проблемы: '=', ':', '' ', одинарные кавычки и '@'. В включаемых именах файлов также следует избегать символов сопоставления с образцом и '"', поскольку они могут рассматриваться как особенный некоторыми реализациями.

Для правил вывода описание $ <и $? кажутся похожими. Однако пример показывает незначительную разницу. В make-файле содержащий:

foo.o: foo.h

 

, если foo.h новее, чем foo.o , но foo.c старше foo.o , встроенное правило делает foo.o из используется foo.c , где $ <равно foo.c и $? равно foo.h . Если foo.c также новее, чем foo.o , $ <равно foo.c и $? равно foo.h foo.c .

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

Примечание:

Это означает, что все цели, зависящие от этого, всегда будут запускать свои команды.

Последовательности команд оболочки, такие как make; cp оригинал; make может иметь проблемы в файловых системах, где разрешение временной метки является минимальным (1 секунда), требуемым стандартом, и где make считает идентичные временные метки для быть в курсе. И наоборот, такие правила, как копия: оригинал; cp -p оригинальная копия приведет к Избыточная работа над делает реализации , которые считают идентичные временные метки устаревшими.

Этот стандарт не устанавливает приоритета между определением макроса и директивами include.Таким образом, поведение:

include = foo.mk

 

не указан. Чтобы определить переменную с именем include, необходимо удалить либо пробел перед , либо следует использовать другой макрос, например:

INCLUDE_NAME = включить
$ (INCLUDE_NAME) = foo.mk

 

С другой стороны, если намерение состоит в том, чтобы включить файл, который начинается с , либо имя файла должно быть изменен на ./=foo.mk, или make-файл должен быть записан как:

INCLUDE_FILE = = foo.мк
включить $ (INCLUDE_FILE)

 

ПРИМЕРЫ

1. Следующая команда:

   делать
   
    

   делает первую цель, найденную в make-файле.

2. Следующая команда:

   делать барахло
   
    

   превращает цель в мусорную .

3. В следующем make-файле говорится, что pgm зависит от двух файлов, a.o и b.o , и что они, в свою очередь, зависят от соответствующие им исходные файлы ( a.c и b.c ) и общий файл , включая h :

   .POSIX:
   pgm: a.o b.o
       c99 a.o b.o -o pgm
   а.о .: в т.ч.
       c99 -c a.c
   b.o: включая h b.c
       c99 -c b.c
   
    

4. Пример создания оптимизированных файлов .o из файлов .c :

   .c.o:
       c99 -c -O 1 $ *. c
   
    

   или:

   .c.o:
       c99 -c -O 1 $ <
   
    

5. Ниже приводится наиболее частое использование интерфейса архива.Здесь предполагается, что все исходные файлы являются источником на языке C:

   библиотека: библиотека (файл1.o) библиотека (файл2.o) библиотека (файл3.o)
       @echo lib теперь в актуальном состоянии
   
    

   Правило .c.a используется для создания file1.o , file2.o и file3.o и вставки их в lib .

   Обработка экранированных символов в make-файле является исторической практикой. Например, вывод правило:

   .c.о \
   :
   
    

   работает, а макрос:

   f = бар баз \
       бизнес
   а:
       эхо == $ f ==
   
    

   перекликается с "== bar baz biz ==".

   Если $? были:

   /usr/include/stdio.h /usr/include/unistd.h foo.h
   
    

   , тогда $ (? D) будет:

   / usr / include / usr / include.
   
    

   и $ (? F) будут:

   stdio.h unistd.h foo.h
   
    

6. Содержимое встроенных правил можно просмотреть, запустив:

   сделать -p -f / dev / null 2> / dev / null
   
    

ОБОСНОВАНИЕ

Утилита make , описанная в этом томе POSIX.1-2017 предназначен для предоставления средств для замены переносного источника код в исполняемые файлы, которые можно запускать в системе, соответствующей стандарту POSIX.1-2017. Он отражает наиболее общие функции, присутствующие в системе V и BSD составляют с.

Исторически утилита make была особенно плодородной почвой для синтаксиса, специфичного для поставщиков и исследовательских организаций. модификации и расширения. Примеры включают:

• Синтаксис, поддерживающий параллельное выполнение (например, от различных поставщиков мультипроцессоров, GNU и др.)

• Дополнительные «операторы», разделяющие цели и их предпосылки (System V, BSD и другие)

• Указание того, что командные строки, содержащие строки «$ {MAKE}» и «$ (MAKE)», выполняются, когда -n указана опция (GNU и System V)

• Изменения значения внутренних макросов при обращении к библиотекам (BSD и др.)

• Использование одного экземпляра оболочки для всех командных строк цели (BSD и другие)

• Разрешение символов , а также символов для разделения командных строк (BSD)

• Добавление конструкций "include" и "ifdef" в стиле препроцессора C (System V, GNU, BSD и другие)

• Удаленное выполнение командных строк (Sprite и др.)

• Указание дополнительных специальных целей (BSD, System V и большинство других)

• Указание альтернативной оболочки для обработки команд.

Кроме того, многие поставщики и исследовательские организации переосмыслили базовые концепции и сделали , создав значительно расширенный, а также совершенно новый синтаксис. Каждая из этих версий делает удовлетворяет потребности различного сообщества пользователи; для этого тома POSIX.1-2017 неразумно требовать поведения, которое было бы несовместимо (и, вероятно, хуже) с историческая практика для такого сообщества.

В аналогичных обстоятельствах, когда в отрасли достаточно несовместимых форматов, чтобы сделать их несовместимыми, это объем POSIX.1-2017 следовало одному или обоим из двух вариантов действий. Команды были переименованы ( cksum , echo и pax ) и / или были предоставлены параметры командной строки для выбора желаемого поведения ( grep , od и pax ).

Поскольку синтаксис, указанный для утилиты make , является, по большому счету, подмножеством синтаксисов, принятых почти всеми версии составляют , было решено, что изменение названия было бы контрпродуктивным.А поскольку сам make-файл базовая единица переносимости, было бы не совсем эффективно зарезервировать новую букву опции, например, make -P , чтобы добиться портативного поведения. Поэтому в make-файл была добавлена ​​специальная цель .POSIX , позволяющая пользователям указывать «стандартное» поведение. Эта специальная цель не препятствует расширению утилит make и не исключает такие расширения, используемые make-файлом, определяющие цель; однако это не позволяет применять какие-либо расширения, которые может изменить поведение ранее действующего синтаксиса; такие расширения должны управляться с помощью параметров командной строки или новых специальных цели.Переносимые make-файлы должны указывать специальную цель .POSIX , чтобы гарантировать, что они не зависит от местных расширений.

Портативная версия make , описанная на этой справочной странице, не предназначена для использования в качестве современного программного обеспечения. инструмент генерации и, как таковой, некоторые новые и передовые функции не были включены. Была сделана попытка описывать переносимый make-файл таким образом, чтобы не исключать такие расширения, если они не мешают переносимому поведение, описанное здесь.

Если указана опция -n , она всегда добавляется в MAKEFLAGS. Это позволяет рекурсивному сделать -n target , который будет использоваться для просмотра всех действий, которые будут предприняты для обновления target .

Определение MAKEFLAGS допускает как буквенную строку System V, так и форматы командной строки BSD. Два формата достаточно разные, чтобы реализации могли поддерживать оба без двусмысленности.

В ранних предложениях указывалось, что «некотируемый» рассматривался как начало комментария. Утилита make не обращает внимания на цитаты. <Номер-знак> начинает комментарий независимо от его окружения.

В дополнение к ./makefile и ./Makefile позволяет использовать такие расширения, как SCCS / s.Makefile и другие варианты. Это было сделано в соответствии с реализацией требование (в отличие от неопределенного поведения) для выделения неожиданных реализаций, которые могут выбрать что-то неожиданное например / etc / Makefile .XSI-совместимые системы также пробуют ./s.makefile , SCCS / s.makefile , ./s.Makefile и SCCS / с. Makefile .

Ранние предложения содержали макрос NPROC как средство указания, что make должен использовать процессы n для выполнения требуемая работа. Хотя эта функция является ценным расширением для многих систем, она редко используется и может потребовать других нетривиальные расширения синтаксиса make-файла. Это расширение не требуется для данного тома POSIX.1-2017, но может быть предоставлен как совместимое расширение. Макрос ПАРАЛЛЕЛЬ используется некоторыми историческими системами практически с тем же значением (но без используя имя, которое является общим предельным значением системы). Предлагается, чтобы разработчики признали существующее использование NPROC и / или ПАРАЛЛЕЛЬНЫЙ в качестве расширения к образуют .

Правила по умолчанию основаны на системе V. Значение по умолчанию CC = - c99 . cc , потому что это том POSIX.1-2017 не стандартизирует утилиту с именем cc . Таким образом, каждый соответствующий приложению потребуется определить CC = c99 для ожидания запуска. Здесь нет преимущество, возникающее из-за надежды на то, что make-файл может попасть в "предпочтительный" компилятор, потому что это не может гарантировать работу. Кроме того, поскольку переносимый makecript может использовать только параметры c99 , нет никаких преимуществ. предоставлено с точки зрения того, что может делать сценарий. Вопрос о качестве реализации заключается в том, является ли c99 таким же ценным, как cc .

Параметр -d для make часто используется для получения отладочной информации, но слишком зависит от реализации, чтобы добавить к этому тому POSIX.1-2017.

Параметр -p не передается в MAKEFLAGS в большинстве предыдущих реализаций, и его изменение может вызвать многие реализации сломаться без достаточно увеличенной переносимости.

Команды, начинающиеся с ('+'), выполняются, даже если присутствует опция -n .На основе Версия GNU делает , поведение -n при обнаружении префикса было расширено для применения на -q и -t . Однако соглашение System V о принудительном выполнении команды с -n , когда команда строка цели содержит одну из строк «$ (MAKE)» или «$ {MAKE}» не была принята. Эта функциональность появлялись в ранних предложениях, но опасность этого подхода была указана на следующем примере части make-файл:

подкаталог:
    cd subdir; rm all_the_files; $ (СДЕЛАТЬ)

 

Потеря поведения System V в этом случае хорошо уравновешивается безопасностью, предоставляемой другим make-файлам, которые не знали о эта ситуация.В любом случае префикс командной строки может обеспечить желаемую функциональность.

Двойной <двоеточие> в формате целевого правила поддерживается в системах BSD, чтобы разрешить более одной целевой строки, содержащей то же имя цели, чтобы с ней были связаны команды. Поскольку эта функция не описана в SVID или XPG3, она была разрешено как расширение, но не обязательно.

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

Один из пунктов обсуждения заключался в том, следует ли исключить список правил по умолчанию из этого тома POSIX.1-2017. Они обеспечивают удобство, но не улучшают переносимость приложений. Основное преимущество заключается в портативности пользователей, которые хотят набрать на . команда и построение команды из команды .c файл.

Историческая функция MAKESHELL и связанные функции, предоставляемые другими реализациями make , были опущены. В в некоторых реализациях он используется, чтобы позволить пользователю переопределить оболочку, которая будет использоваться для запуска команд make . Это сбивало с толку; для Portable make , оболочка должна быть выбрана автором make-файла. Кроме того, писатель make-файла не может требовать альтернативного shell и по-прежнему считать make-файл переносимым.Хотя можно было бы стандартизировать механизм для определения альтернативная оболочка, существующие реализации не согласны с таким механизмом, и разработчики make-файла уже могут вызывать альтернативный оболочка, указав имя оболочки в правиле для цели; например:

python -c "foo"

 

Утилиты make в большинстве прошлых реализаций обрабатывают предпосылки цели в порядке слева направо, и формат make-файла требует этого. Он поддерживает стандартную идиому, используемую во многих make-файлах, которые создают программы yacc ; например:

фу: у.tab.o lex.o main.o
    $ (CC) $ (CFLAGS) -o $ @ t.tab.o lex.o main.o

 

В этом примере, если make выберет произвольный порядок, lex.o может не быть получен с правильным y.tab.h . Хотя могут быть лучшие способы выразить эту взаимосвязь, исторически она широко используется. Реализации, желающие предварительные требования к обновлению параллельно должны требовать явного расширения до make или формата make-файла, чтобы выполнить это, как описано ранее.

Алгоритм определения новой записи для целевых правил частично не определен. Некоторые исторические делают s позволяют комментировать строки (включая пустые и пустые строки) в коллекции команд, отмеченные ведущими символами . Соответствующий makefile должен гарантировать, что каждая команда начинается с , но реализации могут игнорировать комментарии без запускает начало новой записи.

Раздел «АСИНХРОННЫЕ СОБЫТИЯ» включает SIGTERM и SIGHUP, наряду с более традиционными SIGINT и SIGQUIT, удаление текущая цель, если не указано иное.SIGTERM и SIGHUP были добавлены параллельно другим утилитам, которые исторически очистили свою работу в результате этих сигналов. Когда make получает любой сигнал, кроме SIGQUIT, необходимо повторно отправьте полученный сигнал, чтобы он завершил работу со статусом, отражающим сигнал. Результаты SIGQUIT: частично не указано, потому что в системах, которые создают файлов ядра после получения SIGQUIT, ядро ​​ из создает будет конфликтовать с файлом ядра из команды, которая выполнялась при получении SIGQUIT.Основная задача заключалась в том, чтобы не допустить поврежденные файлы перестают обновляться при повторном запуске make .

Специальная цель .PRECIOUS была расширена, чтобы воздействовать на все цели глобально (без указания предварительных условий). В Специальные цели .IGNORE и .SILENT были расширены, чтобы обеспечить необходимые условия; он был признан более полезным в некоторых случаях, чтобы иметь возможность отключать ошибки или эхо для списка целей, а не для всего make-файла. Эти расширения до составляют в System V были сделаны в соответствии с исторической практикой от BSD make .

Макросы не экспортируются в среду выполняемых команд. Такого не было ни в одной из исторических моделей , марки и будет иметь серьезные последствия. Среда такая же, как среда для , сделать , за исключением того, что MAKEFLAGS и добавляются макросы, определенные в командной строке make , за исключением макросов, определенных средой MAKEFLAGS переменная и макросы, определенные в make-файле (-ах), могут обновлять значение существующей переменной среды (кроме SHELL ).

Некоторые реализации не используют систему () для всех командных строк, как того требует переносимый формат make-файла; в качестве повышения производительности они выбирают строки без метасимволов оболочки для прямого выполнения execve (). (); & <> *? []: $ `'" \ \ n

По умолчанию в некоторых расширенных версиях make все командные строки для цели группируются и выполняются с помощью вызов одиночной оболочки; Метод System V заключается в передаче каждой строки индивидуально в отдельную оболочку.Однооболочечный метод имеет преимущества в производительности и отсутствие требований ко многим непрерывным линиям. Однако переход на этот новый метод имеет вызвали проблемы переносимости со многими историческими make-файлами, поэтому поведение make-файла POSIX определено таким же, как и что из Системы V. Предлагается использовать специальную цель .ONESHELL в качестве расширения реализации для достижения одиночная группировка по цели или группе целей.

Начинающие пользователи make испытывали трудности с исторической необходимостью запускать команды с .Поскольку часто трудно различить различия между символами и на терминалах или распечатанных списках, сбивающие с толку ошибки может возникнуть. В ранних предложениях была предпринята попытка исправить эту проблему, разрешив ведущие символы вместо символов. Тем не менее, разработчики сообщили о многих make-файлах, которые неуловимо потерпели неудачу после этого изменения, и это сложно реализовать make , которая однозначно может различать макро- и командные строки.Существует обширная историческая практика разрешения ведущих символов <пробел> перед определениями макросов. Принуждение строк макроса к столбцу 1 приведет к быть серьезной проблемой обратной совместимости для некоторых make-файлов. Таким образом, историческая практика была восстановлена.

Есть существенные различия в обработке строк включения в разных реализациях. Однако достаточно Общность для стандарта - возможность определять минимальный набор требований, позволяющих использовать функцию переносимо.Известен вариации были явно названы неопределенным поведением в описании.

Функция динамических зависимостей System V не была включена. Поддержал бы:

кот: $$ @. c

 

, который расширится до;

кошка: cat.c

 

Эта функция существует только в новой версии System V make и, хотя и полезна, не широко используется. Это означает, что макросы раскрываются дважды для предварительных требований: один раз во время синтаксического анализа make-файла и один раз во время целевого обновления.

Было рассмотрено добавление метаправил в POSIX make . Это сделает % .o:% .c таким же, как .c.o: . Это довольно полезно и доступно у некоторых поставщиков, но это вызовет слишком много изменений в этом , сделайте для поддерживать. Это привело бы к появлению цепочки правил и новых правил замены. Однако правила для целевых имен были установлены на зарезервируйте символы '%' и '"'. Они традиционно используются для реализации метаправил и цитирования цели имена соответственно.Разработчикам настоятельно рекомендуется использовать эти символы только для этих целей.

Сделан запрос на расширение символа-разделителя суффикса с <периода> до любого символа. Метаправила представлены в более новая модель make s решает эту проблему в более общем плане. В этом выпуске POSIX.1-2017 мы придерживаемся более консервативных взглядов. историческое определение.

Стандартный выходной формат для параметра -p не описывается, поскольку это в первую очередь параметр отладки и формат обычно бесполезен для программ.В исторических реализациях вывод не подходит для использования при генерации make-файлы. Формат -p изменялся во всех предыдущих реализациях. Следовательно, определение -p было только для обеспечения согласованно названной опции для получения отладочной информации сценария make .

Некоторые исторические реализации не очищали список суффиксов с -r .

Реализации

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

Пустые правила вывода указываются с помощью команды <точка с запятой> вместо того, чтобы пропускать все команды, как описано в более раннем предложение. Последний случай не имеет традиционного значения и зарезервирован для расширений реализации, таких как GNU make .

Более ранние версии этого стандарта определяли строки комментариев только как строки с '#' в качестве первого символа. Тогда во многих местах говорили о комментариях, пустых строках и пустых строках; но в некоторых местах случайно упоминаются только комментарии, когда пустые строки и пустые строки также были приняты во всех известных реализациях.Стандарт теперь определяет строки комментариев как пустые строки, пустые. строк и строк, начинающихся с символа '#', и явно перечисляет случаи, когда пустые строки и пустые строки не приемлемо.

В большинстве исторических систем утилита make считалась целью с предварительным условием, которое имело такую ​​же метку времени, как и своевременно. Реализация HP-UX делает устаревшим. Стандарт теперь допускает любое поведение, но рекомендуется следовать примеру HP-UX.Это особенно важно для файловых систем, в которых метка времени разрешение - это минимум (1 секунда), требуемый стандартом. Все реализации и должны полностью использовать лучшее разрешение меток времени, доступное в файловых системах, содержащих цели и предварительные условия для обеспечения актуальности целей даже для необходимых файлов с отметками времени, которые были обновлены в течение одной секунды. Однако, если разрешение временной метки файловые системы, содержащие цель и необходимое условие, различны, метка времени с более точным разрешением должна быть округлена вплоть до разрешения менее точной метки времени для сравнения.

НАПРАВЛЕНИЯ НА БУДУЩЕЕ

Некоторые реализации make включают директиву export для добавления указанных переменных make в среда. Это может быть рассмотрено для стандартизации в будущей версии.

В будущей версии этого стандарта может потребоваться расширение макросов с использованием формы $ ( строка1 : [ op ]% [ os ] = [ np ] [%] [ ns ] ) или $ { string1 : [ op ]% [ os ] = [ np ] [%] [ нс ] } обрабатываются как расширения макроса шаблона.

СМОТРИ ТАКЖЕ

Язык команд оболочки , ar , c99 , получить , lex , sccs , sh , yacc

XBD Portable Character Set , Переменные среды , Утилита Рекомендации по синтаксису

XSH исполнительный , система

ИСТОРИЯ ИЗМЕНЕНИЙ

Впервые выпущено в выпуске 2.

Выпуск 5

Добавлен раздел БУДУЩИЕ НАПРАВЛЕНИЯ.

Выпуск 6

Эта утилита отмечена как часть опции Software Development Utilities.

Применено исправление Open Group U029 / 1, исправляющее опечатку в разделе СПЕЦИАЛЬНЫЕ ЦЕЛИ.

В разделе ПЕРЕМЕННЫЕ ОКРУЖАЮЩЕЙ СРЕДЫ описание PROJECTDIR обновляется с "в противном случае домашний каталог пользователь с таким именем проверяется "на", в противном случае значение PROJECTDIR рассматривается как имя пользователя и инициал этого пользователя рабочий каталог исследуется ".

Указывается, связана ли командная строка с make-файлом или с командой make , а обработка макросов правила обновлены в соответствии с проектом стандарта IEEE P1003.2b.

Нормативный текст изменен, чтобы избежать использования термина «должен» для требований приложения.

Применяется интерпретация

PASC 1003.2 № 193.

Выпуск 7

SD5-XCU-ERN-6 применяется, поясняя, что Рекомендация 9 Руководства по синтаксису служебных программ не применяется.

SD5-XCU-ERN-97 применяется, обновляя ОБЗОР.

Введены строки include в make-файлах.

Austin Group Interpretation 1003.1-2001 # 131 применяется, изменяя раздел Makefile Execution .

POSIX.1-2008, Техническое исправление 1, XCU / TC1-2008 / 0121 [257].

POSIX.1-2008, Техническое исправление 2, XCU / TC2-2008 / 0122 [509], XCU / TC2-2008 / 0123 [584], XCU / TC2-2008 / 0124 [857], XCU / TC2-2008 / 0125 [505], XCU / TC2-2008 / 0126 [584], XCU / TC2-2008 / 0127 [505], XCU / TC2-2008 / 0128 [865], XCU / TC2-2008 / 0129 [693], XCU / TC2-2008 / 0130 [602], XCU / TC2-2008 / 0131 [848], XCU / TC2-2008 / 0132 [763], XCU / TC2-2008 / 0133 [857], XCU / TC2-2008 / 0134 [866], XCU / TC2-2008 / 0135 [525], XCU / TC2-2008 / 0136 [848], XCU / TC2-2008 / 0137 [769], XCU / TC2-2008 / 0138 [525], XCU / TC2-2008 / 0139 [769], XCU / TC2-2008 / 0140 [505], XCU / TC2-2008 / 0141 [693], XCU / TC2-2008 / 0142 [505], XCU / TC2-2008 / 0143 [857] и XCU / TC2-2008 / 0144 [693 865] применяются.

Конец информативного текста.

---

вернуться к началу страницы

---

UNIX ® является зарегистрированным товарным знаком Open Group.
POSIX ™ является товарным знаком IEEE.
Авторские права © 2001-2018 IEEE и The Open Group, Все права защищены
[Основной указатель | XBD | XSH | XCU | XRAT ]

---

Автоматизация и производство

Автоматизация и производство

Make - это инструмент, который может запускать команды для чтения файлов, обрабатывать их файлы каким-либо образом, и выпишите обработанные файлы.Например, в разработке программного обеспечения Make используется для компиляции исходного кода в исполняемые программы или библиотеки, но также можно использовать Make Кому:

• запускать сценарии анализа для файлов необработанных данных, чтобы получить файлы данных, которые обобщить необработанные данные;
• запускает сценарии визуализации для файлов данных для создания графиков; и до
• анализирует и объединяет текстовые файлы и графики для создания документов.

Make называется инструментом сборки - он создает файлы данных, графики, документы, программы или библиотеки.Он также может обновлять существующие файлы, если желанный.

Make отслеживает зависимости между создаваемыми файлами и файлы, использованные для их создания. Если один из исходных файлов (например, data file) изменяется, то Make знает, что нужно воссоздать или обновить файлы зависящие от этого файла (например, сюжет).

Сейчас доступно множество инструментов сборки, все из которых основаны на те же концепции, что и Make.

Предварительные требования

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

Настройка

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

График

	Настройка	Скачать файлы, необходимые для урока
00:00	1.Вступление	Как мне упростить воспроизведение моих результатов?
00:25	2. Makefiles	Как мне написать простой Makefile?
01:05	3.Автоматические переменные	Как я могу сократить правила в моих файлах Makefile?
01:20	4. Зависимости от данных и кода	Как я могу написать Makefile для обновления вещей, когда мои скрипты были изменены, а не мои входные файлы?
01:40	5.Правила паттернов	Как я могу определить правила для работы с похожими файлами?
01:50	6. Переменные	Как я могу избавиться от избыточности в моих файлах Makefile?
02:10	7.Функции	Как еще я могу устранить избыточность в моих файлах Makefile?
02:35	8. Самодокументирующиеся файлы Makefile.	Как мне документировать Makefile?
02:45	9.Вывод	Каковы преимущества и недостатки использования таких инструментов, как Make?
03:20	Отделка

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

5 минут, которые заставят вас полюбить теноров

Раньше мы выбирали пять минут или около того, чтобы сыграть, чтобы наши друзья влюбились в классическую музыку, фортепиано, оперу, виолончель, Моцарт, 21-е. композиторы века, скрипка, музыка барокко, сопрано, Бетховен, флейта и струнные квартеты.

Теперь мы хотим убедить этих любопытных друзей полюбить страстный звонкий тенор. Мы надеемся, что вы найдете здесь много интересного и интересного; оставьте свой выбор в комментариях.

◆ ◆ ◆

Руфус Уэйнрайт, композитор и автор песен

Мой отец Лаудон никогда особо не любил оперу. Но когда мне было 13, меня сильно поразил оперный баг, и я почти уверен, что, пытаясь лучше понять, что я переживаю, он купил компакт-диск Лучано Паваротти. Одним из треков была захватывающая версия Di rigori armato seno из «Кавалера роз» Штрауса, и я был очарован арией.Исполнение Паваротти также связывает меня с более поздним, великолепным опытом, когда во время представления «Кавалера роз», который я посещал в Метрополитен-опера, Лучано волшебным образом появился - без выставления счета - и исполнил эпизодическую роль итальянского тенора и эту арию. Публика совершенно обезумела. Это был первый и единственный раз, когда я видел его вживую.

◆ ◆ ◆

Лоуренс Браунли, тенор

Достаточно мгновения, чтобы услышать команду и пыл в голосе великого Марио Дель Монако.Вам не нужно говорить по-итальянски, чтобы понять, кто такой Отелло: он авторитетный человек; он командир; он вернулся на Кипр с триумфом. Эта короткая ария заведомо коварна, но Дель Монако нападает на нее с бесстрашной яростью. Когда он исполнял эту роль, он часто получал бурные аплодисменты всего за эти несколько секунд музыки, что, я думаю, многое говорит о влиянии, которое даже небольшое количество мощной музыки может оказать на правильного исполнителя.

◆ ◆ ◆

Джош Гробан, исполнитель

Много лет назад на гастролях я оказался в живописном городе Бурланге, Швеция.Во время прогулок я наткнулся на музей, посвященный человеку, известному как «шведский Карузо»: Юсси Бьорлингу, принадлежащему Бурланге. Слышать чистоту, диапазон и эмоции в его голосе впервые в тот редкий выходной в красивом месте вдали от дома было особенным и по-настоящему тронуло мою душу. Может, просыпались мои собственные скандинавские корни! С тех пор я полюбил записи Бьорлинга - одна из моих любимых - «О Хельга Натт», «О святая ночь» на шведском языке - и часто задавалась вопросом, почему эта жемчужина тенора не так известна в Америке.

◆ ◆ ◆

Энтони Томмазини, главный критик классической музыки Times

Когда мне было около 13 лет, на это ушло всего около трех с половиной минут - длина арии «E lucevan le stelle» из «Тоски» Пуччини - влюбиться в теноров. Особенно Юсси Бьорлинг, певец на классической записи оперы 1957 года. Голос Бьорлинга сочетал в себе плавное богатство с пульсирующей силой. Его звук был настолько врожденным, что все, что он пел, даже веселая ария, имело меланхоличный оттенок.И в этой арии, когда Каварадосси, которому грозит казнь, пишет последнее письмо своей любимой Тоске, жалобное, ноющее пение Бьорлинга несравненно красиво.

◆ ◆ ◆

Кристин Гёрке, сопрано

Я легко могу вспомнить первую теноровую арию, которую я когда-либо слышал. Я просто решила изучать голос, так как получила музыкальное образование по специальности кларнет. Этот последний момент важен, потому что, хотя я пришел к этой арии из-за потрясающего написания для кларнета во вступлении, я остался ради певца.Я не могу представить себе более восхитительного знакомства с тенорами, чем «E lucevan le stelle». С первого взгляда я был совершенно очарован его драматизмом и красотой. Тенором оказался несравненный Франко Корелли, и я всегда слышал в его звучании великую человечность: богатство, радость, печаль, волнение, остроту.

◆ ◆ ◆

Андреа Бочелли, тенор

Я был маленьким мальчиком, когда кто-то подарил мне эту пластинку. Оркестр представил широкий, живой голос Франко Корелли, проникнутый чувством и доходивший до самого сердца.Его пение казалось спонтанным: временами сладко, другим - ревущим, но всегда властным. Несмотря на свой юный возраст, я смог понять, в какой степени музыка может передавать самые подавляющие эмоции, гораздо больше, чем просто слова, - приводя слушателя к состоянию повышенного благополучия. В тембре его голоса я также почувствовал силу встречи, которая отметит мою жизнь: много лет спустя Корелли станет моим учителем.

◆ ◆ ◆

Коринна да Фонсека-Волльхейм, автор Times

Слова и мелодия сливаются в одно в этой якобинской лютневой песне, созданной для изгнания бессонницы.Я говорю песню, но на самом деле это заклинание: вызывая сон, чтобы облегчить боль друга, певец сам попадает под его успокаивающее заклинание, пока не становится ясно, кто чьи приказы выполняет. Композитор и лютнист Роберт Джонсон (1583–1633), должно быть, ухватился за стихотворение Джона Флетчера, потому что в его языке уже прослеживаются мелодические контуры - «легко, сладко и как журчащий ручей». Для певца текст - это приглашение осветлить и сгладить голос до тех пор, пока он не будет плавать, завиваться и ласкать, как «глухой журчащий ветер».”

◆ ◆ ◆

Джошуа Бароне, редактор Times

Струны мерцают в небесном регистре, когда главный герой« Лоэнгрина »Вагнера начинает рассказывать свою историю. В далекой стране, тихо поет он, есть замок по имени Монтсальват, где чистейшие люди хранят священную реликвию: «Она называется Граалем». При этих словах музыка становится сильной, как вспышка света - небеса раскрываются в откровении, голос Лоэнгрина становится боевым сосудом для силы Святого Грааля.С правильным тенором, таким как здесь Йонас Кауфманн, этот переход от тихой трезвости к героическому сиянию может быть столь же впечатляющим, как и описываемое им сокровище.

◆ ◆ ◆

Захари Вулф, редактор классической музыки Times

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

◆ ◆ ◆

Микаэла Баранелло, музыковед

После нескольких месяцев, когда я едва выходила из дома, меня привлекла песня из оперетты Эммериха Кальмана «Графиня Марица», в которой обедневший граф Тассило сидит где-то в Венгрии, помня о своей славе. дни в венском обществе. Это медленный вальс - воспоминание о более быстрых вальсах и ностальгическая звуковая картина Австрии до Первой мировой войны. (Премьера оперетты состоялась в 1924 году.) Когда Тассило ненадолго переносится в «мою Вену», минорный куплет переходит к более яркому мажорному припеву и последовательности высоких нот.Мне нравится богатство и простота этой записи Фрица Вундерлиха; его трагически короткая жизнь делает ее еще более горько-сладкой.

◆ ◆ ◆

Йонас Кауфманн, тенор

Запись Фрица Вундерлиха «Гранада» - один из моих дисков на необитаемом острове. Его пение невероятное, оно просто переполняется энергией. Он спел все с такой любовью и надеждой, с такой страстью и огнем, что казалось, что это последнее выступление, которое он когда-либо собирался дать. Когда бы он ни пел, он был не только на 100 процентов артистом, но и на 100 процентов человеком; всегда существовала прямая связь между его чувствами и чувствами его слушателей.Для него даже неглубокая музыка и нежные тексты звучали как самое прекрасное в мире.

◆ ◆ ◆

Дэвид Аллен, автор Times

Нет ничего более захватывающего во всем Вагнера, чем конец первого акта «Die Walküre», когда Зигмунд вытаскивает меч Nothung из дерева и вместе с ним завоевывает себе невесту, Зиглинде, которая, будучи Вагнером, оказывается его сестрой-близнецом. И в музыке Вагнера не было более захватывающего тенора, чем Лауриц Мельхиор, датчанин, любимец Мет-оперы 1930-40-х годов.Звонит в микрофон из Вены в 1935 году. Зигмунд из Мельхиора пылкий, умный, четкий - законченный во всех отношениях.

◆ ◆ ◆

Ян Бостридж, тенор

Питер Пирс, как ни странно, вероятно, самый важный тенор в истории музыки. Как ни странно, потому что он отнюдь не был типичным тенором. Карузо, Паваротти, Доминго: вот модели, и странный тембр Груш не совсем сочетается с их. Но он вдохновил своего партнера, композитора Бенджамина Бриттена, на музыку больше, чем любой другой певец 20-го века: на оперы, такие как «Питер Граймс», и множество замечательных песен.Груша тоже очень красиво поет Шуберта.

◆ ◆ ◆

Дэвид Т. Литтл, композитор

В трудные времена я часто обращаюсь за утешением к «Der Leiermann» Шуберта. Финальная часть его знаменитого песенного цикла «Winterreise» кажется уязвимой и странной, интимной и чуждой. Это особенно верно в отношении более поздних записей, таких как этот выпуск 2009 года, в котором Пол Льюис дразнит вызывающий воспоминания диссонанс фортепиано, а тенор Марк Падмор парит над ним, скользя. Их исполнение звучит приглушенно, что вы могли бы ожидать услышать в эмоционально разоблаченной поп-песне, давая Шуберту ощущение тепла и холода меланхолии, одновременно современного и вневременного.

◆ ◆ ◆

Сет Колтер Уоллс, писатель Times

Когда я слышу, как кто-то говорит, что авангард 20-го века был кладбищем мелодии, я всегда думаю о Гансе Вернере Хенце как о главном контрпримере, особенно о конце его опера «Бассариды». Экранируя «Вакханки» Еврипида, Хенце поставил перед собой задачу написать музыку дионисийского диапазона: устрашающую по своей мощи, но также способную сбить с пути души, ищущие удовольствий. Его певцы должны уловить модернистскую сложность партитуры, но в то же время натянуть ее соблазнительные нити.Когда я услышал, как тенор Шон Паниккар поет Диониса в Komische Oper в Берлине в 2019 году, я был готов записаться в армию бога вина.

◆ ◆ ◆

Дж'Най Бриджес, меццо-сопрано

Когда он спел «La fleur que tu m'avais jetée» из «Кармен», Джон Викерс был первым тенором, который полностью погрузил меня в настоящий момент и то, что чувствовал, как его сердце. Его интерпретация наполнена душевной нежностью и честной силой, сформированной множеством вокальных красок и динамики. По мере того, как он плавно поднимается к вершине своего регистра, он достигает от полной глубины своей души до вращающихся высот чистой честности.Он отправляет нас в эмоциональное путешествие, в котором, не глядя на перевод текста, мы полностью понимаем его страсть.

◆ ◆ ◆

Симона Янг, дирижер

Эта ария из оперы «Аида» - одна из самых любимых и страшных (по крайней мере, певцами) в опере. В нем есть героическое начало, а затем эмоции быстро меняются; широкие лирические фразы убеждают нас в искренности преданности солдата Радамеса своей любви, Аиде. Просто послушайте здесь последнюю ноту: си-бемоль спетого пианиссимо.Большинство теноров кричат, но сделать это мягко, как того хотел Верди, очень сложно. Великий Йохан Бота, скончавшийся в 2016 году, был одним из немногих теноров, сумевших добиться этого с такой красотой и убедительностью.

Миру нужны шприцы. Он вскочил и заработал 5900 в минуту.

БАЛЛАБГАРХ, Индия. В конце ноября срочное электронное письмо появилось в почтовом ящике компании Hindustan Syringes & Medical Devices, одного из крупнейших в мире производителей шприцев.

Это было из ЮНИСЕФ, агентства ООН по делам детей, и оно отчаянно искало шприцы.Не все подойдет. Эти шприцы должны быть меньше обычных. При повторном использовании их приходилось ломать, чтобы предотвратить распространение болезни в результате случайной утилизации.

Самое главное, они были нужны ЮНИСЕФ в огромных количествах. Сейчас же.

«Я подумал:« Нет проблем », - сказал Раджив Нат, управляющий директор компании, который потратил миллионы долларов на подготовку своих фабрик по производству шприцев к нападению на вакцинацию. «Мы могли бы доставить его, возможно, быстрее, чем кто-либо другой».

Пока страны борются за получение достаточных доз вакцины, чтобы положить конец вспышке Covid-19, разворачивается вторая борьба за шприцы.Вакцины не так уж и полезны, если медицинские работники не умеют вводить их людям.

«Многие страны застали врасплох», - сказала Ингрид Кац, заместитель директора Гарвардского института глобального здравоохранения. «Похоже на фундаментальную иронию в том, что страны по всему миру не были полностью готовы к получению этих типов шприцев».

По словам экспертов, миру необходимо от восьми до 10 миллиардов шприцев только для вакцинации против COVID-19. В предыдущие годы только от 5 до 10 процентов из примерно 16 миллиардов шприцев, используемых во всем мире, предназначались для вакцинации и иммунизации, сказал Прашант Ядав, старший научный сотрудник Центра глобального развития, аналитического центра в Вашингтоне, и эксперт по вопросам здравоохранения. цепочки поставок услуг по уходу.

Более богатые страны, такие как США, Великобритания, Франция и Германия, вложили миллиарды долларов денег налогоплательщиков в разработку вакцин, но мало государственных инвестиций пошло на расширение производства шприцев, сказал г-н Ядав.

«Я беспокоюсь не только об общей производственной мощности шприцев, но и о емкости для конкретных типов шприцев, - сказал он, - и о том, будут ли шприцы уже находиться там, где они необходимы».

Не все шприцы в мире подходят для этой задачи.

Для максимального выхода из флакона вакцины Pfizer, например, шприц должен содержать точную дозу 0,3 миллилитра. Шприцы также должны иметь малое мертвое пространство - бесконечно малое расстояние между поршнем и иглой после полного введения дозы - для минимизации отходов.

Отрасль развивалась, чтобы удовлетворить спрос. Компания Becton Dickinson, которая базируется в Нью-Джерси и является крупным производителем шприцев, заявила, что потратит 1,2 миллиарда долларов в течение четырех лет на расширение производственных мощностей, отчасти для борьбы с пандемиями.

Обновлено

8 марта 2021 г., 9:37 утра по восточному времени

По данным исследовательской фирмы Fitch Solutions, Соединенные Штаты являются крупнейшим в мире поставщиком шприцев по объемам продаж. Соединенные Штаты и Китай идут нога в ногу в экспорте, совокупный годовой объем поставок которых составляет 1,7 миллиарда долларов. В то время как Индия является небольшим игроком в мире, экспорт в 2019 году составил всего 32 миллиона долларов, г-н Нат из Hindustan Syringes видит большие возможности.

Каждый из его шприцев продается всего за три цента, но его общая сумма вложений значительна.Он инвестировал почти 15 миллионов долларов в массовое производство специальных шприцев, что составляет примерно одну шестую его годового объема продаж, еще до того, как появились заказы на закупку. В мае он заказал новые формы у поставщиков в Италии, Германии и Японии для изготовления различных цилиндров и поршней для своих шприцев.

Г-н Нат добавил 500 рабочих к своим производственным линиям, которые производят более 5 900 шприцев в минуту на фабриках, расположенных на 11 акрах в пыльном промышленном районе недалеко от Нью-Дели. По воскресеньям и праздничным дням компания производит почти 2 штуки.5 миллиардов в год, хотя к июлю планируется увеличить до трех миллиардов.

Hindustan Syringes имеет долгую историю реализации программ иммунизации ЮНИСЕФ в некоторых из беднейших стран, где повторное использование шприцев является обычным явлением и является одним из основных источников смертельных инфекций, включая ВИЧ и гепатит.

Что нужно знать о внедрении вакцины

В конце декабря, когда Всемирная организация здравоохранения одобрила вакцину Pfizer для экстренного использования, Роберт Мэтьюз, менеджер по контрактам ЮНИСЕФ в Копенгагене, и его команда должны были найти производителя, который мог бы производить вакцину. миллионы шприцев.

«Мы пошли:« О, дорогая! »- сказал г-н Мэтьюз, когда они искали шприц, который подошел бы W.H.O. спецификации и был компактным для транспортировки. По его словам, продукт Hindustan Syringes был первым.

Компания собирается начать отгрузку 3,2 миллиона этих шприцев в ближайшее время, сообщил ЮНИСЕФ, при условии, что они пройдут еще одну проверку качества.

Г-н Нат продал 15 миллионов шприцев правительству Японии, сказал он, и более 400 миллионов Индии для проведения вакцинации против COVID-19, одной из крупнейших в мире.В очереди находятся другие, в том числе ЮНИСЕФ, для которого он предложил произвести на 240 миллионов больше, и Бразилия, сказал он.

На заводе компании № 6 машины, покрытые желтой краской, гудят, выбрасывая пластиковые цилиндры и поршни. Другие машины из Бергамо, Италия, собирают каждый компонент, включая иглы, под контролем датчиков и камер. Рабочие в синих защитных костюмах проверяют подносы со шприцами, прежде чем выгружать их в ящики, которые они вручную переносят в зону упаковки по соседству.

Для повышения эффективности г-н Нат полагается на конструкцию шприца Марка Коска, британского изобретателя безопасных инъекций, а также на его способность производить все компоненты на месте. Иглы Hindustan Syringes изготавливаются из полосок нержавеющей стали, импортируемых из Японии. Полоски скручиваются в цилиндры и свариваются по шву, затем растягиваются и разрезаются на тонкие капиллярные трубки, которые машинным способом приклеиваются к пластиковым ступицам. Чтобы уколы были менее болезненными, их окунают в силиконовый раствор.

Шприц-бизнес - это «кровопийца», мистер Брайан.Нат сказал, что первоначальные затраты астрономические, а прибыль - маржинальная. Если спрос на его шприцы упадет хотя бы наполовину в ближайшие несколько лет, он потеряет почти все 15 миллионов долларов, которые он вложил.

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

Семейный бизнес именно такой, как ему нравится.Никаких акционеров, никакого вмешательства, никаких забот. В 1995 году, когда г-ну Натху потребовались деньги для увеличения производства и покупки большого количества новых машин, он впервые обратился к частному капиталу. По его словам, если бы это было сегодня, он не смог бы следить за своим кишечником и производить свои шприцы в таких огромных масштабах.

«Выспитесь, - сказал г-н Нат. «Лучше быть большой рыбой в маленьком пруду».

Make для Windows

Make для Windows

---

Make: Утилита GNU make для поддержки групп программ

3.81

Make - это инструмент, который контролирует создание исполняемых файлов и других не исходные файлы программы из исходных файлов программы. Make получает знания о том, как собрать вашу программу из файла с именем файл makefile, в котором перечислены все файлы, не являющиеся исходными, и способы вычисления это из других файлов. Когда вы пишете программу, вы должны написать make-файл для этого, чтобы можно было использовать Make для сборки и установки программы.

Возможности производителя

• Make позволяет конечному пользователю собрать и установить ваш пакет, не зная подробности того, как это делается - потому что эти подробности записаны в makefile, который вы предоставили.
• Выясняет автоматически, какие файлы необходимо обновить, исходя из каких исходные файлы изменились. Он также автоматически определяет правильный порядок для обновления файлов, если один файл, не являющийся источником, зависит от другого, не являющегося источником файл. В результате, если вы измените несколько исходных файлов, а затем запустите Make, он не нужно перекомпилировать всю вашу программу. Он обновляет только те файлы, которые не являются исходными. которые прямо или косвенно зависят от измененных вами исходных файлов.
• Марка не ограничена каким-либо конкретным языком.Для каждого неисходного файла в программа makefile определяет команды оболочки для ее вычисления. Эти оболочки команды могут запускать компилятор для создания объектного файла, компоновщик для создания исполняемый файл, ar для обновления библиотеки или TeX или Makeinfo для форматирования документации.
• Make не ограничивается сборкой пакета. Вы также можете использовать Make для управления установка или удаление пакета, создание таблиц тегов для него или что-то еще в противном случае вы хотите делать достаточно часто, чтобы иметь смысл записывать, как это делать.

http://www.gnu.org/software/make

Если вы загрузите программу установки пакета, любые требования для запущенные приложения, такие как библиотеки динамической компоновки (DLL) из зависимостей, перечисленных ниже в разделе Требования, являются уже включены. Если вы загружаете пакет в виде Zip-файлов, вы должны скачайте и установите zip-файл зависимостей самостоятельно. Файлы разработчика (файлы заголовков и библиотеки) из других пакеты, однако, не включены; так что если вы хотите разработать свой собственный приложения, необходимо отдельно установить необходимые пакеты.

2 ноябрь 2006 Dependencies • 2291 229

Описание		Скачать		Размер		Последнее изменение		Md5sum
• Полный пакет, кроме исходников	Настройка						8ae51379d1f3eef8360df4e674f17d6d
• Источники		Настройка		1252948		25 ноября 2006		b896c02e3d581040ba1ad65024bbf2cd
• Двоичные файлы		Zip		495645		25 ноября 2006 г.		3521948bc27a31d1ade0dcb23be16d49
Почтовый индекс		708206		25 ноября 2006 г.		d370415aa924fa023411c4099ef84563
991 991	2 991 991 991 925		43a07e449d4bab3eb3f31821640ecab7
• Источники		Zip		2094753		25 ноября 2006		8bed4cf17c5206f8094f9c96779be663

Вы также можете загрузить файлы с GnuWin32 страница файлов.

Вы можете монитор новые выпуски порта этого пакета.

Общие инструкции по установке

Справка по GnuWin32 (запросы функций, ошибки и т. Д.)

Требования к запуску приложений, кроме внешних такие как msvcrt.dll, perl и т. д., включены в Программа установки и zip-файл зависимостей.

• Win32, то есть MS-Windows 95/98 / ME / NT / 2000 / XP / 2003 с msvcrt.dll и msvcp60.dll. Если msvcrt.dll или msvcp60.dll отсутствует в вашей Windows / системе папка, возьмите их из Microsoft, или (msvcrt.только dll), установив Internet Explorer 4.0 или выше.
• libintl3
• libiconv2

сделать, 3.81, GNU, Win32, Win32s, Win64, gnuwin32, i386, ia64, x86-64, gnuwin64, gnuwin, mswindows, ms-windows, windows, 95,98, me, nt, 2000,2k, xp, 2003, перспектива

3 причины сделать конверсию Рота в IRA раньше срока выхода на пенсию

Накопление на пенсию на протяжении всей вашей карьеры могло привести к вложениям в несколько различных типов счетов.

К тому времени, когда вы выйдете на пенсию, у вас может быть 401 (k) с работы, IRA для дополнительных пенсионных сбережений и вдобавок налогооблагаемый брокерский счет.

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

Источник изображения: Getty Images.

1. Вы можете лучше контролировать свои налоги

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

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

Но вы не хотите упускать возможность беспошлинного роста, который вы получите от преобразования традиционных фондов IRA в IRA Рота.Это позволяет вам платить ваши низкие налоговые обязательства сейчас, но вы больше не будете платить налоги на эти деньги IRA, независимо от того, насколько вырастет ваша учетная запись Roth.

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

2. Нет обязательных минимальных выплат при досрочном выходе на пенсию

Одна вещь, которая может испортить ваше налоговое планирование при выходе на пенсию, - это требование минимального распределения (RMD).Когда вам исполнится 72 года, IRS заставит вас снять деньги со своих пенсионных счетов. Если у вас много денег на этих счетах, вам может потребоваться снять больше, чем вам нужно. Во многих случаях это не самый эффективный с точки зрения налогообложения способ ежегодного финансирования вашей пенсии.

Roth IRA освобожден от требуемых минимальных распределений. Таким образом, максимально возможное преобразование в Roth до 72 лет может сэкономить вам много хлопот с налоговым планированием. Вы не только не будете беспокоиться о налоговых обязательствах при выводе средств Roth, но и сведете к минимуму необходимое минимальное распределение.Надеюсь, вы сможете сохранить его на очень управляемом уровне.

Если вы получите RMD, превышающий ваши требования к пенсионным расходам, вы не сможете передать эти средства в Roth IRA.

3. Позже вы сможете получать больше пособий по социальному обеспечению по телефону

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

См. Таблицу ниже, чтобы узнать, как ваш совокупный доход влияет на налогообложение социального обеспечения.

Налогооблагаемый процент социального обеспечения	Совокупный доход при подаче индивидуальной налоговой декларации	Совокупный доход при совместной регистрации
0%	Менее 25 000 долл. США	Менее 32 000 долл. США
50%	25 000–34 000 долл. США	32 000–44 000 долл. США
85%	Более 34 000 долл. США	Более 44 000 долларов США

Источник таблицы: Автор.Источник данных: SSA.gov

Распределения

Roth IRA не учитываются в вашем совокупном доходе, в отличие от традиционных распределений IRA.

Преобразование традиционных средств IRA в IRA Рота до того, как вы начнете получать пособия по социальному обеспечению, может обеспечить преимущества двойного налогообложения. Сначала вы платите низкую ставку налога при конвертации, затем вы платите низкую ставку налога на свои пособия по социальному обеспечению.

Все дело в налогах

В конечном счете, преобразования Roth (и прямые взносы, если на то пошло) связаны с контролем вашей налоговой ставки.И лучшая возможность контролировать свою налоговую ставку - это когда вы полностью контролируете свой доход. Это первые годы выхода на пенсию.

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

Наука успешного обучения: Браун, Питер С., Родигер III, Генри Л., МакДэниел, Марк А .: 4708364242277: Amazon.com: Книги

«Если вы хотите прочитать живую и увлекательную книгу по науке об обучении, это просто необходимо… Make It Stick значительно выигрывает от использования историй о людях, которые овладели сложными знаниями и навыками. На протяжении всей книги авторы объединяют истории множества учащихся хирургов, пилотов, садоводов, школьников и студентов университетов ―, чтобы проиллюстрировать их аргументы о том, как происходит успешное обучение ... Это богатая и резонансная книга, а также приятное чтение, которое заставит вас задуматься о процессах, посредством которых вы и ваши ученики приобретаете новые знания и навыки.» - Хейзел Кристи , Times Higher Education

« Многие преподаватели заинтересованы в использовании последних открытий о человеческом мозге и о том, как мы учимся… Make It Stick [is] the единственная лучшая работа, которую я встречал по этому поводу. Любой, кто интересуется преподаванием или обучением, извлечет пользу из чтения этой книги, которая не только представляет собой тщательно обоснованное исследование, но и делает это в в высшей степени удобочитаемым способом, доступным даже студентам. - Джеймс М. Ланг , Хроника высшего образования

«Ориентированный в первую очередь на студентов, родителей и учителей, Make It Stick также предлагает практические советы для учащихся всех возрастов. , на всех этапах жизни… С вызовом общепринятым представлениям Make It Stick действительно указывает путь вперед с вполне реальной перспективой получения ощутимых и устойчивых выгод ». - Гленн К.Альтшулер , Психология сегодня

«Представляет убедительный аргумент в пользу того, почему нас привлекают неправильные стратегии обучения и преподавания ― и что мы можем сделать, чтобы исправить наши подходы… Проще говоря, Make It Stick объясняет науку, лежащую в основе того, как люди учатся. Но авторы не просто повторяют исследования; они показывают читателям, как это применяется в реальных сценариях обучения, с увлекательными историями реальных людей в академической, профессиональной и спортивной среде ... Стратегии обучения, предложенные в этой книге, могут быть реализованы немедленно, бесплатно и с большим эффектом ... Make It Stick поможет вам стать более продуктивным учеником.» - Стефани Кастеллано , TD Magazine

« Если бы я мог, я бы назначил всех профессоров, которым поручено преподавать студентам одну книгу: Make It Stick: The Science of Successful Learning … Он излагает то, что мы знаем о науке об обучении, ясной и доступной прозой. Каждый педагог - и родитель, и студент, и профессионал - должен включить это в свой личный учебный план ». - Энни Мерфи Пол , Блестящий блог

«Это замечательная книга.В нем описываются важные результаты исследований с поразительными последствиями для того, как мы можем улучшить собственное обучение, преподавание и коучинг. Более того, это показывает нам, как более позитивное отношение к нашим собственным способностям и готовность решать сложные задачи позволяет нам достигать наших целей. Захватывающие истории переносят идеи из лаборатории в реальный мир ». - Роберт Бьорк, Калифорнийский университет, Лос-Анджелес

«Обучение важно и длиться всю жизнь.Тем не менее, как убедительно утверждают эти авторы, люди часто используют совершенно неправильные стратегии и не ценят те, которые работают. За последнее десятилетие мы многое узнали о применении когнитивной науки к обучению в реальном мире, и эта книга сочетает повседневные примеры с четкими объяснениями исследований.