The OpenNET Project / Index page

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



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

Оглавление

Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..., opennews (??), 08-Авг-11, (0) [смотреть все]

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


30. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +5 +/
Сообщение от Паша (??), 08-Авг-11, 11:36 
Ох ты ж блин, вот они основные проблемы фри.
А вы не знали что в портах есть
# ll -d /usr/ports/lang/gcc*
drwxr-xr-x  3 root  wheel     7B Jul  3 23:44 /usr/ports/lang/gcc34
drwxr-xr-x  3 root  wheel     7B May 21 23:46 /usr/ports/lang/gcc42
drwxr-xr-x  3 root  wheel     7B Jul  3 23:44 /usr/ports/lang/gcc44
drwxr-xr-x  3 root  wheel     7B Aug  8 00:00 /usr/ports/lang/gcc45
drwxr-xr-x  3 root  wheel     7B Aug  2 23:53 /usr/ports/lang/gcc46
drwxr-xr-x  3 root  wheel     7B Aug  7 20:55 /usr/ports/lang/gcc47

и пересобрать base и ядро с этими компиляторами - дело двух строчек в make.conf?

А вы не знали что "потратить кучу времени" на поиски сводится всего лишь к
make search name=part_of_name
make search key=some_key

А вы не знали что есть всякие portmasterы и portupgradы и pkgs_which pkg_rmleaves и 100500 утилит?
Вот в этом то и проблема фрибсд. Все есть, но никто в упор не видит.

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

44. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от Аноним (-), 08-Авг-11, 12:00 
> и пересобрать base и ядро с этими компиляторами - дело двух строчек
> в make.conf?

А вы сами пробовали пересобрать ядро с /usr/ports/lang/gcc47, знайте при каком GCC из не всплывут глюки ? То-то и оно, что нужно себе шишки набивать каждый раз, для нынешних GCC из портов нет гарантии полной работоспособности и стабильности.


> А вы не знали что "потратить кучу времени" на поиски сводится всего
> лишь к
> make search name=part_of_name
> make search key=some_key

Это поиск по description и ключам, определить в каком порте есть нужный файл это не поможет.
Для поиска в каком порте лежит утилита, допустим, apxs, вам не поможет
make search key=apxs
make search name=apxs

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

> А вы не знали что есть всякие portmasterы и portupgradы и pkgs_which
> pkg_rmleaves и 100500 утилит?

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

> Вот в этом то и проблема фрибсд. Все есть, но никто в
> упор не видит.

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

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

184. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от iZEN (ok), 08-Авг-11, 18:09 
>> и пересобрать base и ядро с этими компиляторами - дело двух строчек
>> в make.conf?
> А вы сами пробовали пересобрать ядро с /usr/ports/lang/gcc47, знайте при каком GCC
> из не всплывут глюки ?

Я что-то не понимаю, если не нравится GCC в базовой системе и не хотите пользоваться новыми версиями GCC из портов, тогда к кому и по какому поводу претензии?

>> А вы не знали что "потратить кучу времени" на поиски сводится всего
>> лишь к
>> make search name=part_of_name
>> make search key=some_key
> Это поиск по description и ключам, определить в каком порте есть нужный файл это не поможет.

Что вам даст знание того, что определённый программный продукт содержит, допустим, файл с названием "ls" или "dd"?

> единого полноценного инструмента, который был позволил решить все проблемы с обновлением портов нет.

Так Unix-way же.

> Как уже кто-то писал в этом треде, теоретически все отлично, но на практике без рукоприкладства не обходится.

Решение проблем из-за человеческой глупости и небрежности ни одной супер-пупер-навороченной программе ещё не удавалось. Хотя подвижки к этому есть, например, в ядерной энергетике. :))

>> Вот в этом то и проблема фрибсд. Все есть, но никто в упор не видит.

Это не проблема ОС как таковой, а проблема в безответственности людей, которые, заметьте, работают и делают программы для FreeBSD БЕСПЛАТНО, то есть даром. Над ними нету над шеей домоклова меча, который висит у 75% разработчиков GNU/Linux. ;)

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

