> man operating_systems
Компилятор PCC, лицензированый под BSD добавлен в OpenBSD и NetBSD
Компилятор C PCC добавлен в дерево исходников OpenBSD и pkgsrc NetBSD. С его помощью уже можно собрать пользовательское пространство NetBSD и, с небольшими модификациями, большую часть пользовательского пространства OpenBSD. PCC работает в 5-10 раз быстрее GCC, однако, производимый им код менее оптимизирован. Похоже, давняя мечта BSD-шников о более простом компиляторе под лицензией BSD (озвучивал её Тео де Раадт, например) наконец-то реализуется.
Roman I Khimov  в  Воскресенье, 16 Сентябрь 2007, 18:18  |   Комментарии: 92  |  для печати

Комментарии
alman |26.09.2007 00:30
Комментарии: 58

Зарегистрирован: 28.10.2006 01:21

Кто-нить пользовал PCC? Как впечатление?

cmp |28.09.2007 01:24
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

Что-то не уловил смысла этого, зачем генерить не оптимизированный код? чтобы наскоряк скомпилить KDE.. дык все равно пока скрипты пока сценарии make один фиг ждать, а +- 10 мин роли не сыграют

Dron |28.09.2007 07:50
Комментарии: 558


У них просто бзик на лицензионной чистоте... как можно систему по лицензии BSD собирать компилятором по лицензии GNU? ужос...

cmp |28.09.2007 08:57
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

ну дык на то оно и гну.. понятно, однажды лебедь, рак и щука...

Roman I Khimov |28.09.2007 10:10
Комментарии: 952


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

cmp |29.09.2007 16:48
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

Что-то не понял в чей огород камень, хотя по сравнению с билдерами и всякой мсовской х..ней gcc выглядит достаточно бело и пушисто. Имел удовольствие партировать кое-что под виндовый компилятор,.., думаю затея BSDiшников провалится когда они заулыбаются патчить Xorg KDE и тому подобные крупные проэкты.

Dron |29.09.2007 17:17
Комментарии: 558


Дык у них все основное написано на pure-C без наворотов... Поэтому даже такой слабый компилятор соберет все без проблем... а что касается остального GNU - то оно там и будет собираться с помощью gcc...

cmp |29.09.2007 21:35
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

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

alman |02.10.2007 00:58
Комментарии: 58

Зарегистрирован: 28.10.2006 01:21

MSVC слаб только в одном - он поддерживает одну платформу. В остальном он не уступает gcc.

cmp |02.10.2007 03:58
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

Возможно, но я против программ которые пишут программы, ибо изврат, а когда проэкт создается выбором соответсвующих опций и как следствии нулевой и ничего не умеющий, он уже имеет тысячи строк кода, спора нет, каждую кнопочку создавать в серьезной программе тоже не выход, но тем не менее, именно потому cи так рулит сейчас, что на его базе можно создавать программы также быстро как и на скриптовых языках и при этом возможности сопоставимы с asm; MSVC как среда разработки как вся платформа стремится додумать за пользователя-разработчика то что он хочет, ОС построенная по такому принципу как показывает практика не слишком стабильна, так что говорить о программах там написанных, я не спорю что можно там скомпилить многие линуховские проги и так же как с gcc работать, это дело привычки, но чем проще выполнить некую работу тем больше и чаще за нее будут браться люди не компитентные и вероятность что у кого-то из них что-то получится возрастает, соответственно, придет такой вася на фирму и покажет какую он прогу написал, его возьмут, а через пол года сервер упадет.. короче чем выше барьер тем меньше случайных людей, а отсюда более стабильная работа, политика m$ этот барьер снизить - дестабилизировать отрасль, и скакать на белом коне среди этого хаоса срубая бабки огромным серпом.

Roman I Khimov |05.10.2007 21:07
Комментарии: 952


По теме.
http://bsdtalk.blogspot.com/2007/10/bsdtalk131-pcc-with-anders-ragge.html

cmp |06.10.2007 10:47
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

15 мин, 9 Мб - чего-то сомневаюсь что на русском, печатный вариант есть? а то инглишь на слух никак

Dron |06.10.2007 15:23
Комментарии: 558


Сыроват он еще... у меня не собрался...
cpp.c:436: предупреждение: implicit declaration of function ‘strlcpy’
Не смотря на
config.log:ac_cv_func_strlcpy=no

Но кажется c99 поддерживает.

(хотя я последнее время предпочитаю пользоваться C++)
Но и он может послужить в любительском проекте... благо он весьма невелик...
Опций там конечно минимум... но я думаю что это хорошо...

Хотя tcc еще меньше
BSDшникам наверное просто лицензия не нравится..

Roman I Khimov |06.10.2007 16:57
Комментарии: 952


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

ossadchy |10.10.2007 23:51
Комментарии: 58

Зарегистрирован: 10.10.2007 22:55

ПРОСТОЕ программное обеспечение -- действительно большое дело, и проекта типа PCC по-моему очень и не хватало *BSD системам, именно он способен стать толчком к созданию на самом деле открытой и действительно СВОБОДНО РАСПРОСТРАНЯЕМОЙ платформы на базе *BSD. Также очень удобен такой инструмент как база для собственных проектов на эту тему. В общем - неплохая затея!

