Всн 64 86 статус: NormaCS ~ Ответы экспертов ~ Статус ВСН 64-86

Статус: действующий

Дата публикации: 28 января 2020 г.

Дата введения: 1 июля 1986 г.

Имя файла: vsn-64-86-metodicheskie-ukazaniia-po-ustanovke-i-i.pdf

Размер файла: 92,3 КБ

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

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

ФЕДЕРАЛЬНЫЕ ЗАКОНЫ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральный закон от 21.07.1997 г. № 116-ФЗ
О промышленной безопасности опасных производственных объектов

Федеральный закон от 26.06.2008 № 102-ФЗ
Об обеспечении единства измерений

Федеральный закон от 30.12.2009 № 384-ФЗ
Технический регламент о безопасности зданий и сооружений

Постановление Правительства РФ от 29.10.2010 № 870
Об утверждении технического регламента о безопасности сетей газораспределения и газопотребления

Технический регламент таможенного союза ТР ТС 012/2011
О безопасности оборудования для работы во взрывоопасных средах

Проект Федерального закона N 80121-5 (не принят)
Технический регламент о требованиях к безопасности домового газового оборудования

ФЕДЕРАЛЬНЫЕ САНИТАРНЫЕ ПРАВИЛА, НОРМЫ И ГИГИЕНИЧЕСКИЕ НОРМАТИВЫ

СанПиН 2.3.4.704-98
Производство спирта этилового ректификованного и ликероводочных изделий

ГН 2.1.6.695-98 (не актуализирован, действует актуализированная редакция ГН 2.1.6.1338-03)
Предельно допустимые концентрации (ПДК) загрязняющих веществ в атмосферном воздухе населенных мест

ГН 2.2.5.1313-03 (утратил силу, действует актуализированная редакция ГН 2.2.5.3532-18)

ГН 2.1.6.1338-03 (утратил силу, действует актуализированная редакция ГН 2.1.6.3492-17)
Предельно допустимые концентрации (ПДК) загрязняющих веществ в атмосферном воздухе населенных мест

ГН 2.1.6.3492-17
Предельно допустимые концентрации (ПДК) загрязняющих веществ в атмосферном воздухе городских и сельских поселений

ГН 2.2.5.3532-18
Предельно допустимые концентрации (ПДК) вредных веществ в воздухе рабочей зоны

ФЕДЕРАЛЬНЫЕ НОРМЫ И ПРАВИЛА В ОБЛАСТИ ПРОМЫШЛЕННОЙ БЕЗОПАСНОСТИ

Приказ N 70-П от 20.10.1991 (не действует)

ППБ 01-03 (не действует с 22.07.2012 на основании приказа МЧС России от 31.05.2012 N 306)
Об утверждении Правил пожарной безопасности в Российской Федерации

Приказ № 96 от 11.03.2012
Общие правила взрывобезопасности для взрывопожароопасных химических, нефтехимических и нефтеперерабатывающих производств

Приказ № 777 от 26.12.2012
Руководство по безопасности для нефтебаз и складов нефтепродуктов

Приказ № 778 от 26.12.2012
Руководство по безопасности для складов сжиженных углеводородных газов и легковоспламеняющихся жидкостей под давлением

Приказ № 779 от 26.12.2012

Приказ № 101 от 12.03.2013
Правила безопасности в нефтяной и газовой промышленности

Приказ № 542 от 15.11.2013
Правила безопасности сетей газораспределения и газопотребления

Приказ № 554 от 20.11.2013
Правила безопасности производств хлора и хлорсодержащих сред

Приказ № 558 от 21.11.2013
Правила безопасности для объектов, использующих сжиженные углеводородные газы

Приказ № 559 от 21.11.2013
Правила безопасности химически опасных производственных объектов

Приказ № 561 от 22.11.2013
Правила безопасности подземных хранилищ газа

Приказ № 105 от 18.04.2014
Правила безопасности морских объектов нефтегазового комплекса

Приказ № 125 от 29.03.2016
Правила безопасности нефтегазоперерабатывающих производств

Приказ № 461 от 07.11.2016
Правила промышленной безопасности складов нефти и нефтепродуктов

ВЕДОМСТВЕННЫЕ СТРОИТЕЛЬНЫЕ НОРМЫ

ВСН 64-86
Методические указания по установке сигнализаторов и газоанализаторов контроля довзрывоопасных и предельно допустимых концентраций химических веществ в воздухе производственных помещений

ВСН 217-87
Подготовка и организация строительно-монтажных работ при сооружении котельных

ВСН 13-94 (не действует)
Инструкция по проектированию взрывопожароопасных производств спиртовых, ликеро-водочных и коньячных предприятий пищевой промышленности

ТРЕБОВАНИЯ К УСТАНОВКЕ

ТУ-ГАЗ-86
Требования к установке сигнализаторов и газоанализаторов

СВОД ПРАВИЛ

СП 62.13330.2011
Газораспределительные системы. Актуализированная редакция СНиП 42-01-2002

СП 89.13330.2012 (частично действует)
Котельные установки. Актуализированная редакция СНиП II-35-76

СП 113.13330.2012 (не актуализирован, действует актуализированная редакция СП 113.13330.2016)
Стоянки автомобилей. (Актуализированная редакция СНиП 21-02-99)

СП 113.13330.2016
Стоянки автомобилей. Актуализированная редакция СНиП 21-02-99

СП 122.13330.2012
Тоннели железнодорожные и автодорожные. Актуализированная редакция СНиП 32-04-97

СП 42-101-2003
Общие положения по проектированию и строительству газораспределительных систем из металлических и полиэтиленовых труб

СП 2.2.2.1327-03
Гигиенические требования к организации технологических процессов, производственному оборудованию и рабочему инструменту

СП 41-108-2004
Поквартирное теплоснабжение жилых зданий с теплогенераторами на газовом топливе

СП 41-104-2000
Проектирование автономных источников теплоснабжения

СП 60.13330.2012 (документ отменен в части на основании приказа Минстроя России № 968/пр от 16.12.2016, действует актуализированная редакция СП 60.13330.2016)

СП 60.13330.2016
Отопление, вентиляция и кондиционирование воздуха. Актуализированная редакция СНиП 41-01-2003

СП 134.13330.2012
Системы электросвязи зданий и сооружений.Основные положения проектирования.

СП 55.13330.2011 (не действует на основании приказа Минстроя России № 725/пр от 20.11.2016)
Дома жилые одноквартирные. Актуализированная редакция СНиП 31-02-2001

СП 7.13130.2009 (не действует, введен проект изменения N 1 СП 7.13130.2009)
Отопление, вентиляция и кондиционирование. Противопожарные требования

СП 4.13130.2009 (не действует, заменен на СП 4.13130.2013)

СП 4.13130.2013
Системы противопожарной защиты. Ограничение распространения пожара на объектах защиты

СП 12.13130.2009
Определение категорий помещений, зданий и наружных установок по взрывопожарной и пожарной опасности

СП 402.1325800.2018
Здания жилые. Правила проектирования систем газопотребления

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

СНиП 41-01-2003 (не актуализирован, действует актуализированная редакция СП 60.13330.2012)
Отопление, вентиляция и кондиционирование

СНиП 42-01-2002 (не актуализирован, действует актуализированная редакция СП 62.13330.2011)
Газораспределительные системы

СНиП 2.04.08-87 (не дейсттвует)
Газоснабжение

СНиП 3.05.02-88 (не действует)
Газоснабжение

СНиП II-35-76 (не актуализирован, действует актуализированная редакция СП 89.13330.2012)
Котельные установки

СНиП 21-02-99 (не актуализирован, действует актуализированная редакция СП 113.13330.2012)
Стоянки автомобилей

СНиП 32-04-97 (не актуализирован, действует актуализированная редакция СП 122.13330.2012)
Тоннели железнодорожные и автодорожные

ПРАВИЛА БЕЗОПАСНОСТИ

ПБ 03-598-03 (Постановление Госгортехнадзора РФ от 06.06.2003 N 75)
Правила безопасности при производстве водорода методом электролиза воды

ПБ 09-224-98 (не действует)
Правила безопасности для производств, использующих неорганические кислоты и щелочи

ПБ 09-596-03 (не действует с 04.09.2014 на основании приказа Ростехнадзора от 21.11.2013 N 559)
Правила безопасности при использовании неорганических жидких кислот и щелочей

ПБ 09-524-03 
Правила промышленной безопасности в производстве растительных масел методом прессования и экстракции

ПБ 09-540-03 (не действует с 10.12.2013 на основании приказа Ростехнадзора от 11.03.2013 N 96)
Общие правила взрывобезопасности для взрывопожароопасных химических, нефтехимических и нефтеперерабатывающих производств

ПБ 09-560-03 (не действует с 08.03.2013 на основании приказа Ростехнадзора от 29.12.2012 N 798)
Правила промышленной безопасности нефтебаз и складов нефтепродуктов

ПБ 09-566-03 (не действует с 17.03.2013 на основании приказа Ростехнадзора от 29.12.2012 N 800)
Правила безопасности для складов сжиженных углеводородных газов и легковоспламеняющихся жидкостей под давлением

ПБ 09-595-03
Правила безопасности аммиачных холодильных установок

ПБ 09-567-03 (не действует с 04.09.2014 на основании приказа Ростехнадзора от 21.11.2013 N 559)
Правила безопасности лакокрасочных производств

ПБ 11-401-01 (не действует с 04.09.2014 на основании приказа Ростехнадзора от 02.03.2015 N 82)
Правила безопасности в газовом хозяйстве металлургических и коксохимических предприятий и производств

ПБ 11-493-02 (не действует с 23.03.2015 на основании приказа Ростехнадзора от 30.12.2013 N 656)
Общие правила безопасности для металлургических и коксохимических предприятий и производств

ПБ 12-245-98 (не действует)
Правила безопасности в газовом хозяйстве

ПБ 12-609-03 (не действует с 25.08.2014 на основании приказа Ростехнадзора от 21.11.2013 N 558)
Правила безопасности для объектов, использующих сжиженные углеводородные газы

ПБ 12-368-00 (не действует)
Правила безопасности в газовом хозяйстве

ПБ 12-529-03 (не действует с 28.07.2014 на основании приказа Ростехнадзора от 15.11.2013 N 542)
Правила безопасности систем газораспределения и газопотребления

ПРАВИЛА ПО ОХРАНЕ ТРУДА