Что конкретно вас не устраивает?

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

260. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 08-Авг-11, 21:58 
>>> Я что-то не понимаю, если не нравится GCC в базовой системе и не хотите пользоваться новыми версиями GCC из портов, тогда к кому и по какому поводу претензии?

Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5. Вполне себе портабельность. А BSDBS - настолько же древняя, как го^W встроенный в нее GCC.

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

263. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 08-Авг-11, 22:13 
> Я знаю, что современное ядро Linux у меня одинаково соберется и на
> 4.1, и на 4.2, и на 4.3, и на 4.4, и
> на 4.5.

вы уверены? а md5-суммы собранного ядра разными гцц показать можете?

>Вполне себе портабельность. А BSDBS - настолько же древняя,
> как го^W встроенный в нее GCC.

вопрос или намек не понят.

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

270. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 08-Авг-11, 22:21 
> вы уверены? а md5-суммы собранного ядра разными гцц показать можете?

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

Я уверен в том, что ядро не сломается ни от 4.1, ни от 4.2, ни от 4.3 и т.д. Так понятнее?

PS. Естественно, речь идет о _свежих_ ядрах, древние вполне могут не собраться правильно.

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

303. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vegus (ok), 09-Авг-11, 00:27 
Получается, озвученая Вами проблема - в неуверенности пользователей? - страхи по поводу соберется или не соберется, а также страхи по поводу изменения привычных методов пользования системой?

Или же имеются ввиду какие-то конкретные технические тоже?

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

394. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 08:21 
>> вы уверены? а md5-суммы собранного ядра разными гцц показать можете?
> Я уверен в том, что ядро не сломается ни от 4.1, ни
> от 4.2, ни от 4.3 и т.д. Так понятнее?

ну вот так и пишите, а не "соберется одинаково".
и что там про bsdbs?

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

285. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 08-Авг-11, 23:38 
> вы уверены? а md5-суммы собранного ядра разными гцц показать можете?

Они вполне могут быть разными - разработчики гццы не дремали и допиливали оптимизатор. Поэтому код может быть разным. А вот работать будет одинаково.

Иллюстрация для тех кто в танке, на примере абстрактного процессора:
mov r0, #1
mov r0, #2
mov r0, #3

заменяется на "оптимизированный варинат кода":
mov r0, #3

И хотя md5sum у бинарного кода будет разный и вообще второй варинат в три раза короче, результат выполнения почему-то окажется совершенно одинаковый: r0 содержит число 3.

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

534. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sememail (ok), 09-Авг-11, 19:36 
>[оверквотинг удален]
> оптимизатор. Поэтому код может быть разным. А вот работать будет одинаково.
> Иллюстрация для тех кто в танке, на примере абстрактного процессора:
> mov r0, #1
> mov r0, #2
> mov r0, #3
> заменяется на "оптимизированный варинат кода":
> mov r0, #3
> И хотя md5sum у бинарного кода будет разный и вообще второй варинат
> в три раза короче, результат выполнения почему-то окажется совершенно одинаковый: r0
> содержит число 3.

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

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

548. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 21:37 
> Это глупый код и глупый пример. Такое gcc умел еще от рождения.

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

> Сейчас пилятся более сложные оптимизации и по большей части касаемые C++.

Они там пилятся касаемо всего.

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

Скорее, выносятся в другие уровни оптимизации которые вы можете попробовать на свой страх и риск. А все что стабильно упихано в -O2 как правило. Что-то сверх того... для ряда программ работает -O3, но злоупотреблять им не стоит. Прецеденты были.

> Так что сборка различными версиями gcc может не отличаться вплоть до байта.

Ну да, хрен там. На махине типа линуксного ядра это очень маловероятное событие. Конечно если сравнивать gcc 4.5.0 и 4.5.1 где все отличие только в багфиксах - это еще может прокатить, но например кернел собранный 4.2, 4.3, 4.4, 4.5 и 4.6 скорее всего будет с разным md5. Поэтому что должен доказывать md5 - не очевидно. Стагнацию в развитии оптимизатора? Не дождетесь :)

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

574. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 22:50 
> Ну да, хрен там. На махине типа линуксного ядра это очень маловероятное
> событие. Конечно если сравнивать gcc 4.5.0 и 4.5.1 где все отличие
> только в багфиксах - это еще может прокатить, но например кернел
> собранный 4.2, 4.3, 4.4, 4.5 и 4.6 скорее всего будет с
> разным md5. Поэтому что должен доказывать md5 - не очевидно. Стагнацию
> в развитии оптимизатора? Не дождетесь :)

человек сказал:
>Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5.

если сие утверждение верно, то md5 должна быть одинаковой.

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

621. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 10-Авг-11, 09:54 
> человек сказал:
>>Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5.
> если сие утверждение верно, то md5 должна быть одинаковой.

Примитивизируете, трололо. Одинаково не на бинарном, а на функциональном уровне.


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

696. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 10-Авг-11, 17:36 
> если сие утверждение верно, то md5 должна быть одинаковой.

Человек имел в виду что соберется без проблем и функционировать будет одинаково. Наверное для некоторых этот факт слишком сложен для осознания.

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

290. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от iZEN (ok), 08-Авг-11, 23:50 
> Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5. Вполне себе портабельность. А BSDBS - настолько же древняя, как го^W встроенный в нее GCC.

Не волнуйтесь. У нас во 9-BETA1 уже LLVM/Clang в базовой системе. Многие порты им же и собираются. А это посовременнее всяких GCC и по портабельности производимого кода даст фору любому компилятору. ;)

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

342. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  –2 +/
Сообщение от anonymous (??), 09-Авг-11, 02:07 
> Не волнуйтесь. У нас во 9-BETA1 уже LLVM/Clang в базовой системе. Многие
> порты им же и собираются. А это посовременнее всяких GCC и
> по портабельности производимого кода даст фору любому компилятору. ;)

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

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

372. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от iZEN (ok), 09-Авг-11, 03:46 
>> Не волнуйтесь. У нас во 9-BETA1 уже LLVM/Clang в базовой системе. Многие
>> порты им же и собираются. А это посовременнее всяких GCC и
>> по портабельности производимого кода даст фору любому компилятору. ;)
> выше мы опять имели несчастье наблюдать рассуждения дилетанта о том, в чём
> он ничего не понимает, но очень хочет казаться экспертом.

Ну да — неудачно выразился.

Попробую ещё раз: система LLVM/Clang принуждает писать портабельный код без GCC'измов.


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

374. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  –2 +/
Сообщение от anonymous (??), 09-Авг-11, 03:55 
> Попробую ещё раз: система LLVM/Clang принуждает писать портабельный код без GCC'измов.

ну и летит лесом, соответственно.

во-первых, gcc есть для такого количества архитектур, о которых кланг даже не мечтает пока. даже если к нему приплюсовать ещё пару каких-нибудь компиляторов.

во-вторых, «gcc-измы» — они появились не просто так, а для удобства программиста. знаешь, я в гробу в костюме видал этот ваш пуризм: используя расширения gcc я:
а) упрощаю себе жизнь;
б) ничего не теряю, потому что target'ом для gcc разве что MENACE являтся не может, и то потому, что там один всего алгоритм зашит.

замечание в сторону: кланг и сейчас некоторые расширения gcc понимает, и дальше будет понимать — ещё больше. потому что там сидят вполне адекватные люди, которые в курсе про необходимость «сферических коней в вакууме».

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

467. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (-), 09-Авг-11, 14:34 
и замыкаешся только внутри одной платформы - Linux.
Лишая себя возможности собираться на BSD, Solaris, и возможно win32.

А по части линуксизмов - вот почитайте как из ядра linux их потихоньку выпиливают вместе с likely/unlikely.
наверно не просто так?

А то что код linux kernel такой грязный что даже gcc с ключиком pedantic его не собирает - для вас наверно не секрет?

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

551. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (-), 09-Авг-11, 21:44 
> Лишая себя возможности собираться на BSD, Solaris, и возможно win32.

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

> А по части линуксизмов - вот почитайте как из ядра linux их
> потихоньку выпиливают вместе с likely/unlikely.
> наверно не просто так?

Линуксизмы выпиленные из ядра линукс - это шедеврально!

> А то что код linux kernel такой грязный что даже gcc с
> ключиком pedantic его не собирает - для вас наверно не секрет?

Зато у меня есть свеженький gcc 4.6 да еще с патчами Linaro. Что дает ему 5 очков форы на ARM. А у вас только фига в кармане да пиндеж про правильные лицензии. А захоти я запустить бсду на арме - сплошной геморрой и кривизна из каждого угла торчат, так что даже жадные корпоративщики уже и то предпочитают предоставить сорц по GPL чем так геморроиться.

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

470. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Aquarius (ok), 09-Авг-11, 14:46 
> амечание в сторону: кланг и сейчас некоторые расширения gcc понимает, и дальше будет понимать — ещё больше. потому что там сидят вполне адекватные люди, которые в курсе про необходимость «сферических коней в вакууме».

не соглашусь про коня
GCC'змы, как раз сильно разбавляют вакуум вокруг коня метаном, да и форму сферы портят

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

473. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??), 09-Авг-11, 14:59 
> не соглашусь про коня
> GCC'змы, как раз сильно разбавляют вакуум вокруг коня метаном, да и форму
> сферы портят

я, вообще-то, намекал на то, что пуристский конь нафиг не упёрся.

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

429. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrey Mitrofanov (?), 09-Авг-11, 10:43 
>уже LLVM/Clang в базовой системе. Многие
> по портабельности производимого кода

Whoah&??? JS-бэкенд что ля? 8-0

>даст фору любому компилятору. ;)

И кстати, чего там про tcc слышно---

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

552. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 21:46 
> И кстати, чего там про tcc слышно---

Наверное то же самое что и про переписывание busybox под расово верными лицензиями.

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

555. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??), 09-Авг-11, 21:58 
>> И кстати, чего там про tcc слышно---
> Наверное то же самое что и про переписывание busybox под расово верными
> лицензиями.

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

только разве он не под мерсссской GPL? бида-бида, не?

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

561. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (-), 09-Авг-11, 22:21 
> вообще-то tcc спокойненько себе развивается. можно сходить в список рассылки, да помедитировать.

И еще 10 лет заниматься тем же. А я не живу вечно, поэтому не могу позволить себе роскошь еще 10 лет медитировать. Увы.

> только разве он не под мерсссской GPL? бида-бида, не?

Гцц под его мерсской gpl собирает мне лично мою фирмварину под лично моей лицензией для cortex M3. Генеря код на уровне дорогущих кейлов и иаров, да еще и работая в удобном мне линуксе. И я что-то не вижу - в каком же месте меня ограничили: лицензия на мой код - лично  моя. Денег не просят. Работают в удобной мне оси и хавают вагон архитектур на все вкусы. А я не уйду на пенсию пока tcc сможет хоть 1/5 архитектур gcc понимать? Так мне на пенсии все-равно уже будет, имхо ;)

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

616. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  –1 +/
Сообщение от Аноним (-), 10-Авг-11, 08:40 
>> только разве он не под мерсссской GPL? бида-бида, не?
> Гцц под его мерсской gpl собирает мне лично мою фирмварину под лично
> моей лицензией для cortex M3. Генеря код на уровне дорогущих кейлов
> и иаров, да еще и работая в удобном мне линуксе. И
> я что-то не вижу - в каком же месте меня ограничили:
> лицензия на мой код - лично  моя. Денег не просят.
> Работают в удобной мне оси и хавают вагон архитектур на все
> вкусы. А я не уйду на пенсию пока tcc сможет хоть
> 1/5 архитектур gcc понимать? Так мне на пенсии все-равно уже будет,
> имхо ;)

А ты уверен что ты попадаешь под linking exception ? и можешь позволить себе собирать свой код компилятором под GPL v3? а то ведь ты будешь обязан открыть свою прошивку только за то что пользуешся gcc.

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

704. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (-), 10-Авг-11, 18:04 
> А ты уверен что ты попадаешь под linking exception ? и можешь
> позволить себе собирать свой код компилятором под GPL v3? а то
> ведь ты будешь обязан открыть свою прошивку только за то что
> пользуешся gcc.

Весь код, вплоть до "стартапа" может быть лично мой. До последнего битика. Очевидно, лицензию на все это я устанавливаю сам. Это даже не столько из-за лицензии, сколько в соответствии с моими правами как автора в рамках существующих copyright laws. Ну а если я линкуюсь с чьим-то еще чужим кодом - я очевидно должен уважать их аналогичные авторские права и соблюсти их лицензию. ИМХО это честно. И да, я уверен что если код на 100% мой - то и рулю им на 100% я, как описано в законах.

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

786. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  –1 +/
Сообщение от Аноним (-), 11-Авг-11, 11:05 
ты линкуешся с кодом libgcc в первую очередь :-)
сюрприз ?
А значит свои права автора можешь засунуть далеко, лицензия будет ровно такой какой будет лицензия на libgcc.
Будет там написано что при линковке с libgcc весь код переходит к GNU - что поделать, собираешь компилятором gcc - значит обязан передать код GNU.
Что бы такого маразма не было - делаются linking exception у gcc. Одна беда - когда gcc экстренно переводили на GPL v3 - забыли их сделать.
И весь мир собирающий свои программы при помощи gcc - стал срочно обязан предостовлять своих исходники по требованию и вобще соблюдать требования GPL v3 вне зависимости от того какая лицензия была у кода. Это понятно ?
После шума поднятого BSD поправились, через версию другую добавили эти исключения и даже извенялись - типа по недосмотру сделали - но ведь осадок остался?
Никто не знает что еще выкинут эти красавцы из GNU.
Ответить | Правка | К родителю #704 | Наверх | Cообщить модератору

929. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (-), 13-Авг-11, 00:29 
> ты линкуешся с кодом libgcc в первую очередь :-)

Нормально! Вы лучше меня знаете с чем я линкую мою фирмвару? А может вы мне тогда еще и исходники будущей версии мне тогда дадите? :)

> сюрприз ?

Еще какой! Телепаты на опеннете!

> А значит свои права автора можешь засунуть далеко, лицензия будет ровно такой
> какой будет лицензия на libgcc.

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

> Будет там написано что при линковке с libgcc весь код переходит к
> GNU - что поделать, собираешь компилятором gcc - значит обязан передать
> код GNU.

Внезапно, компилятор будет линковать так как я ему скажу. Скажу без этой либы - значит без этой либы. А если вам компилятор влинковывает ненужные вам либы - виноват в этом наверное не компилятор, а тот кто им управляет.

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

832. "Лицензия своего кода"  +/
Сообщение от nuclightemail (ok), 11-Авг-11, 21:50 
> Весь код, вплоть до "стартапа" может быть лично мой. До последнего битика.
> Очевидно, лицензию на все это я устанавливаю сам. Это даже не
> столько из-за лицензии, сколько в соответствии с моими правами как автора
> в рамках существующих copyright laws. Ну а если я линкуюсь с
> чьим-то еще чужим кодом - я очевидно должен уважать их аналогичные
> авторские права и соблюсти их лицензию. ИМХО это честно. И да,
> я уверен что если код на 100% мой - то и
> рулю им на 100% я, как описано в законах.

Нет, не всегда, увы. В некоторых случаях не дадут рулить на 100% - разумеется, не для абстрактного кода в вакууме, а линкуемого с тем или иным софтом (например, GPL).

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

870. "Лицензия своего кода"  +/
Сообщение от Аноним (-), 12-Авг-11, 15:51 
> Нет, не всегда, увы. В некоторых случаях не дадут рулить на 100%

Что значит - не дадут? Отнимут у меня возможность давать линкеру команды и писать ему скрипты? Или руки мне свяжут? А если я линкуюсь с некоей либой потому что мне она нужна - вероятно я должен уважать тамошние лицензии в обмен на право использования. Или пойти лесом и переписать. Или взять другую либу. Вроде все логично.

> - разумеется, не для абстрактного кода в вакууме, а линкуемого с
> тем или иным софтом (например, GPL).

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

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

619. "кован анализ ключ"  +/
Сообщение от Andrey Mitrofanov (?), 10-Авг-11, 09:30 
>>> И кстати, чего там про tcc слышно---
> только разве он не под мерсссской GPL? бида-бида, не?

Ога, чегой-то я в трёхбуквенных запутался: над было с PCC http://opennet.ru/opennews/art.shtml?num=24853 тролить, а tcc http://bellard.org/tcc/ деситна под LGPL.

ЗЫ: А полный список "рассово верных" /[^gpt]cc/ осилим? Перепись?!

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

557. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 22:05 
> Whoah&??? JS-бэкенд что ля? 8-0

Даже при этом, первой операционкой загруженной в браузере почему-то оказался линукс. Видимо, проще написать на js эмуль некоего проца и заставить его слупить бинарный код чем безглючно выдать столько кода в виде JS...

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

600. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от anonym (?), 10-Авг-11, 02:58 
>>>> Я что-то не понимаю, если не нравится GCC в базовой системе и не хотите пользоваться новыми версиями GCC из портов, тогда к кому и по какому поводу претензии?
> Я знаю, что современное ядро Linux у меня одинаково соберется и на
> 4.1, и на 4.2, и на 4.3, и на 4.4, и
> на 4.5. Вполне себе портабельность. А BSDBS - настолько же древняя,
> как го^W встроенный в нее GCC.

Вы наверное или не осведомлены в полной степени, или (что более вероятно) очень толсто троллите. В системе есть понятие системный компилятор, это тот компилятор, которым ВСЕГДА будет собираться сама система, ну а порты компилируются тем, от чего зависят (например для сборки KDE нужен GCC 4.5 кторый ставится в /usr/local), в общем то решение не очень изящное, но надежное (ничто никогда не сломается).

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

331. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от linecommander (ok), 09-Авг-11, 01:32 
...да!

вот, кстати...

борюсь с косностью и архаичностью терминов учебника FreeBSD

даже готов личный вклад предоставить

я мигрант с винды

и для меня жуть как трудно среди disk_adding отыскать необходимые строчки чтобы просто отформатировать флешку

но это не проблемы FreeBSD, это больше проблема поколений, которую как всегда некому решать

...аэээ, я, собственно, мигрант с винды на десктоп-самодельную ФриБСД, выбор сознательный, практически окончательный, FreeBSD в качестве наглядного пособия огогогоггоооо

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

855. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от www2 (ok), 12-Авг-11, 06:21 
Нельзя "просто отформатировать флешку".

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

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

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

930. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 13-Авг-11, 00:31 
> Нельзя "просто отформатировать флешку".

В принципе - можно: mkfs.<название_фс> (или что там у кого) /dev/yourflashdevice  - будет отформачено как "большая дискета". То что и называют "просто форматированием".

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

873. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Денисemail (??), 12-Авг-11, 16:08 
Запустите sysinstall, выберите Configure и дальше fdisk над вашей флешкой.
Более правильный путь, пожалуй, так:
gpart create -s mbr /dev/ваша_флешка
gpart add -t freebsd-ufs /dev/ваша_флешка
newfs /dev/ваша_флешка_p0
Ответить | Правка | К родителю #331 | Наверх | Cообщить модератору

523. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Василий3 (?), 09-Авг-11, 18:42 
> Вот в этом то и проблема фрибсд. Все есть, но никто в
> упор не видит.

Не элитничай. Знания нынче не в моде. В моде нынче как в той песне поётся - не надо теперь ничего знать, только кнопочки нажимать... :-)

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

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

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




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

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