| |
| 2.40, Аноним (-), 00:07, 01/09/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> как же теперь форониксу тестировать DragonflyBSD?
Так же как и все остальное. Ну да, теперь оно не будет сдристывать в разы на многоядерниках. Может быть.
| | |
| |
| 3.107, Куяврик (?), 21:02, 05/09/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Так же как и все остальное. Ну да, теперь оно не будет
> сдристывать в разы на многоядерниках.
кто оно? гуано которое без OpenMP не умеет многопоточность? так там ничего не поменялось. оно по-прежнему не умеет собираться с другими либами для многопоточности.
| | |
|
|
| |
| |
| |
| 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;
Да пусть себе идёт.
Только пока он идёт о работе с ним никакой речи просто нет.
| | |
|
|
| 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.20, iZEN (ok), 14:28, 31/08/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +4 +/– |
 Кто сильно хотел, тот EGAVGA.BGI в TurboPascal преобразовывал в EGAVGA.OBJ, затем в TPU и статически компилировал со своим приложением. Обычные студенты не знали о такой возможности и иногда забывали положить EGAVGA.BGI рядом со свим учебным приложением. В результате чего приложение на зачёте оказывалось неработоспособным и незачтённым. ;)
| | |
| |
| |
| 6.53, тоже Аноним (ok), 16:57, 01/09/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +7 +/– |
 Да, именно оттуда. Не вижу повода для негатива. Что нашли, на том и писали.
Помнится, в начале 90-х, изучая прерывания, баловался с ними именно с помощью TP.
| | |
| |
| 7.76, ананим (?), 11:01, 02/09/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>баловался с ними
Хм, ничего и не добавишь. : D
Потом приходил такой на счётмаш, ну такой баловник, такой...
Ничего, через пол-годика обучения уже мог нормально работать. Процентов 70% правда отсеивалось, но...
| | |
|
| 6.108, Куяврик (?), 21:04, 05/09/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> Вау! Вот откуда взялись эти толпы отечественных "программеров".
Сам-то программер импортный, с рождения на никсах, верно? Или балабол очередной?
| | |
|
| |
| 6.47, iZEN (ok), 07:32, 01/09/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +3 +/– |
Почему?! TurboPascal до сих пор используется на первых курсах при обучении студентов технических специальностей ВУЗов информатике.
| | |
| |
| 7.52, Michael Shigorin (ok), 14:50, 01/09/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +2 +/– |
 > Почему?! TurboPascal до сих пор используется
Да, это проблема. За прошедшие пару десятков лет её сложно было не заметить по килотоннам поделок на учебном языке, на которые понавязали процессов в реальной жизни.
Но некоторым, похоже, удалось.
| | |
|
|
| 5.56, ананим (?), 17:31, 01/09/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
>Кто сильно хотел, тот EGAVGA.BGI в TurboPascal преобразовывал в EGAVGA.OBJ
Который тут же линковался с прогой на борланд си 3.1 без всяких тпру-у-у.
Борланд си — отличный был компилятор (на них тоже делал) и иде.
Вот его сразу и нужно было использовать в обучении.
А не пытаться придумать язык для умственных инвалидов (они так потом без этих костылей и не могли развиваться дальше. На современных 1ц-эшников похожи)
| | |
| |
| 6.79, Michael Shigorin (ok), 12:14, 02/09/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> Борланд си — отличный был компилятор
Дрянь это была от рождения, быренько купили у третьей стороны и долепили на коленке.
Jensen & Partners International -- часть борландовского народу, которые писали _хороший_ компилятор со всем прочим положенным. Их не дождались и купили вот ту поделку. Обиделись, ушли, выкупили свои разработки, довели до продуктов серии TopSpeed и никакой багланд рядом не валялся ни с их оптимизирующим компилятором, ни с умным автоматическим линкером (конец восьмидесятых, на минуточку), ни с крайне удобным отладчиком, ни с самой средой разработки, прозрачно умевшей пять языков, ни с рантаймовыми библиотеками, к которым поставлялись исходники -- сами по себе бывшие ценнейшим примером рабочего кода при изучении той же модулы.
| | |
| |
| 7.80, ананим (?), 12:51, 02/09/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Не нужно выдёргивать из контекста.
Как компилятор и иде он вполне соответствовал по удобству обучению в пику тому же турбо-паскалю.
Единственный его минус на тот момент в этом плане был в том, что он появился много позже турбо-паскаля.
Об оптимизации, скорости компиляции и прочем речи не было. (Я ещё помню ватком си и тд. Но речь только об учебном процессе)
Кстати, уж если сравнивать, то на тот момент он был крепким середнечком. Тот же вс2 от мс изобилует ограничениями. Но винда делалась на нём.
| | |
|
|
|
| |
| 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...
| | |
|
|
|
|
|
|
| 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 платформ он и не прижился... в других где есть поддержка - как-то избегают разработчики его использование - пишут свои реализации диспечеров исполнения потоков.
это всё то же продолжение темы о целостности
https://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 есть давно уже
| | |
|
|
|
|
|
| 2.68, Аноним (-), 04:05, 02/09/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> как ничего кроме мата не вызывал так и не вызывает.
Пока вы генерите мат, куча софта вполне себе оным пользуется и в ус не дует. А эппл как обычно - пытаются корчить из себя независимую фирму. Что у изобретателей скругленных параллелепипедов, понадергавших халявы из открытых проектов - получается довольно туго.
| | |
|
|