2cmp:
1. KDE врядли будут пытаться собрать Cшным компилятором, ибо для него - C++ -- святая святых
2. Сами по себе компиляторы MS не пишут ни строки кода, не требуют настройки опций, есть все для работы с командной строки, хотя лично мне GCC больше по душе(точней: только его и юзаю)

2Dron:
1. ну сборка многих opensource проектов требует ручной работы, в общем-то у меня таки завелась эта штука
2. С++ и C99, по-моему не совсем взаимозаменяеющие вещи

Dron |11.10.2007 11:43
Комментарии: 558


С++ и C99, по-моему не совсем взаимозаменяеющие вещи.


Я и не говорил, что они взаимозаменяемые...
Я просто сказал, что чисто сишный компилятор бует для меня недостаточным.

При написании программ я достаточно легко прееключаюсь с си на с++. А щас, о ужас, мне приходится писать на с++ но без сишных наворотов (типа си с наворотами) на msvc 2.1 в 16-битном режиме... по работе... Вспоминается Рэмбо3 - Я был женат. -У-у-у. -3 раза...

Просто иногда даже в современном мире, встречаются компиляторы си, которые не соответствуют стандарту C99, не уровень нифига...

PS: И еще мне не понятно чем же GNU не свободен? Какая то странная точка зрения... BSD типа хорошо, а GNU типа плохо... мне кажется для авторов GNU более привлекателен, поскльку защищает их права.

ossadchy |11.10.2007 11:53
Комментарии: 58

Зарегистрирован: 10.10.2007 22:55

Ну все же GNU, как сказано в одной из статей на этом ресурсе -- вирус по сути своей
+ Кто знает что напишет FSF в GPLv4

ossadchy |11.10.2007 11:53
Комментарии: 58

Зарегистрирован: 10.10.2007 22:55

Ну все же GNU, как сказано в одной из статей на этом ресурсе -- вирус по сути своей
+ Кто знает что напишет FSF в GPLv4, ведь FSF -- правообладатель для всех GNU продуктов

Dron |11.10.2007 13:36
Комментарии: 558


ведь FSF -- правообладатель для всех GNU продуктов
.

Это как это????
Правообладателем является автор!

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

ossadchy |11.10.2007 13:54
Комментарии: 58

Зарегистрирован: 10.10.2007 22:55


/* Implementation of the NXConstantString class for Objective-C.
Copyright (C) 1995 Free Software Foundation, Inc.
Contributed by Pieter J. Schoenmakers <tiggr@es.ele.tue.nl>


Не так все радужно ))

ossadchy |11.10.2007 13:57
Комментарии: 58

Зарегистрирован: 10.10.2007 22:55

2Dron:

не путай GPL и LGPL.

Roman I Khimov |11.10.2007 14:45
Комментарии: 952


Dron написал(а) ...
Это как это????

Вот так.
Dron написал(а) ...
Правообладателем является автор!

Ага. Это изначально. А потом права передаются FSF, иначе патчи к gcc/glibc/gdb/etc в FSF не принимаются. И получается как приведено выше, копирайт за FSF и примечание "спасибо мил человек". Это не Linux, это GNU.

Dron |11.10.2007 21:19
Комментарии: 558


А потом права передаются FSF, иначе патчи к gcc/glibc/gdb/etc в FSF не принимаются.

потом - это когда?

И че-то не понял с какого праздника...
Нафига им принимать патчи к моей программе?

ossadchy |11.10.2007 22:13
Комментарии: 58

Зарегистрирован: 10.10.2007 22:55

2Dron:

Просто обсуждение несколько привязано к новости, и речь идет о именно GNU Software в общем(GCC, GLIBC) и GNU Compiler Collection -- правообладатель этих продуктов, что, согласись, для *BSD не очень уж приятно

Да и если чесно иногда и меня, живущего под GNU Linux, раздражают дурные варнинги в новых версиях. А как разработчика -- большая сложность внесения изменений в backend, да и frontend -- имел опыт написания такового, хоть результат и положителен, но больше рука не подимется такое делать, разве только за большие деньги. + GCC -- все же тормоз, а с PCC людям удалось сократить время построения системы с 10 до 2 часов!

Roman I Khimov |11.10.2007 23:26
Комментарии: 952


Dron написал(а) ...
потом - это когда?

В момент приёмки патча FSF.
Dron написал(а) ...
Нафига им принимать патчи к моей программе?

Вообще незачем. Речь об FSF-ных продуктах.

Dron |12.10.2007 09:36
Комментарии: 558


ossadchy, Я думаю что время сборки системы не существенно, гораздо существеннее то, как быстро потом эта система будет работать...

Дык грамотная оптимизация может ускорить/уменьшить на 20-30%...

Лучше уж день потерять, а потом за час долететь

ossadchy |12.10.2007 09:39
Комментарии: 58

Зарегистрирован: 10.10.2007 22:55

Ушел проводить бэнчмарки



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

© OSRC.info, 2004-2010.
Авторские права на любые материалы, авторы которых явно указаны, принадлежат их авторам. По вопросам публикации таких материалов обращайтесь к авторам.
Авторские права на любые другие материалы принадлежат OSRC.info.
Сайт является помещением библиотеки. Копирование, сохранение на жестком диске или иной способ сохранения произведений осуществляются пользователями на свой риск.
При использовании материалов сайта ссылка на OSRC.info обязательна.