ПОТ РМ-019-2000
Межотраслевые правила по охране труда при производстве ацетилена, кислорода, процессе напыления и газопламенной обработке металлов

СТАНДАРТЫ ОТРАСЛИ

ОСТ 153-39.3-051-2003 (не действует на основании приказа Минэнерго РФ № 549 от 06.11.2012)
Техническая эксплуатация газораспределительных систем. Основные положения. Газораспределительные сети и газовое оборудование зданий. Резервуарные и баллонные установки

СО 153-34.20.501-2003
Правила технической эксплуатации электрических станций и сетей Российской Федерации

СТО Газпромрегионгаз 7.1-2011
Технические требования к материалам, оборудованию и технологическим схемам блочных газорегуляторных пунктов, шкафных пунктов редуцирования газа.

РУКОВОДЯЩИЕ ДОКУМЕНТЫ

РД БТ 39-01471710003-88 (не действует на основании приказа Ростехнадзора от 15.01.2013 г. № 543)
Требования к установке датчиков стационарных газосигнализаторов в производственных помещениях и на наружных площадках предприятий нефтяной и газовой промышленности

РД 3112199-1069-98
Требования пожарной безопасности для предприятий, эксплуатирующих автотранспортные средства на компримированном природном газе

РД 08-200-98 (не действует, заменен на ПБ 08-624-03)
Правила безопасности в нефтяной и газовой промышленности

РД 153-39.4-041-99 (не действует)
Правила технической эксплуатации магистральных нефтепродуктопроводов

РД 12-341-00 (не действует на основании приказа Ростехнадзора от 07.04.2016 N 139)
Инструкция по контролю за содержанием окиси углерода в помещениях котельных

ГОСУДАРСТВЕННЫЕ СТАНДАРТЫ РОССИЙСКОЙ ФЕДЕРАЦИИ

 ГОСТ 51330.19-99 (не действует, заменен на ГОСТ 30852.5-2002)
Электрооборудование взрывозащищенное. Часть 20. Данные по горючим газам и парам, относящиеся к эксплуатации электрооборудования

ГОСТ 30852.5-2002 (МЭК 60079-4:1975)
Электрооборудование взрывозащищенное. Часть 4. Метод определения температуры самовоспламенения

ГОСТ Р МЭК 62485-3-2013
Батареи аккумуляторные и аккумуляторные установки. Требования безопасности. Часть 3. Тяговые батареи

ГОСТ Р ЕН 50194-1-2012
Сигнализаторы горючих газов для жилых помещений. Часть 1. Общие технические требования и методы испытаний

ГОСТ 27540-87
Сигнализаторы горючих газов и паров термохимические. Общие технические условия.

ГОСТ 13320-81
Газоанализаторы промышленные автоматические. Общие технические условия.

ГОСТ Р ЕН 50194-2008 (не действует, заменен на ГОСТ Р ЕН 50194-1-2012)
Газосигнализаторы электрические для детектирования горючих газов в жилых помещениях. Общие требования и методы контроля

ГОСТ Р ЕН 50194-1-2012
Сигнализаторы горючих газов для жилых помещений. Часть 1. Общие технические требования и методы испытаний

ГОСТ Р 51330.19-99 ((МЭК 60079-20-96) (не действует)
Электрооборудование взрывозащищенное. Часть 20. Данные по горючим газам и парам, относящиеся к эксплуатации электрооборудования.

ГОСТ Р 52350.29.1-2010
Взрывоопасные среды. Часть 29-1. Газоанализаторы. Общие технические требования и методы испытаний газоанализаторов горючих газов

ГОСТ Р 52350.29.2-2010
Взрывоопасные среды. Часть 29-2. Газоанализаторы. Требования к выбору, монтажу, применению и техническому обслуживанию газоанализаторов горючих газов и кислорода

ГОСТ Р 52350.29.4-2011 (МЭК 60079-29:2009)
Взрывоопасные среды. Часть 29-4. Газоанализаторы. Общие технические требования и методы испытаний газоанализаторов горючих газов с открытым оптическим каналом

ГОСТ 12.1.005-88
ССБТ (система стандартов безопасности труда). Общие санитарно-гигиенические требования к воздуху рабочей зоны

ГОСТ 12.1.044-89 (ИСО 4589-84)
Система стандартов безопасности труда (ССБТ). Пожаровзрывоопасность веществ и материалов. Номенклатура показателей и методы их определения

ВСН 46-86 Спортивные и физкультурно-оздоровительные сооружения. Нормы проектирования

Страница 1 из 118

Страница 2 из 118

Страница 3 из 118

Страница 4 из 118

Страница 5 из 118

Страница 6 из 118

Страница 7 из 118

Страница 8 из 118

Страница 9 из 118

Страница 10 из 118

Страница 11 из 118

Страница 12 из 118

Страница 13 из 118

Страница 14 из 118

Страница 15 из 118

Страница 16 из 118

Страница 17 из 118

Страница 18 из 118

Страница 19 из 118

Страница 20 из 118

Страница 21 из 118

Страница 22 из 118

Страница 23 из 118

Страница 24 из 118

Страница 25 из 118

Страница 26 из 118

Страница 27 из 118

Страница 28 из 118

Страница 29 из 118

Страница 30 из 118

Страница 31 из 118

Страница 32 из 118

Страница 33 из 118

Страница 34 из 118

Страница 35 из 118

Страница 36 из 118

Страница 37 из 118

Страница 38 из 118

Страница 39 из 118

Страница 40 из 118

Страница 41 из 118

Страница 42 из 118

Страница 43 из 118

Страница 44 из 118

Страница 45 из 118

Страница 46 из 118

Страница 47 из 118

Страница 48 из 118

Страница 49 из 118

Страница 50 из 118

Страница 51 из 118

Страница 52 из 118

Страница 53 из 118

Страница 54 из 118

Страница 55 из 118

Страница 56 из 118

Страница 57 из 118

Страница 58 из 118

Страница 59 из 118

Страница 60 из 118

Страница 61 из 118

Страница 62 из 118

Страница 63 из 118

Страница 64 из 118

Страница 65 из 118

Страница 66 из 118

Страница 67 из 118

Страница 68 из 118

Страница 69 из 118

Страница 70 из 118

Страница 71 из 118

Страница 72 из 118

Страница 73 из 118

Страница 74 из 118

Страница 75 из 118

Страница 76 из 118

Страница 77 из 118

Страница 78 из 118

Страница 79 из 118

Страница 80 из 118

Страница 81 из 118

Страница 82 из 118

Страница 83 из 118

Страница 84 из 118

Страница 85 из 118

Страница 86 из 118

Страница 87 из 118

Страница 88 из 118

Страница 89 из 118

Страница 90 из 118

Страница 91 из 118

Страница 92 из 118

Страница 93 из 118

Страница 94 из 118

Страница 95 из 118

Страница 96 из 118

Страница 97 из 118

Страница 98 из 118

Страница 99 из 118

Страница 100 из 118

Страница 101 из 118

Страница 102 из 118

Страница 103 из 118

Страница 104 из 118

Страница 105 из 118

Страница 106 из 118

Страница 107 из 118

Страница 108 из 118

Страница 109 из 118

Страница 110 из 118

Страница 111 из 118

Страница 112 из 118

Страница 113 из 118

Страница 114 из 118

Страница 115 из 118

Страница 116 из 118

Страница 117 из 118

Страница 118 из 118

Утвержденные Своды правил по проектированию (СП)

Host / Target для GCC — Проект GNU

Внимательно прочтите этот документ. перед установкой . Сборник компиляторов GNU на вашем компьютере.

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

aarch64 * — * — *

Binutils pre 2.24 не поддерживает выбор -mabi и не поддерживает ILP32. Если он используется для сборки GCC 4.9 или новее, GCC будет не поддерживает опцию -mabi = ilp32 .

Чтобы включить обходной путь для исправления Cortex-A53 номер 835769 по умолчанию (для всех процессоров независимо от заданной опции -mcpu) во время настройки используйте —enable-fix-cortex-a53-835769 вариант. Это позволит исправить по умолчанию и может быть явно отключен во время компиляции, передав -mno-fix-cortex-a53-835769 вариант.Наоборот, —disable-fix-cortex-a53-835769 отключит обходной путь По умолчанию. По умолчанию обходной путь отключен, если ни один из —enable-fix-cortex-a53-835769 или —disable-fix-cortex-a53-835769 выдается во время настройки.

Чтобы включить обходной путь для исправления Cortex-A53 номер 843419 по умолчанию (для всех процессоров независимо от заданной опции -mcpu) во время настройки используйте —enable-fix-cortex-a53-843419 Опция . Этот обходной путь применяется в время ссылки.Включение обходного пути заставит GCC передать соответствующий параметр компоновщику. Его можно явно отключить во время компиляции, передав -mno-fix-cortex-a53-843419 вариант. Наоборот, —disable-fix-cortex-a53-843419 отключит обходной путь по умолчанию. По умолчанию обходной путь отключен, если ни один из —enable-fix-cortex-a53-843419 или —disable-fix-cortex-a53-843419 выдается во время настройки.

Для включения механизма идентификации цели филиала и подписи обратного адреса с помощью по умолчанию во время настройки используйте —enable-standard-branch-protection вариант.Это эквивалентно -Защита от перегородки = стандарт . во время компиляции. Это можно явно отключить во время компиляции с помощью передача -mbranch-protection = none опция, которая отключает все виды отраслевых ограждений. Наоборот, —disable-standard-branch-protection отключит как защиты по умолчанию. Этот механизм отключен по умолчанию, если ни один из параметры предоставляются во время настройки.

альфа * — * — *

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

драм64 — * — solaris2 *

Это синоним « x86_64 — * — solaris2 * ».

amdgcn — * — amdhsa

Целевая видеокарта AMD GCN.

Вместо GNU Binutils вам потребуется установить LLVM 6 или более поздней версии и скопировать bin / llvm-mc до amdgcn-amdhsa / bin / as , bin / lld от до amdgcn-amdhsa / bin / ld , bin / llvm-nm от до amdgcn-amdhsa / bin / nm и bin / llvm-ar как на bin / amdgcn-amdhsa-ar , так и на bin / amdgcn-amdhsa-ranlib .

Используйте Newlib (2019-01-16 или новее).

Чтобы запустить двоичные файлы, установите среду выполнения HSA из Платформа ROCm и использование libexec / gcc / amdhsa-amdhsa / версия / gcn-run для их запуска на GPU.

дуга — * — elf32

Используйте « configure —target = arc-elf32 —with-cpu = cpu —enable-languages ​​=» c, c ++ «» для настройки GCC, где cpu является одним из « arc600 », « arc601 », или « arc700 ».

arc-linux-uclibc

Используйте « configure —target = arc-linux-uclibc —with-cpu = arc700 —enable-languages ​​=» c, c ++ «» для настройки GCC.

рычаг — * — eabi

процессоров семейства ARM.

Сборка внешнего интерфейса Ada обычно не выполняется (выполнение бесконечного цикла xsinfo ), если компилятор хоста — GNAT 4.8. Хост-компиляторы, построенные из Известно, что ветки выпуска GNAT 4.6, 4.9 или 5 имеют успех.

avr

Микроконтроллеры ATMEL семейства AVR.Они используются во встроенных Приложения. Стандартных конфигураций Unix нет. См. «Параметры АРН» в основном руководстве. для списка поддерживаемых типов MCU.

Используйте ‘ configure —target = avr —enable-languages ​​=» c «’ для настройки GCC.

Дополнительные примечания по установке и другая полезная информация об инструментах AVR также можно получить из:

Следующая ошибка:

означает, что вам следует перейти на более новую версию binutils.

Черный плавник

Процессор Blackfin, цифровой сигнальный процессор Analog Devices.См. «Параметры Blackfin» в основном руководстве.

Дополнительная информация и версия binutils с поддержкой этого процессора, доступны по адресу https://sourceforge.net/projects/adi-toolchain/.

CR16

Архитектура CR16 CompactRISC — это 16-разрядная архитектура. Этот архитектура используется во встроенных приложениях.

См. «Опции CR16» в основном руководстве для получения списка опций, специфичных для CR16.

Используйте « configure —target = cr16-elf —enable-languages ​​= c, c ++ » для настройки GCC для создания кросс-компилятора CR16 elf.

Используйте « configure —target = cr16-uclinux —enable-languages ​​= c, c ++ », чтобы настроить GCC для создания кросс-компилятора CR16 uclinux.

CRIS

CRIS — это архитектура ЦП в системе на кристалле Axis Communications ETRAX. ряд. Они используются во встроенных приложениях.

См. «Опции CRIS» в основном руководстве. для списка специфичных для CRIS опций.

Есть несколько разных целей CRIS:

крис-ось-эльф

В основном для монолитных встраиваемых систем.Включает мультибук для Ядро « v10 », используемое в « ETRAX 100 LX ».

крис ось Linux-GNU

Порт GNU / Linux для архитектуры CRIS, в настоящее время ориентированный на По умолчанию « ETRAX 100 LX ».

Инструменты в готовой упаковке можно получить в ftp://ftp.axis.com/pub/axis/tools/cris/compiler-kit/. Более информация об этой платформе доступна по адресу http://developer.axis.com/.

ДОС

Пожалуйста, посмотрите на страницу двоичных файлов.

Вы не можете установить GCC отдельно в MSDOS; он не будет компилироваться под любой компилятор MSDOS, кроме самого себя. Вам нужно получить полную пакет компиляции DJGPP, который включает в себя двоичные файлы, а также исходники, и включает в себя все необходимые инструменты и библиотеки для компиляции.

прозрение — * — эльф

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

* — * — freebsd *

Поддержка FreeBSD 1 была прекращена в GCC 3.2. Поддержка FreeBSD 2 (и любые мутантные варианты a.out FreeBSD 3) была прекращено в GCC 4.0.

Для лучшего использования функциональности базовой системы FreeBSD и соответствия конфигурация системного компилятора, GCC 4.5 и выше, а также GCC 4.4, выпущенный после 20.06.2010, использует поддержку SSP в libc (которая присутствует на FreeBSD 7 или новее) и использование __cxa_atexit по умолчанию (во FreeBSD 6 или новее). Использование dl_iterate_phdr внутри libgcc_s.so.1 и boehm-gc (на FreeBSD 7 или новее) включены пользователя GCC 4.5 и выше.

Мы поддерживаем FreeBSD с использованием формата файла ELF с отладкой DWARF 2. для всех архитектур ЦП. Вы можете использовать -gstabs вместо -g , если очень нужен старый формат отладки. Есть нет известных проблем со смешиванием объектных файлов и библиотек с разными форматы отладки. В противном случае этот выпуск GCC должен теперь соответствовать больше конфигурации, используемой в стандартной конфигурации FreeBSD GCC. В частности, —enable-thread теперь настраивается По умолчанию.Однако, как обычный пользователь, не пытайтесь заменить системный компилятор с этой версией. Известно для начальной загрузки и проверки с помощью хорошие результаты на FreeBSD 7.2-STABLE. Раньше было известно, что и проверьте хорошие результаты на FreeBSD 3.0, 3.4, 4.0, 4.2, 4.3, 4.4, 4.5, 4.8, 4.9 и 5-ТОК.

Версия binutils, установленная в / usr / bin , вероятно, работает с этим выпуском GCC. Загрузка с последней версией GNU binutils и / или версия, найденная в / usr / ports / devel / binutils , имеет известно, что включает дополнительные функции и улучшает общий набор тестов полученные результаты.Однако в настоящее время известно, что boehm-gc не может настраивать правильно на FreeBSD до выпуска FreeBSD 7.0 с GNU binutils после 2.16.1.

ft32 — * — эльф

Процессор FT32. Эта конфигурация предназначена для встраиваемых систем.

h8300-hms

Процессоры Renesas серии H8 / 300.

Пожалуйста, посмотрите на страницу двоичных файлов.

В версии 2.6 изменено соглашение о вызовах и структура структуры. Весь код необходимо перекомпилировать.Соглашение о вызовах теперь передает первые три аргумента в вызовах функций в регистрах. Структуры нет длиннее, кратное 2 байтам.

гппа * -хп-лс *

Поддержка HP-UX версии 9 и более ранних была прекращена в GCC 3.4.

Мы требуем использовать газ / binutils на всех платформах с ГПД. Версия 2.19 или позже рекомендуется.

Может оказаться полезным настроить GCC с —with-gnu-as и —with-as =… , чтобы GCC мог найти GAS.

Ассемблер HP не должен использоваться с GCC. Это редко проверяется и может не работает. Его нельзя использовать с другими языками, кроме C, из-за его много ограничений.

Конкретно -g не работает (HP-UX использует своеобразную отладку формат, о котором GCC не знает). Он также вставляет временные метки в каждый создаваемый объектный файл, в результате чего трехэтапный сравнительный тест сбой во время начальной загрузки. Вы сможете продолжить, сказав « сделать все хосты для всех целей » после получения отказа от « make ».

Различные функции GCC не поддерживаются. Например, он не поддерживает слабые символы или определения псевдонимов. В результате явные экземпляры шаблонов требуются при использовании C ++. Это затрудняет, если не делает невозможным создавать множество приложений на C ++.

Есть две модели планирования по умолчанию для инструкций. Эти PROCESSOR_7100LC и PROCESSOR_8000. Они выбираются из списка архитектура, указанная для целевой машины при настройке. PROCESSOR_8000 по умолчанию.PROCESSOR_7100LC выбирается, когда цель — машина с производительностью « гпа1 * ».

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

Начиная с GCC 4.0, GCC использует пространство имен UNIX 95 для HP-UX 10.10. до 11.00 и пространство имен UNIX 98 для HP-UX 11.11 и новее. Это изменение пространства имен может вызвать проблемы при загрузке с более ранняя версия GCC или компилятор HP как по сути то же самое пространство имен требуется для всей сборки. Этой проблемы можно избежать несколькими способами. В HP cc для UNIX_STD можно установить значение « 95 ». или « 98 ». Другой способ — добавить соответствующий набор предопределений к CC . Описание опции munix = содержит список предопределений, используемых с каждым стандартом.

Более подробная информация о целях « hppa * -hp-hpux * » приводится ниже.

л.с. * -hp-hpux10

Для hpux10.20 мы настоятельно рекомендуем получить последний патч sed PHCO_19798 от HP.

C ++ ABI несовместимо изменился в GCC 4.0. Подпространства COMDAT используется только для одного кода и данных. Это решает многие из предыдущих проблемы с использованием C ++ для этой цели. Однако ABI не совместим с одним, реализованным в HP-UX 11, с использованием вторичных определений.

л.с. * -hp-hpux11

GCC 3.0 и выше поддерживает HP-UX 11. GCC 2.95.x не поддерживается и не может использоваться для компиляции GCC 3.0 и выше.

Библиотека libffi не была перенесена на 64-разрядную версию HP-UX и не собирается.

Обратитесь к двоичным файлам для получения информации о получении предварительно скомпилированные двоичные файлы GCC для HP-UX. Необходимо получить предварительно скомпилированные двоичные файлы для создания языка Ada, поскольку он не может быть загружен с использованием C. доступно только для 32-разрядной среды выполнения PA-RISC.

Начиная с GCC 3.4 для начальной загрузки требуется компилятор ISO C. В встроенный компилятор поддерживает только традиционный C; вам понадобится либо HP разукрупненный компилятор или бинарный дистрибутив GCC.

Можно собрать GCC 3.3, начиная с прилагаемого компилятора HP, но процесс требует нескольких шагов. Затем GCC 3.3 можно использовать для построить более поздние версии.

Есть несколько возможных подходов к построению дистрибутива. Binutils можно сначала создать с помощью инструментов HP.Затем GCC распространение может быть построено. Второй подход — построить GCC. сначала с помощью инструментов HP, затем соберите binutils, а затем пересоберите GCC. Были проблемы с различными бинарными дистрибутивами, поэтому Лучше не начинать с двоичного дистрибутива.

В 64-разрядных системах есть две разные цели. Разные префиксы установки должны использоваться, если оба должны быть установлены на та же система. Цель « hppa [1-2] * — hp-hpux11 * » генерирует код для 32-разрядной архитектуры времени выполнения PA-RISC и использует компоновщик HP.Цель « hppa64-hp-hpux11 * » создает 64-битный код для Архитектура PA-RISC 2.0.

Сценарий config.guess теперь выбирает целевой тип на основе компилятора. обнаружен во время настройки. Вы должны определить PATH или CC , чтобы эта configure находит подходящий компилятор для начальной загрузки. Когда используется CC , определение должно содержать параметры, которые необходимо всякий раз, когда используется CC .

В частности, параметры, определяющие архитектуру среды выполнения, должны быть в CC , чтобы правильно выбрать цель для сборки.Это также удобно разместить множество других опций компилятора в CC . Например, CC = "cc -Ac + DA2.0W -Wp, -h26376 -D_CLASSIC_TYPES -D_HPUX_SOURCE" может использоваться для начальной загрузки ветки GCC 3.3 с компилятором HP в 64-битный K&R / связанный режим. Вариант + DA2.0W приведет к автоматический выбор цели « hppa64-hp-hpux11 * ». В Таблица определения макросов cpp должна быть увеличена для успешного сборка с помощью компилятора HP. _CLASSIC_TYPES и _HPUX_SOURCE необходимо быть определенным при сборке с помощью связанного компилятора или при использовании -AC опция.Эти определения не требуются для -Ae .

Лучше явно настроить цель « hppa64-hp-hpux11 * » с опцией —with-ld =… . Это отменяет стандартную ищите ld. Два компоновщика, поддерживаемые на этой цели, требуют разных команды. Компоновщик по умолчанию определяется во время настройки. Как В результате невозможно переключить компоновщики в середине сборки GCC. Сообщается, что это иногда происходит в унифицированных сборках binutils. и GCC.

Последний патч компоновщика должен быть установлен для правильной работы GCC 3.3 и новее. PHSS_26559 и PHSS_24304 — это самые старые исправления компоновщика, которые, как известно, работают. Они для HP-UX 11.00 и 11.11 соответственно. PHSS_24303 , компаньон для PHSS_24304 , можно использовать, но он не тестировался. Эти патчи были заменены. Обратитесь к базе данных исправлений HP, чтобы получить рекомендуемый в настоящее время патч компоновщика для вашей системы.

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

GCC 3.3 использует возможности ELF DT_INIT_ARRAY и DT_FINI_ARRAY для запустить инициализаторы и финализаторы на 64-битном порту.32-битный порт использует параметры компоновщика + init и + fini для того же цель. Патчи исправляют различные проблемы с + init / + fini опции, в том числе дампы ядра программы. Binutils 2.14 исправляет ошибку проблема с 64-битным портом из-за нестандартного использования HP разделы .init и .fini для инициализаторов и финализаторов массивов.

Хотя линкеры HP и GNU поддерживаются для ‘ hppa64-hp-hpux11 * ’, настоятельно рекомендуется Компоновщик HP может использоваться для редактирования ссылок на этой цели.

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

Динамический загрузчик HP не поддерживает управление версиями символов GNU, поэтому символ управление версиями не поддерживается.Может потребоваться отключить символ управление версиями с помощью —disable-symvers при использовании GNU ld.

потоков POSIX. Дополнительная библиотека потоков DCE не поддерживается, поэтому —enable-threads = dce не работает.

* — * — Linux-GNU

Разделы .init_array и .fini_array включены безусловно, для чего требуются как минимум glibc 2.1 и binutils 2.12.

Версии libstdc ++ — v3, начиная с 3.2.1 требуется исправление ошибок в glibc 2.2.5 и новее. Более подробная информация доступна в libstdc ++ — документация v3.

i? 86 — * — Linux *

Начиная с GCC 3.3, для этой платформы требуется binutils 2.13.1 или новее. См. Ошибку 10877 для получения дополнительной информации.

Если вы получаете ошибки Signal 11 при сборке на GNU / Linux, то это возможно у вас проблема с оборудованием. Дополнительную информацию об этом можно получить можно найти на www.bitwizard.nl.

i? 86 — * — solaris2 *

Используйте это для Solaris 11.3 или новее в системах x86 и x86-64. Запуск с GCC 4.7 есть также 64-битный « amd64 — * — solaris2 * » или Конфигурация « x86_64 — * — solaris2 * », соответствующая ‘ sparcv9-sun-solaris2 * ’.

Рекомендуется настроить GCC для использования ассемблера GNU. В версии, включенные в Solaris 11.3, из GNU binutils 2.23.1 или более новые (доступны как / usr / bin / gas и / usr / gnu / bin / as ), работают нормально. Текущая версия от GNU binutils 2.34, как известно, работает. Последние версии ассемблера Solaris в Но / usr / bin / as работают почти так же.

Для компоновки предпочтительнее линкер Solaris. Если вы хотите использовать GNU компоновщик вместо версии в Solaris 11.3, из GNU binutils 2.23.1 или более новые (в / usr / gnu / bin / ld и / usr / bin / gld ), работает, как и последняя версия GNU binutils 2.34.

Чтобы использовать GNU как , настройте параметры —with-gnu-as —with-as = / usr / gnu / bin / as .Может быть необходимо для настройки с помощью —without-gnu-ld —with-ld = / usr / ccs / bin / ld to Гарантия использования Solaris ld .

ia64 — * — Linux

IA-64 (также известный как IPF или семейство процессоров Itanium) под управлением GNU / Linux.

Если вы используете установленную системную библиотеку libunwind с —with-system-libunwind , тогда вы должны использовать libunwind 0.98 или позже.

Ни одна из следующих версий GCC не имеет совместимого ABI с любой из других версий в этом списке, за исключением того, что Red Hat 2.96 и Trillian 000171 совместимы между собой: 3.1, 3.0.2, 3.0.1, 3.0, Red Hat 2.96 и Trillian 000717. Это в первую очередь влияет на программы C ++ и программы, создающие разделяемые библиотеки. Для компиляции ядра Linux рекомендуется GCC 3.1 или новее. Начиная с версии 3.1 GCC считается полностью совместимым с ABI, и, следовательно, нет ожидаются более серьезные изменения ABI.

ia64 — * — hpux *

Для сборки GCC на этой цели требуется ассемблер GNU. В комплекте HP ассемблер работать не будет.Чтобы предотвратить использование GCC неправильного ассемблера, может потребоваться опция —with-gnu-as .

Библиотека libunwind GCC не была перенесена на HPUX. Это означает, что для GCC версии 3.2.3 и ранее, —enable-libunwind-exceptions требуется для сборки GCC. Для GCC 3.3 и более поздних версий это значение по умолчанию. Для gcc 3.4.3 и новее —enable-libunwind-exceptions — это удален, и всегда будет использоваться системная библиотека libunwind.

* -ibm-aix *

Поддержка AIX версии 3 и более ранних была прекращена в GCC 3.4. Поддержка AIX версии 4.2 и более ранних была прекращена в GCC 4.5.

сбоев начальной загрузки «недостаточно памяти» могут указывать на проблему с лимиты ресурсов процесса (ulimit). Жесткие ограничения настраиваются в / etc / security / limits файл конфигурации системы.

GCC 4.9 и выше требует компилятора C ++ для начальной загрузки. IBM VAC ++ / xlC не может загрузить GCC. xlc может загружать старую версию GCC и G ++ может загружать последние выпуски GCC.

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

% LDR_CNTRL = MAXDATA = 0x50000000
% экспорт LDR_CNTRL
 

Можно начать с предварительно скомпилированной версии GCC для сборки из источники. При запуске можно удалить «фиксированные» заголовочные файлы GCC. с версией GCC, созданной для более раннего выпуска AIX.

Чтобы ускорить этапы настройки начальной загрузки и установки GCC, можно использовать GNU Bash вместо AIX / bin / sh , e.грамм.,

% CONFIG_SHELL = / opt / freeware / bin / bash
% экспорт CONFIG_SHELL
 

, а затем действуйте, как описано в сборке инструкции, где мы настоятельно рекомендуем указывать абсолютный путь для вызова srcdir / configure.

Поскольку GCC в AIX по умолчанию создается как 32-разрядный исполняемый файл, (хотя он может генерировать 64-битные программы) библиотеки GMP и MPFR требуемые gfortran должны быть 32-битными библиотеками. Построение GMP и MPFR поскольку статические архивные библиотеки работают лучше, чем разделяемые библиотеки.

Ошибки, связанные с alloca при построении GCC, как правило, из-за к неправильному определению CC в Makefile или файлах микширования скомпилирован с помощью собственного компилятора C и GCC. На этапе stage1 сборка, собственный компилятор AIX должен вызываться как cc (не xlc ). Как только configure будет проинформирован о xlc , необходимо использовать « make distclean », чтобы удалить настроить файлы кеша и убедиться, что переменная среды CC не предоставляет определение, которое запутает , настроить .Если эта ошибка возникает на этапе 2 или позже, то, скорее всего, проблема это версия Make (см. выше).

Родной как и ld рекомендуются для начальная загрузка в AIX. Ассемблер GNU, компоновщик GNU и GNU Binutils версии 2.20 — это минимальный уровень, поддерживающий загрузку на AIX 5. GNU Assembler не обновлен для поддержки AIX 6 или AIX 7. Собственные инструменты AIX взаимодействуют с GCC.

В AIX 7.1 добавлена ​​частичная поддержка отладки DWARF, но полная поддержка требуется AIX 7.1 TL03 SP7, который поддерживает дополнительные разделы DWARF и исправляет ошибку в ассемблере. AIX 7.1 TL03 SP5 распространил версию в libm.a отсутствуют важные символы; исправление для IV77796 будет включен в SP6.

AIX 5.3 TL10, AIX 6.1 TL05 и AIX 7.1 TL00 представили AIX изменение ассемблера, которое иногда приводит к повреждению файлов сборки вызывает ошибки компоновщика AIX. Ошибка нарушает загрузку GCC в AIX и может вызвать сбои компиляции с существующими установками GCC. An AIX iFix для AIX 5.3 (APAR IZ98385 для AIX 5.3 TL10, APAR IZ98477 для AIX 5.3 TL11 и IZ98134 для AIX 5.3 TL12). AIX 5.3 TL11 SP8, AIX 5.3 TL12 SP5, AIX 6.1 TL04 SP11, AIX 6.1 TL05 SP7, AIX 6.1 TL06 SP6, AIX 6.1 TL07 и AIX 7.1 TL01 должны включать исправление.

Сборка libstdc ++. требует исправления ошибки ассемблера AIX APAR IY26685 (AIX 4.3) или APAR IY25528 (AIX 5.1). Это также требует исправление для другой ошибки AIX Assembler и исправление зависимого AIX Archiver упоминается как APAR IY53606 (AIX 5.2) или APAR IY54774 (AIX 5.1)

‘ libstdc ++ ’ в GCC 3.4 увеличивает номер основной версии общий объект и установка GCC помещает libstdc ++. a общая библиотека в общем месте, которая перезапишет и GCC 3.3 версия разделяемой библиотеки. Приложения либо должны быть повторно связаны с новой разделяемой библиотекой или GCC 3.1 и GCC 3.3 должны быть доступны версии общего объекта « libstdc ++ ». загрузчику среды выполнения AIX.GCC 3.1 « libstdc ++. So.4 », если присутствует, а общие объекты GCC 3.3 ‘ libstdc ++. so.5 ’ могут быть установлен для динамической загрузки во время выполнения, используя следующие шаги, чтобы установить флаг « F_LOADONLY » в общем объекте для каждые Multilib libstdc ++. a установлен:

Извлечь общие объекты из установленных в данный момент libstdc ++. Архив :

% ar -x libstdc ++. A libstdc ++. So.4 libstdc ++. So.5
 

Включите флаг « F_LOADONLY », чтобы общий объект был доступны для динамической загрузки во время выполнения, но не связаны:

% strip -e libstdc ++.so.4 libstdc ++. so.5
 

Архивировать общий объект, предназначенный только для выполнения, в GCC 3.4. libstdc ++. Архив :

% ar -q libstdc ++. A libstdc ++. So.4 libstdc ++. So.5
 

В итоге —with-aix-soname = svr4 опция configure может отпустить необходимость в этой процедуре для библиотек, которые поддержите это.

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

AIX 4.3 использует «широкоформатный» архив для поддержки как 32-битных, так и 64-битные объектные модули. Подпрограммы, представленные в AIX 4.3.0 и AIX 4.3.1 для синтаксического анализа архивные библиотеки некорректно обрабатывали новый формат. Эти процедуры используются GCC и приводят к сообщениям об ошибках во время связывание типа «не файл COFF». Версия поставленных подпрограмм с AIX 4.3.1 должен работать в 32-битной среде.Модель -g опция команды archive может использоваться для создания архивов 32-битных объекты, использующие оригинальный «малый формат». Правильная версия подпрограммы поставляются с AIX 4.3.2 и выше.

Некоторые версии связывателя AIX (компоновщика) могут завершиться ошибкой при перемещении. серьезная ошибка переполнения при использовании параметра -bbigtoc для связи Созданные GCC объектные файлы в исполняемый файл, который переполняет оглавление. Исправление для APAR IX75823 (ПЕРЕПОЛНЕНИЕ ВО ВРЕМЯ ССЫЛКИ ПРИ ИСПОЛЬЗОВАНИИ GCC И -BBIGTOC) доступны в Службе поддержки клиентов IBM и на ее техническая поддержка.services.ibm.com сайт как PTF U455193.

Компоновщик AIX 4.3.2.1 (bos.rte.bind_cmds, уровень 4.3.2.1) сделает дамп ядра с ошибкой сегментации при вызове любой версией GCC. Исправление для APAR IX87327 доступен в службе поддержки клиентов IBM и на ее techsupport.services.ibm.com сайт как PTF U461879. Это исправление включено в AIX 4.3.3 и более поздних версий.

Первоначальный ассемблер, поставляемый с AIX 4.3.0, генерирует неверный объект файлы. Исправление для APAR IX74254 (64-БИТНЫЙ РАЗБОРНЫЙ ВЫХОД ИЗ-ЗА СБОЙ КОМПИЛЯТОРА TO ASSEMBLE / BIND) можно получить в Службе поддержки клиентов IBM и в ее техническая поддержка.services.ibm.com сайт как PTF U453956. Это исправление включено в AIX 4.3.1 и более поздних версий.

AIX обеспечивает поддержку национальных языков (NLS). Компиляторы и ассемблеры использовать NLS для поддержки представления различных данных в зависимости от региона форматы, включая числа с плавающей запятой (например, «. » против «, » для разделение десятичных дробей). Сообщалось о проблемах, где GCC не создает те же форматы с плавающей запятой, что и ассемблер. надеется. Если вы столкнулись с этой проблемой, установите LANG переменную среды на « C » или « En_US ».

По умолчанию можно указать -mcpu = cpu_type switch и используя параметр конфигурации —with-cpu- cpu_type .

iq2000 — * — эльф

процессоров Vitesse IQ2000. Они используются во встроенных Приложения. Стандартных конфигураций Unix нет.

лм32 — * — эльф

Lattice Mico32 процессор. Эта конфигурация предназначена для встраиваемых систем.

лм32 — * — uclinux

Lattice Mico32 процессор.Эта конфигурация предназначена для встраиваемых систем под управлением uClinux.

m32c — * — эльф

Процессор Renesas M32C. Эта конфигурация предназначена для встраиваемых систем.

m32r — * — эльф

Процессор Renesas M32R. Эта конфигурация предназначена для встраиваемых систем.

м68к — * — *

По умолчанию « m68k — * — elf * », « m68k — * — rtems », « m68k — * — uclinux » и ‘ m68k — * — linux ’ библиотеки сборки для процессоров M680x0 и ColdFire.Если только ты нужны библиотеки M680x0, вы можете опустить библиотеки ColdFire, передав —with-arch = m68k От до настроить . В качестве альтернативы вы можно опустить библиотеки M680x0, передав —with-arch = cf в настроить . По умолчанию для этих целей используется код 5206 или 5475 как подходит для целевой системы, когда сконфигурирован с кодом —with-arch = cf и 68020 в противном случае.

« m68k — * — netbsd » и Цели « m68k — * — openbsd » также поддерживают —with-arch вариант.Они будут генерировать код ColdFire CFV4e при настройке с —with-arch = cf и 68020 в противном случае.

Вы можете переопределить процессоры по умолчанию, перечисленные выше, настроив с —with-cpu = target . Эта цель может либо быть аргументом -mcpu или одним из следующих значений: ‘ m68000 ’, ‘ m68010 ’, ‘ m68020 ’, ‘ m68030 ’, « m68040 », « m68060 », « m68020-40 » и « m68020-60 ».

GCC требует для этих целей, по крайней мере, binutils версии 2.17.

m68k — * — uclinux

GCC 4.3 изменил конфигурацию uClinux так, чтобы он использовал ABI « m68k-linux-gnu » вместо ABI « m68k-elf ». Также добавлена ​​улучшенная поддержка C ++ и плоских разделяемых библиотек, оба из которых были изменениями ABI.

microblaze — * — эльф

Процессор Xilinx MicroBlaze. Эта конфигурация предназначена для встраиваемых систем.

mips — * — *

Если в системе MIPS вы получаете сообщение об ошибке «не имеет gp секции для всего, что это [sic] сектоны [sic] », не беспокойтесь об этом. Этот происходит всякий раз, когда вы используете GAS с компоновщиком MIPS, но нет действительно что-то не так, и можно использовать выходной файл. Ты можешь прекратите появление таких предупреждений, установив компоновщик GNU.

Было бы неплохо расширить GAS для создания таблиц gp, но они необязательно, и не должно быть предупреждения об их отсутствии.

Для подпрограмм атомарной блокировки libstdc ++ для целей MIPS требуется MIPS II. и позже. Патч появился сразу после выпуска GCC 3.3 для make ‘ mips * — * — * ’ вместо этого используйте общую реализацию. Вы также можете в качестве обходного пути настройте « mipsel-elf «. В Целевой объект « mips * — * — linux * » продолжает использовать процедуры MIPS II. Более работа над этим ожидается в будущих выпусках.

Встроенные функции __sync_ * доступны в MIPS II и более поздние системы и другие, поддерживающие « ll », « sc » и Инструкции « sync ».Это можно изменить, передав —with-llsc или —without-llsc при настройке GCC. Поскольку ядро ​​Linux эмулирует эти инструкции, если они отсутствует, по умолчанию для целей « mips * — * — linux * » — с-llsc . Модель — с LLSC и —without-llsc параметры конфигурации могут быть переопределены при компиляции время, передав параметры -mllsc или -mno-llsc в компилятор.

MIPS проверяют деление на ноль (если только -mno-check-zero-division передается компилятору) генерирует либо условную ловушку, либо инструкцию прерывания.С использованием trap приводит к уменьшению размера кода, но поддерживается только на MIPS II и позже. Кроме того, в некоторых версиях ядра Linux есть ошибка, которая предотвращает генерацию ловушки правильного сигнала ( SIGFPE ). Включить использование break, используйте —with-diver = breaks настроить опцию при настройке GCC. По умолчанию используйте ловушки в системах, которые их поддерживают.

moxie — * — эльф

Процессор moxie.

msp430 — * — эльф *

TI MSP430.Эта конфигурация предназначена для встраиваемых систем.

‘ msp430 — * — elf ’ — стандартная конфигурация с большинством GCC функции включены по умолчанию.

‘ msp430 — * — elfbare ’ настроен для работы без операционной системы и отключает функции, связанные с общими библиотеками, и другие функции, не используемые для это устройство. Это сокращает использование кода и данных библиотек GCC, в результате по умолчанию в минимальной среде выполнения.

Функции, отключенные по умолчанию, включают:

• транзакционная память
• __cxa_atexit

nds32le — * — эльф

Цель Andes NDS32 в режиме прямого порядка байтов.

nds32be — * — эльф

Цель Andes NDS32 в режиме прямого байта.

nvptx — * — нет

Nvidia PTX target.

Вместо GNU binutils вам потребуется установить nvptx-tools. Сообщите GCC, где его найти: —with-build-time-tools = [install-nvptx-tools] / nvptx-none / bin .

Вам понадобится newlib 3.0 git revision cd31fbb2aea25f94d7ecedc9db16dfc87ab0c316 или более поздней версии. Это может быть автоматически создается вместе с GCC. Для этого добавьте символическую ссылку в каталог nvptx-newlib newlib в каталог, содержащий исходники GCC.

Используйте —disable-sjlj-exceptions и —enable-newlib-io-long-long параметры при настройке.

or1k — * — эльф

32-битный процессор OpenRISC 1000 со слотами задержки. Эта конфигурация предназначена для встраиваемых систем.

or1k — * — Linux

32-битный процессор OpenRISC 1000 со слотами задержки.

powerpc — * — *

Вы можете указать версию по умолчанию для -mcpu = cpu_type переключиться с помощью параметра конфигурации —with-cpu- cpu_type .

Вам понадобится GNU binutils 2.20 или новее.

powerpc — * — дарвин *

PowerPC под управлением Darwin (ядро Mac OS X).

Предустановленные версии Mac OS X могут не включать никаких инструментов разработчика, Это означает, что вы не сможете собрать GCC из исходного кода. Инструмент бинарные файлы доступны по адресу https://opensource.apple.com.

Для этой версии GCC требуется как минимум cctools-590.36. В cctools-590.36 ссылка на пакет из http://gcc.gnu.org/ml/gcc/2006-03/msg00507.html не будет работать в системах старше 10.3.9 (также известных как darwin7.9.0).

powerpc — * — эльф

PowerPC в режиме прямого байта, работает под управлением системы V.4.

powerpc * — * — Linux-GNU *

PowerPC в режиме прямого байта под управлением Linux.

powerpc — * — netbsd *

Система PowerPC в режиме прямого байта под управлением NetBSD.

powerpc — * — eabisim

Встроенная система PowerPC в режиме прямого байта для использования при работе под Симулятор PSIM.

powerpc — * — eabi

Встроенная система PowerPC в режиме прямого байта.

powerpcle — * — эльф

PowerPC в режиме прямого байта, работает под управлением системы V.4.

powerpcle — * — eabisim

Встроенная система PowerPC в режиме прямого байта для использования в симулятор PSIM.

powerpcle — * — eabi

Встроенная система PowerPC в режиме прямого байта.

rl78 — * — эльф

Процессор Renesas RL78.Эта конфигурация предназначена для встраиваемых систем.

riscv32 — * — эльф

Набор команд RISC-V RV32. Эта конфигурация предназначена для встраиваемых систем. Для этой (и всех других RISC-V) целей требуется версия binutils 2.30.

riscv32 — * — Linux

Набор инструкций RISC-V RV32 под управлением GNU / Linux. Для этой (и всех других RISC-V) целей требуется версия binutils 2.30.

riscv64 — * — эльф

Набор команд RISC-V RV64.Эта конфигурация предназначена для встраиваемых систем. Для этой (и всех других RISC-V) целей требуется версия binutils 2.30.

riscv64 — * — Linux

Набор инструкций RISC-V RV64 под управлением GNU / Linux. Для этой (и всех других RISC-V) целей требуется версия binutils 2.30.

rx — * — эльф

Процессор Renesas RX.

s390 — * — Linux *

S / 390 под управлением GNU / Linux для S / 390.

s390x — * — Linux *

Система zSeries (64-разрядная) под управлением GNU / Linux для zSeries.

s390x-ibm-tpf *

Система zSeries (64-разрядная) с TPF. Эта платформа поддерживается только как цель кросс-компиляции.

* — * — solaris2 *

Поддержка Solaris 10 была удалена в GCC 10. Поддержка Solaris 9 был удален в GCC 5. Поддержка Solaris 8 была удалена в GCC 4.8. Поддержка Solaris 7 была удалена в GCC 4.6.

Solaris 11.3 предоставляет GCC 4.5.2, 4.7.3 и 4.8.2 как /usr/gcc/4.5/bin/gcc или аналогичный.Более новые версии Solaris предоставить один или несколько из GCC 5, 7 и 9. В качестве альтернативы, вы можете установить предварительно созданный GCC для начальной загрузки и установки GCC. Увидеть на странице двоичных файлов.

Solaris 2 / bin / sh часто не удается настроить ‘ libstdc ++ — v3 ’. Поэтому мы рекомендуем использовать следующая начальная последовательность команд

% CONFIG_SHELL = / bin / ksh
% экспорт CONFIG_SHELL
 

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

В Solaris 11 необходимо проверить систему / заголовок , система / компоновщик и разработчик / ассемблер пакетов.

Попытка использовать компоновщик и другие инструменты в Было замечено, что / usr / ucb для установки GCC вызывает проблемы. Например, компоновщик может зависать на неопределенное время. Исправление заключается в удалении / usr / ucb из вашего PATH .

Процесс сборки работает более плавно с устаревшими инструментами Solaris, поэтому, если вы иметь / usr / xpg4 / bin в вашем PATH , мы рекомендуем вам разместить / usr / bin до / usr / xpg4 / bin на время сборки.

Мы рекомендуем использовать ассемблер Solaris или ассемблер GNU в в сочетании с компоновщиком Solaris. GNU как версии, включенные в Solaris 11.3, из GNU binutils 2.23.1 или новее (в / usr / bin / gas и / usr / gnu / bin / as ), как известно, работают. Текущая версия из GNU binutils 2.34, также известно, что он работает. Обратите внимание, что ваш пробег может отличаться если вы используете комбинацию инструментов GNU и инструментов Solaris: в то время как комбинация GNU as + Solaris ld должна работать разумно, обратная комбинация Solaris as + GNU ld может не в некоторых случаях для программ на C ++ создавать или вызывать повреждение памяти во время выполнения.GNU ld обычно также работает. Опять же, нынешний версия (2.34), как известно, работает, но, как правило, не имеет специфической платформы особенности, так что лучше оставайтесь с Solaris ld . Чтобы использовать компоновщик LTO плагин ( -fuse-linker-plugin ) с GNU ld , GNU binutils должен быть настроен на с —enable-largefile .

Чтобы включить управление версиями символов в ‘ libstdc ++ ’ с помощью компоновщика Solaris, вам нужна любая версия GNU c ++ filter , которая является частью GNU binutils.Управление версиями символов « libstdc ++ » будет отключено, если соответствующая версия найдена. Solaris c ++ filter из Solaris Компиляторы Studio делают , а не .

Версии GNU Multiple Precision Library (GMP), MPFR библиотека и библиотека MPC, поставляемые с Solaris 11.3 и более поздними версиями, являются обычно достаточно свежи, чтобы соответствовать требованиям GCC. Есть два предостережения:

• Хотя версия библиотеки GMP в Solaris 11.3 работает с GCC, вы необходимо настроить с помощью —with-gmp-include = / usr / include / gmp .
• Версия библиотеки MPFR, включенная в Solaris 11.3, слишком старая; ты нужно предоставить более свежий.

sparc * — * — *

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

Новые версии библиотеки GNU Multiple Precision Library (GMP), MPFR библиотека и библиотека MPC, как известно, неправильно скомпилированы ранее версии GCC на этих платформах.Поэтому мы рекомендуем использовать точных версий этих библиотек, перечисленных как минимальные версии в предпосылках.

sparc-sun-solaris2 *

Когда GCC настроен на использование GNU binutils 2.14 или новее, двоичные файлы произведенные меньше, чем произведенные с использованием собственных инструментов Solaris; эта разница весьма значительна для двоичных файлов, содержащих отладку. Информация.

Начиная с Solaris 7, операционная система может выполнять 64-битные двоичные файлы SPARC V9.GCC 3.1 и более поздние версии правильно поддерживают это; опция -m64 включает генерацию 64-битного кода. Однако, если все, что вам нужно, это код, настроенный для процессора UltraSPARC, вы вместо этого следует попробовать опцию -mtune = ultrasparc , которая производит код, который, в отличие от полного 64-битного кода, может работать на не-UltraSPARC машины.

При настройке библиотеки GNU Multiple Precision Library (GMP) MPFR библиотеки или библиотеки MPC в системе Solaris 7 или более поздней версии, каноническая целевой триплет должен быть указан как параметр build в настроить строку.Этот целевой триплет можно получить, вызвав ./config.guess в исходном каталоге верхнего уровня GCC (и не GMP, MPFR или MPC). Например, в системе Solaris 11:

% ./configure --build = sparc-sun-solaris2.11 --prefix = xxx
 

sparc — * — Linux *

sparc64 — * — solaris2 *

При настройке 64-битного GCC по умолчанию в Solaris / SPARC вы должны использовать компилятор сборки, который генерирует 64-битный код либо по умолчанию, либо указав ‘ CC = ‘gcc -m64’ CXX = ‘gcc-m64’ ’ для , сконфигурируйте .Кроме того, вы должны пройти —build = sparc64-sun-solaris2.11 или —build = sparcv9-sun-solaris2.11 , потому что config.guess неправильно определяет эту ситуацию, что может вызвать сбои сборки.

При настройке библиотеки GNU Multiple Precision Library (GMP) MPFR библиотеки или библиотеки MPC необходимо указать канонический целевой триплет как параметр build в строке настройки. Например в системе Solaris 11:

%./ configure --build = sparc64-sun-solaris2.11 --prefix = xxx
 

sparcv9 — * — solaris2 *

Это синоним « sparc64 — * — solaris2 * ».

c6x — * — *

Семейство процессоров C6X. Для этого порта требуется binutils-2.22 или новее.

tilegx — * — Linux *

Процессор TILE-Gx в режиме прямого байта, работающий под GNU / Linux. Этот для порта требуется binutils-2.22 или новее.

tilegxbe — * — Linux *

Процессор TILE-Gx в режиме прямого байта, работающий под управлением GNU / Linux.Этот для порта требуется binutils-2.23 или новее.

tilepro — * — Linux *

Процессор TILEPro под управлением GNU / Linux. Этот порт требует binutils-2.22 или новее.

visium — * — эльф

Процессор CDS VISIUMcore. Эта конфигурация предназначена для встраиваемых систем.

* — * — vxworks *

Поддержка VxWorks постоянно развивается. В настоящее время GCC поддерживает только самая последняя версия VxWorks 5.5 (также известная как Tornado 2.2) и только на PowerPC.Мы приветствуем исправления для других архитектур, поддерживаемых VxWorks 5.5. Также приветствуется поддержка VxWorks AE; мы считаем, что это просто вопрос написания соответствующего «конфиглета» (см. ниже). Мы не заинтересован в поддержке более старых версий a.out или COFF VxWorks в GCC 3.

VxWorks поставляется с более старой версией GCC, установленной в $ WIND_BASE / хост ; мы рекомендуем не перезаписывать его. Выберите установку с префиксом полностью за пределами $ WIND_BASE .Перед запуском настройте , создайте каталоги с префиксом и префикс / bin . Свяжите или скопируйте соответствующий ассемблер, компоновщик и т. д. в префикс / bin и установите для PATH значение включить этот каталог при запуске как , так и настройки и марка .

Вы должны дать configure —with-headers = $ WIND_BASE / target / h переключить, чтобы он мог найдите системные заголовки VxWorks.Поскольку VxWorks — это кросс-компиляция только цель, вы также должны указать —target = target . configure попытается создать каталог префикс / target / sys-include и копировать в него файлы; убедитесь, что у пользователя, запускающего configure , есть достаточные права сделать так.

GCC требует специального «конфиглета» модуль, contrib / gthr_supp_vxw_5x.c . Следуйте инструкциям в этот файл, чтобы добавить модуль в вашу сборку ядра.(Будущие версии VxWorks будет включать этот модуль.)

x86_64 — * — *, amd64 — * — *

GCC поддерживает архитектуру x86-64, реализованную процессором AMD64 (amd64 — * — * — это псевдоним для x86_64 — * — *) в GNU / Linux, FreeBSD и NetBSD. В GNU / Linux по умолчанию используется двухуровневый компилятор, который может генерировать как 64-битный x86-64, так и 32-битный код x86 (через переключатель -m32 ).

x86_64 — * — solaris2 *

GCC также поддерживает архитектуру x86-64, реализованную AMD64 процессор (« amd64 — * — * » — это псевдоним для « x86_64 — * — * ») на Solaris 10 или новее.В отличие от других систем, без специальных опций построен двухархивный компилятор, который по умолчанию генерирует 32-битный код, но может генерировать 64-битный код x86-64 с переключателем -m64 . С GCC 4.7, есть также конфигурация, которая по умолчанию использует 64-битный код, но может генерировать 32-битный код с -m32 . Настроить и собрать таким образом, вы должны предоставить все библиотеки поддержки, такие как libgmp как 64-битный код, настройте с помощью —target = x86_64-pc-solaris2.11 и « CC = gcc -m64 ».

xtensa * — * — эльф

Эта цель предназначена для встраиваемых систем Xtensa, использующих Библиотека C. ‘ newlib ’. Он использует ELF, но не поддерживает общий доступ. объекты. Разработанные инструкции, указанные через Поддерживаются только языки Tensilica Instruction Extension (TIE) посредством встроенной сборки.

Информация о конфигурации Xtensa должна быть указана до здание GCC. Заголовок include / xtensa-config.h файл содержит информацию о конфигурации.Если вы создали свой собственная конфигурация Xtensa с генератором процессора Xtensa, загруженные файлы включают настроенную копию этого файла заголовка, который можно использовать для замены файла заголовка по умолчанию.

xtensa * — * — Linux *

Эта цель предназначена для систем Xtensa, работающих под управлением GNU / Linux. Он поддерживает ELF общие объекты и библиотека GNU C (glibc). Он также генерирует позиционно-независимый код (PIC) независимо от того, Используются параметры -fpic или -fPIC .В другом уважения, эта цель такая же, как и Цель « xtensa * — * — elf ».

Microsoft Windows

Intel 16-битные версии

16-разрядные версии Microsoft Windows, такие как Windows 3.1, не поддерживается.

Однако 32-разрядный порт имеет ограниченную поддержку Microsoft. Windows 3.11 в среде Win32s только в качестве цели. См. ниже.

Intel 32-битные версии

32-битные версии Windows, включая Windows 95, Windows NT, Windows XP и Windows Vista поддерживаются несколькими разными целевыми платформы.Эти цели различаются тем, на какую подсистему Windows они нацелены. и какие библиотеки C.

• Cygwin * — * — cygwin: Cygwin предоставляет пользовательское пространство Уровень эмуляции Linux API в подсистеме Win32.
• MinGW * — * — mingw32: MinGW — это собственный порт GCC для подсистема Win32, которая предоставляет подмножество POSIX.
• MKS i386-pc-mks: NuTCracker от MKS. Видеть https://www.mkssoftware.com для получения дополнительной информации.

Intel 64-битные версии

GCC содержит поддержку x86-64 с использованием mingw-w64 библиотека времени выполнения, доступная по адресу http: // mingw-w64.org / doku.php. Эту библиотеку следует использовать с целевой тройкой x86_64-pc-mingw32.

В настоящее время Windows для Itanium не поддерживается.

Windows CE

Windows CE поддерживается в качестве целевой только на Hitachi SuperH (sh-wince-pe) и MIPS (mips-wince-pe).

Другие платформы Windows

GCC больше не поддерживает Windows NT на Alpha или PowerPC.

GCC больше не поддерживает подсистему Windows POSIX. Однако это так поддерживают подсистему Interix.См. Выше.

Старые целевые имена, включая * — * — winnt и * — * — windowsnt, больше не используются.

PW32 (i386-pc-pw32) так и не была завершена, и проект, похоже, быть неактивным. См. Http://pw32.sourceforge.net/ для получения дополнительной информации.

UWIN была удалена из-за отсутствия обслуживания.

* — * — cygwin

Порты GCC включены в Среда Cygwin.

GCC будет собираться под Cygwin без изменений; это не строит с компилятором Microsoft C ++, и нет никаких планов сделать это.

Собственный компилятор Cygwin может быть настроен для работы с любым 32-битным x86. желаемая архитектура процессора; по умолчанию i686-pc-cygwin. Так должно быть используется с максимально свежей версией binutils; использовать либо последний официальный выпуск GNU binutils в дистрибутиве Cygwin, или версии 2.20 или выше, если вы создаете свой собственный.

* — * — mingw32

GCC будет собирать и поддерживать только среду выполнения MinGW 3.12 и новее. Более ранние версии заголовков несовместимы с новой семантикой по умолчанию. из extern inline в режимах -std = c99 и -std = gnu99 .

Старые системы

GCC содержит файлы поддержки для многих старых (1980-х годов и ранние 1990-е) Варианты Unix. По большей части поддержка этих систем не был удален намеренно, но не поддерживался в течение несколько лет и может пострадать от битрота.

Начиная с GCC 3.1, в каждом выпуске есть список «устаревших» систем. Поддержка этих систем все еще присутствует в этом выпуске, но настроить не удастся, если —enable-obsolete предоставляется вариант.Если сопровождающий не сделает шаг вперед, поддержка этих системы будут удалены из следующего выпуска GCC.

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

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

Для некоторых систем также могут быть полезны старые версии GNU binutils, и доступны по адресу pub / binutils / old-Release на сайты-зеркала sourceware.org.

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

все цели ELF (SVR4, Solaris 2 и т. Д.)

Поддержка C ++ для целей ELF значительно лучше, если вы используете Компоновщик GNU; дубликаты inlines, vtables и экземпляры шаблонов будут отброшены автоматически.

Вернуться на страницу установки GCC

Тоусон Стейт дает штату Огайо все, что он может, чтобы справиться с победой Баккейса, 97-86, чтобы уничтожить тигров

ДЕЙТОН, Огайо — Они ходили по полу, считаясь не чем иным, как жертвенными ягнятами для занявшей пятое место команды штата Огайо, играющей перед практически домашней публикой на арене Университета Дейтона.

Но к концу игры даже фанаты Баккейса поднялись на ноги и выразили свою признательность Тоусону Стэйту, поскольку «Тигры», хотя и проигравшие 97-86, снова доказали свою ценность в баскетбольном турнире Национальной студенческой спортивной ассоциации.

Отставая на 18 очков за 12 минут 26 секунд до конца игры, чемпионы конференции Восточного побережья вернулись с точностью до пяти после прыжка Чака Лайтнинг с 5:48 до конца матча. Но, в конце концов, размер штата Огайо и его глубина сыграли важную роль, поскольку лучшие посевные в Midwest Regional вышли на завтрашний матч второго раунда против Технологического института Джорджии, который вчера вечером победил ДеПола.

В составе «Баккейз» (26–3) было шесть игроков с двузначными числами, впереди с 24 очками от Джима Джексона, всеамериканского игрока года и «Большой десятки».Баккейз, хромая на турнир NCAA с двумя поражениями в конце регулярного сезона, бросил 55,6% с поля.

«Думаю, сегодня вечером мы могли бы обыграть множество команд, — сказал тренер Towson Терри Труакс. «К сожалению, штат Огайо не был одним из них. Штату Огайо удалось втиснуть его внутрь и включить в него. Я просто горжусь тем, как мои дети не отступили».

Нет, «Тигры» (19–11) не отступили и не сломались под давлением всего корта, которое им оказал штат Огайо в первые минуты матча.Они также не ушли, когда они отстали, 64-56, когда фанаты штата Огайо сходили с ума. «Тигры» вернулись в игру, забив восемь мячей подряд и поставив баккейцев на линию фола, где они пробили всего 56,4% (22 из 39).

«Они могли бы сдаться, когда проиграли, но они действительно настаивали на этом», — сказал Джексон. «Я очень уважаю их игру и атакую ​​нас».

Пресса штата Огайо, которая поглотила многие команды Большой Десятки в течение сезона, не стала проблемой для «Тигров», когда они получили мяч за пределами поля.Подавив мяч вверх, Таусон смог получить некоторое преимущество и несколько легких очков.

«Пресса была достаточно хороша, чтобы обеспечить им несколько потерь, но я думаю, что мы ее хорошо атаковали», — сказал Девин Бойд, который набрал 17 очков, но был ограничен всего 21 минутой из-за проблем с фолами. «Против всех, с кем мы играем, мы просто идем и делаем все, что можем».

Этого лучшего броска было достаточно для вывода Тоусона 13-9 в начале игры после того, как Лайтнинг сделал короткий прыжок на пятой минуте игры.Но баккейцы начали использовать свое преимущество в размерах на досках и на переулке. А к перерыву у них было преимущество 45–37 с преимуществом на подбор 25–16.

После простоя центрового новичка Джона Джеймса (11 подборов) вытащил Таусона с точностью 45-39 в начале второго тайма, штат Огайо начал откат. Удачно совмещая свою внутреннюю и внешнюю игры, Баккейз набрали 10 очков подряд — последнее очко за технический фол на скамейке запасных Таусона, который также дал мяч Стэйту Огайо — с преимуществом 55-39 за чуть более 18 минут до конца.

«Я сидел за столом и говорил ребятам:« Все, что мы просим, ​​чтобы вы были последовательны », — сказал помощник тренера Таусона Майкл Хант, который был поражен техникой. «[Официальный представитель Пит Павия] сказал:« Не говорите нам о согласованности »и позвонил технику. Я никогда не говорил ему ни слова».

Тоусон проиграл, но ожидаемый нокаутирующий удар так и не был нанесен, так как «Тигры» сломались с точностью до 75-70. Но Тоусон, который во втором тайме обыграл штат Огайо (27-19), так и не смог преодолеть агрессивную игру Баккей.

У Терренса Джейкобса было 22 очка, а у Таусона еще одна отличная игра от Лайтнинг. Младший нападающий, который забил 29 голов Билли Оуэнсу в проигрыше против Сиракуз в этом сезоне, стал лидером всех бомбардиров с 26.

«Вступая в игру, я очень уважал его из игры в Сиракузах и других записей. Я видел его, — сказал Джексон. «У него всего 6 футов 5 дюймов, но он действительно сильно перевел мяч в кольцо против меня».

В конце игры на скамейке Таусона не было длинных лиц.

«Мы выходим в эти игры, думая, что выиграем», — сказал Лайтнинг. «Я думаю, мы играли очень хорошо. Многие ребята взялись за работу сегодня вечером».

Вчерашние результаты

EAST REGIONAL E. Michigan 76, Mississippi St. 56

pTC Penn State 74, UCLA 69

N. Carolina 101, Northeastern 66

Villanova 50, Princeton 48

SOUTHEAST Georgia REGION State 76

Arizona State 79, Rutgers 76

Alabama 89, Murray State 79

Wake Forest 71, Louisiana Tech 65

MIDWEST REGIONAL

St.John’s 75, Северный Иллинойс 68

Texas 73, St. Peter’s 65

Ohio State 97, Towson State 86

Georgia Tech 87, DePaul 70

WEST REGIONAL Michigan State 60, Wis.-G. Залив 58

Юта 82, Южная Алабама 72

Джорджтаун 70, Вандербильт 60

UNLV 99, Монтана 65

Сегодняшние игры

ВОСТОЧНЫЙ РЕГИОНАЛЬНЫЙ Ричмонд против Темпл, 12:15 *

Окла. Штат Северная Каролина, 14:30 *

ЮГО-ВОСТОК Kansas vs.Питтсбург, 16:50

Индиана против Флорида-стрит, 19:00 *

СРЕДНЕЗАПАДНЫЙ РЕГИОНАЛЬНЫЙ Дьюк против Айовы, 16:30 *

Ксавьер против Коннектикута, 19:00

ЗАПАДНЫЙ РЕГИОНАЛ Аризона против УБЯ, 14:20

Сетон Холл против Крейтона, 16:50

* — гл. 11, 9

86% предупреждений городской системы обнаружения выстрелов привели к «тупиковому развертыванию», как выяснили исследователи

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

Исследование, проведенное Центром правосудия Макартура при Школе права Северо-Западного университета, показывает, что в период с июля 2019 года по середину апреля было зарегистрировано более 40 000 «тупиковых развертываний» для оповещения о стрельбе — в среднем 61 каждый день.

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

ShotSpotter, публичная компания, которая поставляет свою акустическую технологию обнаружения выстрелов в Чикаго и 110 других городов по всей стране, утверждает, что ее система является «высокоэффективной технологией» с точностью 97%.Во время пресс-конференции в понедельник мэр Лори Лайтфут назвала ShotSpotter «невероятно важным инструментом в нашем арсенале борьбы с преступностью» и поставила под сомнение, является ли новое исследование «действительно точным».

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

«Это заставляет полицейских мчаться по местным общинам, ищущим, часто безуспешно, стрельбу, — сказала Джесси Невес, пресс-секретарь Центра правосудия Макартура. «Любой житель в этом районе станет объектом подозрений полиции или того хуже. Эти нестабильные развертывания могут сразу же выйти из строя ».

Лисса Друсс, пресс-секретарь ShotSpotter, защитила технологию, но признала, что компания не анализировала результаты нового исследования.

«Технология ShotSpotter невероятно точна, она предупреждает офицеров о точном месте перестрелки менее чем за 60 секунд, находит пострадавших, нуждающихся в помощи, быстрее получает им медицинскую помощь и спасает жизни», — сказал Друсс.

Сотрудничество Департамента полиции Чикаго с ShotSpotter началось в 2012 году, когда технология была внедрена для покрытия небольшой части города. Этот охват расширился до более чем 100 квадратных миль, когда департамент заключил новый контракт на 33 миллиона долларов в 2018 году, когда ShotSpotter назвал город своим «крупнейшим клиентом».

Поскольку текущий контракт истекает в августе, Лайтфут сказал, что официальные лица CPD продолжили оценку договоренности, чтобы гарантировать, что город «получает максимальную отдачу от вложенных средств».”

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

«В среде, где люди иногда опасаются звонить в службу 911 по разным причинам, ShotSpotter позволяет нам понять, что … существуют проблемы, которые существуют», — сказала она. «Таким образом, если запросы на обслуживание не поступают, мы все равно можем ответить.”

Использование Департаментом полиции технологии обнаружения выстрелов привлекло повышенное внимание после смерти 13-летнего Адама Толедо, который был смертельно ранен офицером, отвечавшим на предупреждения ShotSpotter в конце марта. Фредди Мартинес, исполнительный директор некоммерческой организации Lucy Parsons Labs по обеспечению прозрачности, на прошлой неделе в South Side Weekly написал статью, в которой призвал прекратить сделку города с ShotSpotter после его убийства.

«Мы должны работать над отменой использования технологий наблюдения, чтобы восстановить справедливость в отношении Адама Толедо и ему подобных», — написал Мартинес.

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

Подсудимый, 64-летний Майкл Уильямс, не признал себя виновным по шести пунктам обвинения в убийстве, произошедшем в результате стрельбы со смертельным исходом на Саут-Сайде, которая произошла во время волны грабежей в конце мая прошлого года.Уильямс, которому было отказано в освобождении под залог, 22 апреля уже подал ходатайство об исключении доказательств ShotSpotter, как показывают протоколы суда.

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

Monday совмещает ходатайство Уильямса и призывает суд тщательно изучить надежность ShotSpotter, учитывая, что технология имеет «далеко идущие последствия, помимо этого единственного дела.Они отмечают, что другие города отказались от ShotSpotter, «потому что система отправляла их офицеров на слишком много диких гусиных погонь».

Ссылаясь на «значительные, сквозные последствия этой технологии для законных прав чикагцев» и отсутствие какого-либо «значимого судебного надзора» в Иллинойсе, группы просили суд «серьезно отнестись к своей обязанности по расследованию и проверке достоверности отчетов. стрельбы, которую производит ShotSpotter ».

Расписание баскетбольных матчей Michigan Wolverines на 2020-21

Посмотрите расписание баскетбола Michigan Wolverines на 2020-2021 годы ниже.

Расписание баскетбольных матчей Мичиган на 2020-21 годы

Как кожа воспринимает солнечный свет? Интегративный взгляд на светочувствительные молекулы

Леонардо Монтейро де Ассис имеет степень Bpharm (Федеральный университет Ору-Прету, 2014 г.) и докторскую степень по физиологии (Университет Сан-Паулу, USP, 2019 г.). Во время его докторской и постдокторской работы Леонардо и его исследовательская группа новаторским способом охарактеризовали фоторецепцию (опсины) и системы временного контроля (гены часов) в нормальных и злокачественных меланоцитах.В настоящее время Леонардо является научным сотрудником Любекского университета, Германия.

Пауло Ньютон Тонолли — биолог, окончил Федеральный университет Сан-Карлоса (Бразилия), а в настоящее время является научным сотрудником Центра исследования генома человека и стволовых клеток Университета Сан-Паулу (USP), Бразилия. Он получил докторскую степень. Имеет степень доктора наук (биохимия) Института химии USP, исследуя влияние видимого света на кератиноциты кожи, уделяя особое внимание фотосенсибилизации эндогенных молекул и органелл и фотоповреждению.Его степень магистра изучала репарацию митохондриальной ДНК (мтДНК) и роль фактора транскрипции А в защите мтДНК от окислительного стресса.

Мария Наталия Мораес имеет степень бакалавра биологических наук по CES / JF, M.Sc. и PhD. по физиологии Университета Сан-Паулу. Она проработала в лаборатории доктора Каструччи 12 лет, где изучала циркадные часы и опсины на моделях позвоночных, не являющихся млекопитающими и млекопитающими. Она выяснила, как свет и температура превращаются в синхронизирующий фактор в периферических тканях и которые запускают сигнальные пути, в конечном итоге приводят к модуляции часового гена.Во время своей постдокторской должности она впервые продемонстрировала связь между TRP-каналами и генами часов в модуляции периферических тканей млекопитающих, связанных с энергетическим метаболизмом. В настоящее время она занимает должность молодого исследователя в лаборатории доктора Чиполла-Нето, уделяя основное внимание изучению воздействия хронического нарушения на центральную нервную систему и метаболические ткани с использованием животных, у которых спонтанно развивается глаукома. Ее главный вопрос связан с тем, каковы краткосрочные и долгосрочные последствия недостаточного освещения для здоровья.

Маурисио С. Баптиста, доктор философии , профессор биохимии Университета Сан-Паулу (Фармакопея США, Бразилия). Он получил степень бакалавра (1990 г.) и магистра (1992 г.) по биохимии в USP и имеет докторскую степень (1996 г.) по химии в университете Маркетт (США). Он прошел постдокторскую подготовку в UW-Madison (1997 г.) и был приглашенным профессором (2006 г.) в Университете Жозефа Фурье (Гренобль, Франция). Его основные интересы — фотохимия / фотобиология, мембраны / интерфейсы и механизмы гибели клеток, где он опубликовал более 180 статей.Он является соредактором J. Photochem Photobiol. B и J.Photochem.Photobiol. (Elsevier) и является частью совета Photochemical & Photobiological Sciences (RSC) и Scientific Reports (Nature). Он является членом Академии наук штата Сан-Паулу.

Ана Мария де Лауро Каструччи окончила факультет биологии и получила степень магистра и доктора физиологии в Университете Сан-Паулу. Ее докторская степень была получена под руководством профессора Мак Юджина Хэдли в Университете Аризоны в 80-х годах.В 1999 году она взяла годичный творческий отпуск в качестве приглашенного научного сотрудника в Университете медицинских наук военного ведомства, штат Мэриленд. С 2005 года она сотрудничает с Университетом Вирджинии. Она вышла на пенсию в 2001 году из Университета Сан-Паулу в качестве профессора физиологии, но с тех пор сохранила свою лабораторию в качестве старшего профессора. Она является членом Бразильской академии наук и Академии наук штата Сан-Паулу и удостоена Национального ордена за научные заслуги, присужденного президентом Бразилии.В настоящее время она имеет исследовательские гранты от Исследовательского фонда Сан-Паулу, FAPESP, по следующим темам: гены часов, опсины, свет, температура, эндокрины и сигнальные механизмы у ракообразных, рыб, амфибий, птиц и млекопитающих.

© 2021 Elsevier B.V. Все права защищены.

Моделирование анизотропной квантовой модели Раби с помощью частотной модуляции

Прямая трансляция мужского баскетбольного турнира NCAA 2021 года