The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Для компилятора Clang реализована поддержка OpenMP

31.08.2013 08:49

Для компилятора Clang, развиваемого в рамках проекта LLVM, подготовлена реализация поддержки стандарта OpenMP (Open Multi-Processing), позволяющего задействовать методы параллельного программирования в программах на языках Си и Си++. В настоящее время полностью реализована поддержка спецификаций OpenMP 3.1 и частичная поддержка OpenMP 4.0. Разработка была начата работником AMD и доведена до конца сотрудниками Intel, которые проделали основную часть работы.

В настоящее время наработки проекта OpenMP/Clang доступны в виде патчей для Clang 3.3. В будущем планируется выпускать обновления для всех новых выпусков Clang, синхронизировать патчи OpenMP с состоянием trunk-ветки Clang и добиться их включения в основную кодовую базу Clang/LLVM. Для работы собранных в Clang OpenMP-приложений требуется установка открытой runtime-библиотеки Intel OpenMP Runtime Library. Реализация OpenMP 3.1 успешно проходит все известные тесты на совместимость с OpenMP, в том числе SPEC OMP2012, проверочный пакет OpenUH и тестовый набор Intel.

По производительности и масштабируемости поддержка OpenMP для Clang находится примерно на одном уровне с другими компиляторами, поддерживающими данную спецификацию. В GCC поддержка OpenMP была интегрирована в компиляторы Си, Си++ и Фортран начиная с ветки 4.2, выпущенной в 2007 году. В настоящее время gcc 4.7 поддерживает только OpenMP 3.1, поддержка OpenMP 4.0 не запланирована. Отсутствие поддержки OpenMP в Clang долгое время упоминалось в качестве существенного недостатка данного компилятора, теперь проблема со сборкой параллельно выполняемого кода в Clang осталась в прошлом.

  1. Главная ссылка к новости (http://lists.cs.uiuc.edu/piper...)
  2. OpenNews: Выпущены спецификации OpenMP 4.0
  3. OpenNews: Проект по добавлению поддержки OpenMP в LLVM
  4. OpenNews: Опубликован стандарт OpenMP 3.1, определяющий API для параллельного программирования
Лицензия: CC-BY
Тип: Программы
Ключевые слова: openmp, clang, compile
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (90) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Куяврик (?), 09:44, 31/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    как же теперь форониксу тестировать DragonflyBSD?
     
     
  • 2.2, Аноним (-), 10:41, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В 10 тыщ потоков.
     
  • 2.40, Аноним (-), 00:07, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  как же теперь форониксу тестировать DragonflyBSD?

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

     
     
  • 3.107, Куяврик (?), 21:02, 05/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Так же как и все остальное. Ну да, теперь оно не будет
    > сдристывать в разы на многоядерниках.

    кто оно? гуано которое без OpenMP не умеет многопоточность? так там ничего не поменялось. оно по-прежнему не умеет собираться с другими либами для многопоточности.

     

  • 1.3, YetAnotherOnanym (ok), 11:30, 31/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Эти чортовы корпорации готовы передавать код в BSD-licenced проекты, лишь бы не открывать его по GPL!
     
     
  • 2.7, ананим (?), 12:30, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Угу, только почему-то в gcc доступно уже несколько реализаций и гораздо более новых версий спецификаций и уже хрензнаеткогда.

    пруфы:
    1. версии — http://gcc.gnu.org/wiki/openmp
    >OpenMP 4.0 (specifications released on July 2013)

    2. реализации — http://iwomp-2012.caspur.it/sites/iwomp-2012.caspur.it/files/Broquedis_libKOM
    >Для работы собранных в Clang OpenMP-приложений требуется установка открытой runtime-библиотеки Intel OpenMP Runtime Library.
    >Softwares
    >‣ gcc 4.6.2 + libGOMP
    >‣ gcc 4.6.2 + libKOMP
    >‣ icc 12.1.2 + Intel OpenMP runtime (KMP)

    к чему это я — это только intel-реализация, со всеми вытекающими. и ещё даже не релиз.

     
     
  • 3.8, Аноним (-), 12:32, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    OpenMP 4.0 слили сами ее автора в цокольный-gcc
     
     
  • 4.13, ананим (?), 12:40, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык и я о чём?
    ситуация — «Видишь напротив банк? Ну так вот, у меня с ними договор — я не даю взаймы, а они не торгуют семечками.»
     
  • 3.9, Аноним (-), 12:34, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Угу, только почему-то в gcc доступно уже несколько реализаций и гораздо более новых версий спецификаций и уже хрензнаеткогда.

    "Собаки лают, караван идет"

     
     
  • 4.11, ананим (?), 12:37, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >"Собаки лают, караван идет"

    угу. в собачьих упряжках видимо не сладко этот караван тянуть.
    вот они и лают. :D

    ps;
    Да пусть себе идёт.
    Только пока он идёт о работе с ним никакой речи просто нет.

     
  • 4.24, Аноним (-), 18:00, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    "собаки из интел" ? *в цитатник*
     
  • 2.63, Vkni (ok), 21:33, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Эти чортовы корпорации готовы передавать код в BSD-licenced проекты, лишь бы не
    > открывать его по GPL!

    Этого как раз не видно.

     

  • 1.12, аннон (?), 12:40, 31/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    и опять для работы кода, в системе нужна шлакобиблиотека от интеля. которая, как извесно полна подлянок для не её архитектур.
     
     
  • 2.51, Аноним (-), 13:38, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > которая, как извесно полна подлянок для не её архитектур.

    Да-да, не иначе. Будьте бдительны, враги на каждом шагу.

     
  • 2.65, YetAnotherOnanym (ok), 00:08, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "ребуется установка открытой runtime-библиотеки Intel OpenMP Runtime Library" - кто-то мешает програмерам от AMD или VIA запилить аналогичную либу с поддержкой своих "нюансов"? Или просто закоммитить патчи, поставив Интел перед выбором - принять патчи или получить скандал?

     

  • 1.14, fidaj (ok), 12:44, 31/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    "Для работы собранных в Clang OpenMP-приложений требуется установка открытой runtime-библиотеки Intel OpenMP Runtime Library."
    ну вот нафига такие костыли?
     
     
  • 2.15, Аноним (-), 12:50, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > "Для работы собранных в Clang OpenMP-приложений требуется установка открытой runtime-библиотеки
    > Intel OpenMP Runtime Library."
    > ну вот нафига такие костыли?

    пологаю runtime-библиотеки можно захреначить при помощи -static

     
     
  • 3.17, fidaj (ok), 12:59, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> "Для работы собранных в Clang OpenMP-приложений требуется установка открытой runtime-библиотеки
    >> Intel OpenMP Runtime Library."
    >> ну вот нафига такие костыли?
    > пологаю runtime-библиотеки можно захреначить при помощи -static

    вот именно это и интересно - это сделали как временное решение до момента вливания в апстрим или этот костыль приживется на постоянной основе? (что совсем не радует)

     
     
  • 4.18, Аноним (-), 13:05, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    у gcc это сплош и рядом одни runtime ...
     
  • 4.20, iZEN (ok), 14:28, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Кто сильно хотел, тот EGAVGA.BGI в TurboPascal преобразовывал в EGAVGA.OBJ, затем в TPU и статически компилировал со своим приложением. Обычные студенты не знали о такой возможности и иногда забывали положить EGAVGA.BGI рядом со свим учебным приложением. В результате чего приложение на зачёте оказывалось неработоспособным и незачтённым. ;)
     
     
  • 5.33, Аноним (-), 20:20, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > в TurboPascal

    Вау! Вот откуда взялись эти толпы отечественных "программеров".

     
     
  • 6.53, тоже Аноним (ok), 16:57, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Да, именно оттуда. Не вижу повода для негатива. Что нашли, на том и писали.
    Помнится, в начале 90-х, изучая прерывания, баловался с ними именно с помощью TP.
     
     
  • 7.76, ананим (?), 11:01, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >баловался с ними 

    Хм, ничего и не добавишь. : D
    Потом приходил такой на счётмаш, ну такой баловник, такой...
    Ничего, через пол-годика обучения уже мог нормально работать. Процентов 70% правда отсеивалось, но...

     
     
  • 8.88, тоже Аноним (ok), 16:02, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Засчитайте мне, пожалуйста, техническое поражение за неявкой в этой фаллометрии ... текст свёрнут, показать
     
  • 6.108, Куяврик (?), 21:04, 05/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Вау! Вот откуда взялись эти толпы отечественных "программеров".

    Сам-то программер импортный, с рождения на никсах, верно? Или балабол очередной?

     
  • 5.39, Карбофос (ok), 23:50, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не пиши больше такое. клуб анонимных торчков просто нервно курит, забившись в уголочке
     
     
  • 6.47, iZEN (ok), 07:32, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Почему?! TurboPascal до сих пор используется на первых курсах при обучении студентов технических специальностей ВУЗов информатике.
     
     
  • 7.52, Michael Shigorin (ok), 14:50, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Почему?! TurboPascal до сих пор используется

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

    Но некоторым, похоже, удалось.

     
     
  • 8.54, тоже Аноним (ok), 17:00, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не согласен Проблема отнюдь не в этом Вы знаете хоть одного человека, который ... текст свёрнут, показать
     
     
  • 9.55, ананим (?), 17:25, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Безусловно по всем пунктам Зыж Думаю не стоит напоминать как линух появился Ил... текст свёрнут, показать
     
  • 9.78, Michael Shigorin (ok), 12:09, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И в этом, т к практика - привычка Научиться и развиваться -- разное Начинал ... текст свёрнут, показать
     
     
  • 10.87, тоже Аноним (ok), 15:55, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И все-таки проблема в другом Нет у нас в учебных заведениях обучения программир... текст свёрнут, показать
     
     
  • 11.92, Crazy Alex (ok), 18:31, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Подозреваю, что это остатки программ с советских времен Там суть предмета инфо... текст свёрнут, показать
     
  • 11.106, Vkni (ok), 20:49, 04/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Левенчук в своё время сокрушался, что нет полного сквозного курса програзма И п... текст свёрнут, показать
     
  • 10.100, Vkni (ok), 09:53, 04/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ML-то по-интереснее будет - ... текст свёрнут, показать
     
     
  • 11.103, Michael Shigorin (ok), 13:02, 04/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Об него зубы тоже малость ломал -- на примере febootstrap ... текст свёрнут, показать
     
  • 7.64, Аноним (-), 23:45, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не поверите, но это проблема. Для грядущего российского IT.
     
  • 5.56, ананим (?), 17:31, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >Кто сильно хотел, тот EGAVGA.BGI в TurboPascal преобразовывал в EGAVGA.OBJ

    Который тут же линковался с прогой на борланд си 3.1 без всяких тпру-у-у.
    Борланд си — отличный был компилятор (на них тоже делал) и иде.
    Вот его сразу и нужно было использовать в обучении.
    А не пытаться придумать язык для умственных инвалидов (они так потом без этих костылей и не могли развиваться дальше. На современных 1ц-эшников похожи)

     
     
  • 6.57, ананим (?), 17:34, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >(на них тоже делал) 

    Имеется в виду юнихи. (На линух правда не пробовал. Линуха ещё не было :D)

     
  • 6.60, iZEN (ok), 19:38, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    TurboC довольно медленный компилятор, впрочем, компиляторы C C сами по себе ... текст свёрнут, показать
     
     
  • 7.66, Аноним (-), 04:01, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не заметил особой разницы с паскакалем Да что ты А библиотеки - это чего по тв... текст свёрнут, показать
     
     
  • 8.102, Vkni (ok), 09:55, 04/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вы их сравнивали на одних и тех же современных им машинах Скажем, на 386-х не... текст свёрнут, показать
     
  • 8.105, iZEN (ok), 13:42, 04/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В 1998-2000 годах она всё ещё была заметна невооружённым глазом, без секундомера... текст свёрнут, показать
     
  • 7.69, ананим (?), 04:20, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А вот и последствия паскалевского обучения Хинт 8212 а как упомянутый тобо... текст свёрнут, показать
     
     
  • 8.70, kshetragia (ok), 05:58, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Прежде чем выхлопы строчить, лучше почитай о линейке TP- Modula- Oberon- Compone... текст свёрнут, показать
     
     
  • 9.74, ананим (?), 10:50, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Этот бред даже комментировать не вижу смысла Зыж Типизированные модули 8212 ... текст свёрнут, показать
     
     
  • 10.81, kshetragia (ok), 13:28, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Прочитай хотя бы это http www pascal helpov net index pascal_modules_progra... текст свёрнут, показать
     
     
  • 11.82, ананим (?), 14:31, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я уже говорил что это бред неуча зыж Не, для паскаля модули турбо-паскаля это б... текст свёрнут, показать
     
     
  • 12.83, kshetragia (ok), 14:44, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И причем здесь libc Вы хоть разделяете модуль от библиотеки ... текст свёрнут, показать
     
     
  • 13.84, ананим (?), 15:15, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А зачем Библиотеки для С делают тоже самое, что и модули в паскале И вон приме... текст свёрнут, показать
     
     
  • 14.85, kshetragia (ok), 15:31, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну да накостылили Как-то работает Обучили тучу людей делать то же самое Теп... текст свёрнут, показать
     
     
  • 15.89, ананим (?), 17:13, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Засчитаем слив словесного поноса или будут аргументы ... текст свёрнут, показать
     
     
  • 16.97, kshetragia (ok), 05:37, 03/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Продолжай сливать, я то тут причём Аргументы были по ссылке выше, но тебе же хо... текст свёрнут, показать
     
     
  • 17.98, ананим (?), 08:29, 03/09/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    В учебнике нет ни слова, что модули турбо-паскаля чем-то лучше библиотек С Этот... текст свёрнут, показать
     
     
  • 18.99, Led (ok), 17:10, 03/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И, тем не менее, это так ... текст свёрнут, показать
     
     
  • 19.101, ананим (?), 09:54, 04/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ещё раз 8212 аргументы будут ... текст свёрнут, показать
     
  • 16.104, Michael Shigorin (ok), 13:05, 04/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Уважаемые ананим и kshetragia, прошу урезать осетра особенно первого Дискусс... текст свёрнут, показать
     
  • 14.86, iZEN (ok), 15:40, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    EGAVGA BGI в OBJ и затем в TPU конвертируется с помощью соответствующей утилиты ... текст свёрнут, показать
     
     
  • 15.90, ананим (?), 17:26, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    бла-бла-бла студенты как мартышки проделывают это не понимая вообще ничего во ... текст свёрнут, показать
     
     
  • 16.93, iZEN (ok), 19:48, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Высказал ровно то, что прочувствовал от использования С компиляторов в эпоху M... текст свёрнут, показать
     
     
  • 17.94, ананим (?), 22:42, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Угу Целиком и полностью написанных на С с элементами ассемблера Конечно Что... текст свёрнут, показать
     
     
  • 18.95, iZEN (ok), 23:59, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Скорость быстрого получения работающей программы 8212 очень важная вещь для п... текст свёрнут, показать
     
     
  • 19.96, ананим (?), 00:38, 03/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какие проблемы с компиляцией хеловордов Зыж Ты там обкуренный чтоли ... текст свёрнут, показать
     
  • 8.71, kshetragia (ok), 06:01, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    К пониманию работы приводи ассемблер, который, кстати, тоже преподается наравне ... текст свёрнут, показать
     
     
  • 9.72, ананим (?), 10:37, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Который я и преподавал, деточка Бред Пги чём абсолютный Браво ... текст свёрнут, показать
     
     
  • 10.73, kshetragia (ok), 10:43, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поздравляю Я наблюдаю это каждый Божий день ... текст свёрнут, показать
     
     
  • 11.75, ананим (?), 10:55, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Видимо заразно ... текст свёрнут, показать
     
  • 9.77, Аноним (-), 11:02, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Дельфистам это расскажите, они будут очень удивлены ... текст свёрнут, показать
     
  • 6.79, Michael Shigorin (ok), 12:14, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Борланд си — отличный был компилятор

    Дрянь это была от рождения, быренько купили у третьей стороны и долепили на коленке.

    Jensen & Partners International -- часть борландовского народу, которые писали _хороший_ компилятор со всем прочим положенным.  Их не дождались и купили вот ту поделку.  Обиделись, ушли, выкупили свои разработки, довели до продуктов серии TopSpeed и никакой багланд рядом не валялся ни с их оптимизирующим компилятором, ни с умным автоматическим линкером (конец восьмидесятых, на минуточку), ни с крайне удобным отладчиком, ни с самой средой разработки, прозрачно умевшей пять языков, ни с рантаймовыми библиотеками, к которым поставлялись исходники -- сами по себе бывшие ценнейшим примером рабочего кода при изучении той же модулы.

     
     
  • 7.80, ананим (?), 12:51, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не нужно выдёргивать из контекста.
    Как компилятор и иде он вполне соответствовал по удобству обучению в пику тому же турбо-паскалю.
    Единственный его минус на тот момент в этом плане был в том, что он появился много позже турбо-паскаля.
    Об оптимизации, скорости компиляции и прочем речи не было. (Я ещё помню ватком си и тд. Но речь только об учебном процессе)
    Кстати, уж если сравнивать, то на тот момент он был крепким середнечком. Тот же вс2 от мс изобилует ограничениями. Но винда делалась на нём.

     
  • 4.27, 123 (??), 18:21, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что такая ненависть к рантайм либам? Таки они экономят память и процессор.
     
     
  • 5.28, fidaj (ok), 18:51, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А что такая ненависть к рантайм либам? Таки они экономят память и
    > процессор.

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

     
     
  • 6.36, Аноним (-), 22:39, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если вы сделаете пакет использующий GTK3, то о каком предсказуемом поведении может идти речь на другом хосте, где GTK3 нет и в помине.
    Вы делаете программу на GTK2, а другие сделали к ней плагины и все это красиво работает. Далее ваша система переходит на GTK3 и вы сохраняя целостность переводите свою программу на ту же библиотеку. Вам без разницы эти плагины, вы ими не пользуетесь. И, что мы увидим на другом хосте, где эти плагины присутствовали. Да они просто не загрузятся.
     
     
  • 7.37, fidaj (ok), 22:51, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если вы сделаете пакет использующий GTK3, то о каком предсказуемом поведении может
    > идти речь на другом хосте, где GTK3 нет и в помине.
    > Вы делаете программу на GTK2, а другие сделали к ней плагины и
    > все это красиво работает. Далее ваша система переходит на GTK3 и
    > вы сохраняя целостность переводите свою программу на ту же библиотеку. Вам
    > без разницы эти плагины, вы ими не пользуетесь. И, что мы
    > увидим на другом хосте, где эти плагины присутствовали. Да они просто
    > не загрузятся.

    я вообще-то говорил о библиотеках системного (типа libc) а не прикладного уровня... при чем тут GTK23...

     
     
  • 8.38, Аноним (-), 23:25, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хорошо, если вы используете pthread_getattr_default_np из glibc 2 18 на своем ... текст свёрнут, показать
     
     
  • 9.41, fidaj (ok), 00:09, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    если при переходе к новой версии функцию pthread_getattr_default_np никто не сло... текст свёрнут, показать
     
     
  • 10.48, Аноним (-), 08:51, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для работы почти всех программ на си нужна какая-то библа libc, а если посмотрет... текст свёрнут, показать
     
     
  • 11.50, fidaj (ok), 12:18, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в контексте данной темы - было бы вполне достаточно 2-х сущностей все системн... текст свёрнут, показать
     
     
  • 12.67, Аноним (-), 04:03, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ага Кодогенератор как таковой - раз И некий стандартный набор либ - два С чег... текст свёрнут, показать
     

  • 1.26, 123 (??), 18:19, 31/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В Clang есть Apple-вский  Grand Central. OpenMP в  Gcc -  как ничего кроме мата  не вызывал так и не вызывает.
     
     
  • 2.29, fidaj (ok), 18:58, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > В Clang есть Apple-вский  Grand Central. OpenMP в  Gcc -
    >  как ничего кроме мата  не вызывал так и не
    > вызывает.

    он (GCD) требует соответствующей реализации в ядре...
    да что-то как-то кроме как у Apple платформ он и не прижился... в других где есть поддержка - как-то избегают разработчики его использование - пишут свои реализации диспечеров исполнения потоков.

    это всё то же продолжение темы о целостности
    http://www.opennet.ru/openforum/vsluhforumID3/91474.html#28

     
     
  • 3.30, Фтщтнь (?), 19:42, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > он (GCD) требует соответствующей реализации в ядре...

    Вы заблуждаетесь, это всего лишь библиотека. В бзде идет как обычный пакет.


     
     
  • 4.31, fidaj (ok), 20:02, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> он (GCD) требует соответствующей реализации в ядре...
    > Вы заблуждаетесь, это всего лишь библиотека. В бзде идет как обычный пакет.

    это вы заблуждаетесь...
    а ну ка продемонстрируйте мне запуск проги использующей эту библиотеку на ядрах 8 <=r198732 и 9 <=r197293
    https://wiki.freebsd.org/GCD

     
     
  • 5.58, Фтщтнь (?), 18:13, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Внимательней, внимательней нужно быть, в реализации pthreads для FreeBSD до версии 8.1 не была реализована workqueue, без которой GCD работать не может, но согласитесь что это не проблема GCD
     
     
  • 6.59, fidaj (ok), 18:32, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Внимательней, внимательней нужно быть, в реализации pthreads для FreeBSD до версии 8.1
    > не была реализована workqueue, без которой GCD работать не может, но
    > согласитесь что это не проблема GCD

    именно потому я и сказал - что GCD требует поддержки в ядре ;) (возвращаясь к началу диалога)

     
     
  • 7.61, Фтщтнь (?), 20:21, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, это workqueue (как часть стандарта POSIX Threads) требует поддержки в ядре, а деятели из BSD не реализовывали ее до последнего времени. В Linux есть давно уже
     
     
  • 8.62, fidaj (ok), 21:25, 01/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    хм не знал, спасибо ... текст свёрнут, показать
     
  • 8.109, анонимус (??), 13:48, 24/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    знали бы ещё в posix об этом это яблочная поделка, которую утащили во freebsd... текст свёрнут, показать
     
  • 2.34, Аноним (-), 21:35, 31/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    OpenMP - ЧАСТЬ апстрима GCC.
    внезапно.
    самая быстрорастующая, причем, кроме изувеченного форка от интел.
     
  • 2.68, Аноним (-), 04:05, 02/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  как ничего кроме мата  не вызывал так и не вызывает.

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру