The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..., opennews (ok), 11-Мрт-10, (0) [смотреть все] –1

Сообщения [Сортировка по времени | RSS]


289. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от jkeffer (ok), 12-Мрт-10, 22:53 
В общем, если коротко, всё скатилось к разработке не переносимых с платформы GNU/Linux программ, в лучших традициях закрытых систем. Помню как всё радужно выглядело году 93ем, жаль что так всё закончилось... Коммерциализация за прошедшие столетия привела к упадку движений борющихся за модернизацию существующего миропорядка, что в очередной раз и происходит.
Ответить | Правка | Наверх | Cообщить модератору

297. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от минона (?), 13-Мрт-10, 02:33 
>В общем, если коротко, всё скатилось к разработке не переносимых с платформы GNU/Linux программ, в лучших традициях закрытых систем.

вы в своем уме?
программы собираются и работают.
просто некоторым не нравится чем они собираются.

Ответить | Правка | Наверх | Cообщить модератору

298. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от аноним (?), 13-Мрт-10, 03:57 
>>В общем, если коротко, всё скатилось к разработке не переносимых с платформы GNU/Linux программ, в лучших традициях закрытых систем.
>
>вы в своем уме?
>программы собираются и работают.
>просто некоторым не нравится чем они собираются.

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

Ответить | Правка | Наверх | Cообщить модератору

299. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –2 +/
Сообщение от минона (?), 13-Мрт-10, 05:46 
да хватит уже языком трепать. говорите конкретно, о каких стандартах идет речь.
и какие проблемы с портируемостью - у вас posix софт не собирается? или работает не правильно?
или вы хотите, чтобы ребята из проекта гну написали вам софт под лицензией бзд? :D

зы:
из линуксов даже не любимая убунта поддерживает самую последнюю версию posix.
и гнушные утилиты соответственно тоже.
кто же виноват, что все остальные отстают от стандарта? неужели гнушные утилиты?

Ответить | Правка | Наверх | Cообщить модератору

344. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от Enqlave (ok), 13-Мрт-10, 17:55 
>[оверквотинг удален]
>и какие проблемы с портируемостью - у вас posix софт не собирается?
>или работает не правильно?
>или вы хотите, чтобы ребята из проекта гну написали вам софт под
>лицензией бзд? :D
>
>зы:
>из линуксов даже не любимая убунта поддерживает самую последнюю версию posix.
>и гнушные утилиты соответственно тоже.
>кто же виноват, что все остальные отстают от стандарта? неужели гнушные утилиты?
>

Идиот! (в третий раз).

Ни ubuntu, ни любой другой дистрибутив Linux POSIX не поддерживают, и в ближайшие 10-20 лет не смогут с таким подходом к разработке.

Вы видели код большинства Linux-oriented софта? Наверняка видели, раз понаписали тут кучу простыней о портируемости приложений. Так вот, вам известно, что такое грязный код? И почему FreeBSD превратился (с одной стороны, а с другой -- стал говном в архитектурном плане) в Linux под BSDL, гонясь за "поддержкой" приложений и популярностью и став мусором практически во всех подсистемах (иначе, omg, как бы смог Ardour, н-р, работать под ним)? Смешно..

ОС с чистым, вылизанным кодом и _корректными_ проверками функционала перед компилёжкой софта -- единицы, и OpenBSD -- в их числе.

Когда меня спрашивают, чем Linux идеологически плох, я выдаю 2 линка, и после этого все вопросы пропадают. Линки следующие:

http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib...

http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str...

Ответить | Правка | Наверх | Cообщить модератору

345. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 18:05 
Да, действительно, все вопросы отпадают. Как к BSD'шникам, так и к Вам, как к программистам.

В Linux GLIBC на самом деле реализован очень красивый алгоритм, который требует в 4-8 раз меньше операций, чем его "аналог" в BSD, да еще и учитывает требования выравнивания на современных процессорах.

А тех, кто в библиотеке, просто обязанной быть быстрой - влияющей на производительность ВСЕХ приложений, реализует алгоритмы "в лоб", лишь бы работало - закопать.

Ответить | Правка | Наверх | Cообщить модератору

389. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 14-Мрт-10, 16:14 
>Да, действительно, все вопросы отпадают. Как к BSD'шникам, так и к Вам,
>как к программистам.
>
>В Linux GLIBC на самом деле реализован очень красивый алгоритм, который требует
>в 4-8 раз меньше операций, чем его "аналог" в BSD, да
>еще и учитывает требования выравнивания на современных процессорах.

Вот только не нужно все BSD под "одну гребёнку" карнать. То ли в силу молодого возраста, то ли ещё по каким-либо причинам, но ты ещё не видел ВЕСЬ код под BSDL.

Ответить | Правка | Наверх | Cообщить модератору

392. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 14-Мрт-10, 16:32 
>>Да, действительно, все вопросы отпадают. Как к BSD'шникам, так и к Вам,
>>как к программистам.
>>
>>В Linux GLIBC на самом деле реализован очень красивый алгоритм, который требует
>>в 4-8 раз меньше операций, чем его "аналог" в BSD, да
>>еще и учитывает требования выравнивания на современных процессорах.
>
>Вот только не нужно все BSD под "одну гребёнку" карнать. То ли
>в силу молодого возраста, то ли ещё по каким-либо причинам, но
>ты ещё не видел ВЕСЬ код под BSDL.

Ну... strlen достаточно, если учесть, что в GLIBC оптимизация сделана еще в 2005.

Ответить | Правка | Наверх | Cообщить модератору

393. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 14-Мрт-10, 16:32 
Как-то не тянет к ретроградным системам и их коду, извини.
Ответить | Правка | Наверх | Cообщить модератору

405. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от oops_ (?), 15-Мрт-10, 07:24 
>Как-то не тянет к ретроградным системам и их коду, извини.

Строго говоря использование strlen само по себе ретроградство. нормальные люди всегда знают длину строки когда это действительно необходимо.

Ответить | Правка | Наверх | Cообщить модератору

346. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 13-Мрт-10, 18:08 
Кстати да, вот оно и видно, как раз на Вашем примере - реальное ИДЕОЛОГИЧЕСКОЕ преимущество Linux-кода.

Признайтесь честно - Вы просто не осилили код, и решили его представить в неблаговидном свете - в расчете, что аудитория не поймет?

Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

348. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от Enqlave (ok), 13-Мрт-10, 18:19 
>Кстати да, вот оно и видно, как раз на Вашем примере -
>реальное ИДЕОЛОГИЧЕСКОЕ преимущество Linux-кода.
>
>Признайтесь честно - Вы просто не осилили код, и решили его представить
>в неблаговидном свете - в расчете, что аудитория не поймет?

Сколько много комментариев (пока целых 3: этот, один выше и один ниже), и все не по делу..

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

Запомните пару фраз: всё гениальное -- просто, унификация -- мать порядка. На первые пару лет вам хватит.

Ответить | Правка | Наверх | Cообщить модератору

349. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 13-Мрт-10, 18:25 
Прежде чем давать запоминалки, ответьте на простой вопрос: вы поедете на метро, или предпочтете добираться на работу 40-60км пешком?

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

Ответить | Правка | Наверх | Cообщить модератору

352. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Enqlave (ok), 13-Мрт-10, 18:31 
>Прежде чем давать запоминалки, ответьте на простой вопрос: вы поедете на метро,
>или предпочтете добираться на работу 40-60км пешком?
>
>Метро - точно такой же костыль, призванный ускорить определенные процессы. И у
>него точно так же есть свои минусы. Но он в любом
>случае оптимальнее "унификации" для медленных двуногих созданий.

да.. бредовее сравнения я ещё не видел :-)
поди, вы уверены, что C лучче, чем Python.. :-)

Ответить | Правка | Наверх | Cообщить модератору

353. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 13-Мрт-10, 18:33 
>поди, вы уверены, что C лучче, чем Python.. :-)

Смотря для чего. Идите, напишите на Python GLIBC, и заюзайте. А мы поржем. Ну или на VB.NET.

Ответить | Правка | Наверх | Cообщить модератору

356. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от Enqlave (ok), 13-Мрт-10, 18:35 
>Идите, напишите

Эх.. а я думал, вы поймёте мой тонкий юмор.. :-) ну да ладно..

Ответить | Правка | Наверх | Cообщить модератору

357. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 13-Мрт-10, 18:36 
>>Идите, напишите
>
>Эх.. а я думал, вы поймёте мой тонкий юмор.. :-) ну да
>ладно..

Ваш тонкий юмор оказался слегка толстоват и жирноват.

Ответить | Правка | Наверх | Cообщить модератору

350. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 13-Мрт-10, 18:29 
>>> Не там, увы, они эти оптимизации проводили, ох, не там..

Мда. Я бы вас в рабочую группу не включил однозначно - фанатизм перекрыл мозг.

"НЕ ТАМ"?!!!!!!!! Это процедура, которая в обычных приложениях может несколько миллионов раз вызываться. Что же у вас тогда "там"?

Пример: берем Apache, делаем поиск по strlen. Что, число вхождений уже ужасает? А теперь делаем поиск по вызовам процедур, в которые он входит...

Это именно "ТАМ", и "ТАМ, ГДЕ НАДО". А вы можете хоть на PHP системные библиотеки писать, все равно ими никто пользоваться не будет.

Ответить | Правка | К родителю #348 | Наверх | Cообщить модератору

358. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Enqlave (ok), 13-Мрт-10, 18:59 
>>>> Не там, увы, они эти оптимизации проводили, ох, не там..
>
>Мда. Я бы вас в рабочую группу не включил однозначно - фанатизм
>перекрыл мозг.
>
>"НЕ ТАМ"?!!!!!!!!

да что же вы так разнервничались :-)

и правильно! не включайте! нечего мне там делать ;-P

Ответить | Правка | Наверх | Cообщить модератору

359. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 19:04 
>да что же вы так разнервничались :-)
>
>и правильно! не включайте! нечего мне там делать ;-P

Прошу прощения, у меня возник эпичный баттхерт при виде кода в BSD.

Я и раньше не любил BSD-подобные системы, но теперь меня от них будет просто тошнить. Спасибо за ссылочку, кстати.

Ответить | Правка | Наверх | Cообщить модератору

351. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 18:31 
>> Таким образом закапываются и забываются баги из-за каких-то изменений в функциях, необходимых для этой.

Интересно, какие функции необходимы этой? Я не обнаружил не одной.

Толстоваты батенька, идите читать учебники по системному программированию. Когда прикладники, с трудом освоившие C#, лезут в системный код - добра не жди.

Ответить | Правка | К родителю #348 | Наверх | Cообщить модератору

354. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  –1 +/
Сообщение от Enqlave (ok), 13-Мрт-10, 18:33 
>>> Таким образом закапываются и забываются баги из-за каких-то изменений в функциях, необходимых для этой.
>
>Интересно, какие функции необходимы этой? Я не обнаружил не одной.

а кто говорил о конкретно _этой_? :-)

Ответить | Правка | Наверх | Cообщить модератору

355. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 18:34 
>>>> Таким образом закапываются и забываются баги из-за каких-то изменений в функциях, необходимых для этой.
>>
>>Интересно, какие функции необходимы этой? Я не обнаружил не одной.
>
>а кто говорил о конкретно _этой_? :-)

У вас склероз? Или не вы ссылки давали?

Ответить | Правка | Наверх | Cообщить модератору

347. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 18:11 
Кстати да, лучше ткнуться сюда:

http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str...

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

Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

360. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 19:31 
>http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib...
>
>http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str...

Что интересно, и очень показательно - в FreeBSD этот код слизали ровно в марте этого года, в то время, как в Linux он появился не позднее, чем в 2005 (а вероятно - ранее), судя по коммитам.

Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

388. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 14-Мрт-10, 16:10 
>Когда меня спрашивают, чем Linux идеологически плох, я выдаю 2 линка, и
>после этого все вопросы пропадают. Линки следующие:
>
>http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib...
>
>http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str...

Ещё вот этот выдай:
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/string/st...

/*
* Portable strlen() for 32-bit and 64-bit systems.
...

Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

390. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +1 +/
Сообщение от Alex (??), 14-Мрт-10, 16:31 
>[оверквотинг удален]
>>http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/lib/lib...
>>
>>http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/string/str...
>
>Ещё вот этот выдай:
>http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/string/st...
>
>/*
> * Portable strlen() for 32-bit and 64-bit systems.
>...

Буквально постом выше написано, откуда дровишки. Слизали ровно в марте этого года.

http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/string/st...

Revision 1.8: download - view: text, markup, annotated - select for diffs
Fri Mar 12 21:14:56 2010 UTC (40 hours, 14 minutes ago) by delphij

Что радует - хотя бы указали, откуда взяли - дык, вестимо, откуда:

[1] http://vger.kernel.org/~davem/cgi-bin/blog.cgi/2010/03/08#st...

Ответить | Правка | Наверх | Cообщить модератору

402. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 15-Мрт-10, 03:20 
спасибо! :D
я бы сам более убедительно преимущества линукса не смог в одном посте так доказать, как это сделали вы.

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

Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

310. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 13-Мрт-10, 10:50 
>В общем, если коротко, всё скатилось к разработке не переносимых с платформы
>GNU/Linux программ, в лучших традициях закрытых систем. Помню как всё радужно
>выглядело году 93ем, жаль что так всё закончилось... Коммерциализация за прошедшие
>столетия привела к упадку движений борющихся за модернизацию существующего миропорядка, что
>в очередной раз и происходит.

Проблема только в том, что GNU есть практически везде, даже под проприетарщиной. Ну, кроме мелких религиозно-фанатичных дистров некоего подобия *nix.

Ответить | Правка | К родителю #289 | Наверх | Cообщить модератору

383. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 14-Мрт-10, 15:43 
>Проблема только в том, что GNU есть практически везде, даже под проприетарщиной.
>Ну, кроме мелких религиозно-фанатичных дистров некоего подобия *nix.

Где "везде"? На 2% линуксов из общего числа десктопов? На солярке, маках и виндовс GNU нет — а это большая часть десктопного и серверного оборудования.

Ответить | Правка | Наверх | Cообщить модератору

386. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 14-Мрт-10, 15:53 
>>Проблема только в том, что GNU есть практически везде, даже под проприетарщиной.
>>Ну, кроме мелких религиозно-фанатичных дистров некоего подобия *nix.
>
>Где "везде"? На 2% линуксов из общего числа десктопов? На солярке, маках
>и виндовс GNU нет — а это большая часть десктопного и
>серверного оборудования.

Все, слив засчитан. MinGW или Cygwin в гугле вбить, и читать до просветления.

Ответить | Правка | Наверх | Cообщить модератору

399. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 15-Мрт-10, 01:00 
>>Где "везде"? На 2% линуксов из общего числа десктопов? На солярке, маках
>>и виндовс GNU нет — а это большая часть десктопного и
>>серверного оборудования.
>
>Все, слив засчитан. MinGW или Cygwin в гугле вбить, и читать до
>просветления.

Ни разу на Windows не встречал ни MinGW , ни Cygwin (Eclipse RCP распространена более, чем эти). Если только в качестве маргинальных окружений оторванных от жизни пользователей.

Так что вбивать ничего не нужно.

Ответить | Правка | Наверх | Cообщить модератору

406. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 15-Мрт-10, 09:10 
догадайся чем именно Eclipse CDT/RCP компилит
Ответить | Правка | Наверх | Cообщить модератору

412. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 15-Мрт-10, 20:57 
>догадайся чем именно Eclipse CDT/RCP компилит

Eclipse RCP — это конечная программная платформа, на которой строятся десктопные приложения. Собирается при помощи javac (код) и GCC 4.2.1 (нативная библиотека для SWT).

Eclipse CDT — это среда для разработки на C/C++. На Windows встречается реже, чем где бы то ни было ещё.

Ответить | Правка | Наверх | Cообщить модератору

398. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от fi (ok), 15-Мрт-10, 00:35 
>>Проблема только в том, что GNU есть практически везде, даже под проприетарщиной.
>>Ну, кроме мелких религиозно-фанатичных дистров некоего подобия *nix.
>
>Где "везде"? На 2% линуксов из общего числа десктопов? На солярке, маках
>и виндовс GNU нет — а это большая часть десктопного и
>серверного оборудования.

Ну изи ты и жжешь!!! И так, "виндовс" не posix, забыли - не про него речь, хотя,  как правильно указали, gnu есть.

соляркa - любой админ ставит диск sunfreeware, хотя bash идет уже с базовой системой. Так что мимо.

мак Х - тут кончено чуть по другому, но bash идет как главный шел - вызывается из меню, а остальное, если ты девелопер, ставится отсюда: http://coreutils.darwinports.com/, тем более в основном софт портируют с Linux, а не с bsd.

Ответить | Правка | К родителю #383 | Наверх | Cообщить модератору

400. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 15-Мрт-10, 01:10 
>>>Проблема только в том, что GNU есть практически везде, даже под проприетарщиной.
>>>Ну, кроме мелких религиозно-фанатичных дистров некоего подобия *nix.
>>
>>Где "везде"? На 2% линуксов из общего числа десктопов? На солярке, маках
>>и виндовс GNU нет — а это большая часть десктопного и
>>серверного оборудования.
>
>соляркa - любой админ ставит диск sunfreeware, хотя bash идет уже с
>базовой системой. Так что мимо.

Для чего? Чтобы поиграть в линукс?

>мак Х - тут кончено чуть по другому, но bash идет как
>главный шел - вызывается из меню, а остальное, если ты девелопер,
>ставится отсюда: http://coreutils.darwinports.com/, тем более в основном софт портируют с Linux,
>а не с bsd.

В Mac OS X оболочка вообще не Bash, а csh — основная оболочка BSD. На Bash перешли только в Mac OS X 10.3 в 2003 году, когда GNU-окружение стало более-менее юзабельно.


Ответить | Правка | Наверх | Cообщить модератору

401. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от минона (?), 15-Мрт-10, 03:04 
>Для чего? Чтобы поиграть в линукс?

для чего?
чтобы не чувствовать себя идиотом.
чтобы поставить screen, gtar, gzip, bzip2...
и да! тот самый баш. т.к. устаревший шел без истории - путешествие в 60-е
>В Mac OS X оболочка вообще не Bash, а csh — основная оболочка BSD. На Bash перешли только в Mac OS X 10.3 в 2003 году, когда GNU-окружение стало более-менее юзабельно.

вот любитель манипулировать и перевирать! :D
гну окружение стало рабочим задолго до того момента, когда макось стала тоже никсами.
пример? пожалуйста - оракловые субд к "рождению" десятой макоси уже крутились в основном на линухе.
и да, баш таки на макоси есть. и по умолчанию. и почему то именно он.

Ответить | Правка | Наверх | Cообщить модератору

411. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 15-Мрт-10, 20:44 
>>Для чего? Чтобы поиграть в линукс?
>
>для чего?
>чтобы не чувствовать себя идиотом.
>чтобы поставить screen, gtar, gzip, bzip2...

Зачем нужен screen, когда есть tmux?
Зачем нужен gtar, когда есть tar? (Учитесь наслаждаться малым)
Зачем нужен bzip2, когда есть xz?

>и да! тот самый баш. т.к. устаревший шел без истории - путешествие
>в 60-е

tcsh имеет  историю.

>гну окружение стало рабочим задолго до того момента, когда макось стала тоже
>никсами.

Mac OS X 10.2 не была Unix? Ну вы даёте. :D

>пример? пожалуйста - оракловые субд к "рождению" десятой макоси уже крутились в
>основном на линухе.

А также на Windows Server, Solaris, UP-UX и AIX. И что? :D

>и да, баш таки на макоси есть. и по умолчанию. и почему то именно он.

Сама Mac OS X собирается GNU GCC. Сюрприз?

Ответить | Правка | Наверх | Cообщить модератору

415. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 15-Мрт-10, 23:00 
>Зачем нужен screen, когда есть tmux?

Затем, что у tmux проблемы с UTF-8.

>Зачем нужен gtar, когда есть tar? (Учитесь наслаждаться малым)

Затем, что большинство - не мазохисты.

>Зачем нужен bzip2, когда есть xz?

Приличная часть XZ - под GPL/LGPL, так что мимо тазика. Насчет bz2 - согласен, формат убогий в плане производительности, если надо быстро - gzip, совместимо - zip, если плотно - xz/7z (все, что с LZMA).

>>и да! тот самый баш. т.к. устаревший шел без истории - путешествие
>>в 60-е
>tcsh имеет  историю.

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

>>пример? пожалуйста - оракловые субд к "рождению" десятой макоси уже крутились в
>>основном на линухе.
>А также на Windows Server, Solaris, UP-UX и AIX. И что? :D

А то, что под *BSD их нет. Официально не поддерживается.

>>и да, баш таки на макоси есть. и по умолчанию. и почему то именно он.
>Сама Mac OS X собирается GNU GCC. Сюрприз?

Не, не сюрприз, а вполне понятная закономерность.


Ответить | Правка | Наверх | Cообщить модератору

416. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от iZEN (ok), 16-Мрт-10, 00:51 
>>Зачем нужен screen, когда есть tmux?
>
>Затем, что у tmux проблемы с UTF-8.

Давно на сайте tmux.sourceforge.net был? :D

>>Зачем нужен gtar, когда есть tar? (Учитесь наслаждаться малым)
>
>Затем, что большинство - не мазохисты.

Миллионы мух тоже не могут ошибаться.

>>Зачем нужен bzip2, когда есть xz?
>
>Приличная часть XZ - под GPL/LGPL, так что мимо тазика.

Версия 5.0 XZ будет в Public Domain сразу, как только выйдет. Следи за новостями.

>>tcsh имеет  историю.
>
>Повторяюсь - большинство - не мазохисты. bash - очень удобен для консоли,
>и этим все сказано.

Для кого удобен, тот пользуется. Для меня не удобен — я использую tcsh. Этим всё сказано.
Перестань навязывать мне свою идеологию.

>>>пример? пожалуйста - оракловые субд к "рождению" десятой макоси уже крутились в
>>>основном на линухе.
>>А также на Windows Server, Solaris, UP-UX и AIX. И что? :D
>
>А то, что под *BSD их нет. Официально не поддерживается.

Oracle работает только с коммерческими партнёрами. Их СУБД официально не поддерживается, например, в Debian. И что?

>>>и да, баш таки на макоси есть. и по умолчанию. и почему то именно он.
>>Сама Mac OS X собирается GNU GCC. Сюрприз?
>
>Не, не сюрприз, а вполне понятная закономерность.

Закономерность обусловлена отсутствием альтернативного компилятора для унаследованного кода. Вот и всё.
Удел GCC — поддерживать сопровождение СТАРОГО кода. Ничего нового в GCC больше не появится.
Всё новое (удобные механизмы кросс-компиляции, оптимизации и т.д.) появляются и появятся только для LLVM. Необходимый вектор развития уже задан индустрией инноваций. GCC старичок, он уже не способен удовлетворить КАЧЕСТВЕННЫЕ запросы разработчиков.

Ответить | Правка | Наверх | Cообщить модератору

417. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от pavel_simple (ok), 16-Мрт-10, 08:19 
>[оверквотинг удален]
>>>Сама Mac OS X собирается GNU GCC. Сюрприз?
>>
>>Не, не сюрприз, а вполне понятная закономерность.
>
>Закономерность обусловлена отсутствием альтернативного компилятора для унаследованного кода. Вот и всё.
>Удел GCC — поддерживать сопровождение СТАРОГО кода. Ничего нового в GCC больше
>не появится.
>Всё новое (удобные механизмы кросс-компиляции, оптимизации и т.д.) появляются и появятся только
>для LLVM. Необходимый вектор развития уже задан индустрией инноваций. GCC старичок,
>он уже не способен удовлетворить КАЧЕСТВЕННЫЕ запросы разработчиков.

это у тебя весеннее?

Ответить | Правка | Наверх | Cообщить модератору

418. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 16-Мрт-10, 08:55 
>Давно на сайте tmux.sourceforge.net был? :D

Когда баловался федоркой. Сейчас пофиг абсолютно - в дистре RPM с screen, необходимости в чем-то ином не вижу.

>Закономерность обусловлена отсутствием альтернативного компилятора для унаследованного кода. Вот и всё.
>Удел GCC — поддерживать сопровождение СТАРОГО кода. Ничего нового в GCC больше
>не появится.

Сказал iZEN, покосившись на Java. GCC развивается непрерывно - см. gcc.gnu.org

>Всё новое (удобные механизмы кросс-компиляции, оптимизации и т.д.) появляются и появятся только для LLVM.

Может быть прекратим пороть чушь? В LLVM логично, что многое появляется - там появляется бетой то, что давно есть в GCC, и вполне вменяемо.

Ответить | Правка | К родителю #416 | Наверх | Cообщить модератору

419. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от Alex (??), 16-Мрт-10, 08:57 
А вообще LLVM использует парсеры GCC, так что его удел (имхо) - быть плагином инфраструктуры GCC. В перспективе. Как самостоятельный проект он интересен лишь в академических целях.
Ответить | Правка | К родителю #416 | Наверх | Cообщить модератору

408. "Разработчики OpenBSD подчеркнули проблемы с поддержкой не-GN..."  +/
Сообщение от fi (ok), 15-Мрт-10, 14:29 
>>соляркa - любой админ ставит диск sunfreeware, хотя bash идет уже с
>>базовой системой. Так что мимо.
>Для чего? Чтобы поиграть в линукс?

Ну поиграйте, если что.
А остальные просто используют в работе :))

>>мак Х - тут кончено чуть по другому, но bash идет как
>>главный шел - вызывается из меню, а остальное, если ты девелопер,
>>ставится отсюда: http://coreutils.darwinports.com/, тем более в основном софт портируют с Linux,
>>а не с bsd.
>
>В Mac OS X оболочка вообще не Bash, а csh — основная
>оболочка BSD. На Bash перешли только в Mac OS X 10.3
>в 2003 году, когда GNU-окружение стало более-менее юзабельно.

Ой не надо завирать! Я первый раз OS X смотрел еще году в начале 2002 или даже 2001, короче, магазин еще на евро переходил :), первым делом разыскал консоль (похоже на konsole ) - там был bash!!! И куча костылей от ос9 :)))))))))))))) Долго смеялся.

Ответить | Правка | К родителю #400 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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