The OpenNET Project / Index page

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



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

Оглавление

Новая версия музыкального проигрывателя DeaDBeeF 1.8.8, opennews (??), 05-Авг-21, (0) [смотреть все]

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


5. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  –1 +/
Сообщение от Аноним (5), 05-Авг-21, 09:18 
clang не вкатил. Хочу gcc.
Ответить | Правка | Наверх | Cообщить модератору

16. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +4 +/
Сообщение от Анонимищеemail (?), 05-Авг-21, 09:56 
А Ларису Ивановну? А Rust?
Ответить | Правка | Наверх | Cообщить модератору

81. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от Аноним (81), 05-Авг-21, 12:43 
Юродствуй сколько угодно. Но хороший проект должен собираться любым распространенным компилятором. А автор, который намеренно отломал поддежку GCC - неадекват.
Ответить | Правка | Наверх | Cообщить модератору

138. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +6 +/
Сообщение от Led (ok), 05-Авг-21, 16:55 
>автор, который намеренно отломал поддежку GCC - неадекват.

Это следствие, а не причина неадекватности.

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

231. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  –2 +/
Сообщение от Аноним (231), 07-Авг-21, 14:36 
> Но хороший проект должен собираться любым распространенным компилятором.

Авторам ведра линупca это расскажи.

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

94. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от llolik (ok), 05-Авг-21, 13:24 
Запиливай -fblocks в GCC и будет собираться. Вроде как начали, насколько я слышал, но пока ещё нет.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

130. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  –1 +/
Сообщение от Аноним (130), 05-Авг-21, 16:30 
На плюсы тогда лучше, раз стандартного си не хватает.
Ответить | Правка | Наверх | Cообщить модератору

141. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от llolik (ok), 05-Авг-21, 17:01 
> На плюсы тогда лучше, раз стандартного си не хватает.

waker, насколько я помню, не очень жалует плюсы. Да и в общем-то -fblocks интересная вещь (Си-замыкания). Как я понимаю, для GCC тоже пилят, но когда - ХЗ ( https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352 ).
Apple, как пишут в ВикиПедиях и для GCC запиливала, но с правами юридические моменты. Теперь передавать права не надо, но и Apple уже не надо.

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

142. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от Аноним (130), 05-Авг-21, 17:16 
Когда это в стандарт попадёт, очевидно же. А пока это непереносимый код.
Ответить | Правка | Наверх | Cообщить модератору

155. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от llolik (ok), 05-Авг-21, 18:28 
> Когда это в стандарт попадёт, очевидно же. А пока это непереносимый код.

Ну куча кода с GCC-измами тоже существует (и даже kernel пока ещё). И ничего, никого не смущает.
DDB вполне собирается под Windows/Linux/Mac (раньше и под андроид, пока автору не надоело) с одной и той же базы кода. Да, пока clang-ом, ну и что.

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

158. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от Аноним (130), 05-Авг-21, 19:32 
Увы, но это так. Но с ними борются, ifdef-ами обмазывают. С переменным успехом, но шлангом ядро можно собрать. Чего не скажешь о сабже, который даже не из того класса программ, где такие извращения необходимы.
Ответить | Правка | Наверх | Cообщить модератору

160. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от llolik (ok), 05-Авг-21, 19:54 
> Чего не скажешь о сабже, который даже не из того класса программ, где такие извращения необходимы.

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

Мне в принципе тоже идея нравится, но я не из команды разработчиков, только сторонние плагины патчу иногда и пока они и GCC вполне собираются.

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

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

162. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от Аноним (162), 05-Авг-21, 20:17 
Опа, про конечных пользователей вспомнили! Ну и в скольких же дистрах этот плеер есть в репах?
Ответить | Правка | Наверх | Cообщить модератору

165. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +1 +/
Сообщение от Аноним (-), 05-Авг-21, 20:59 
> Опа, про конечных пользователей вспомнили! Ну и в скольких же дистрах этот
> плеер есть в репах?

https://repology.org/project/deadbeef/versions

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

170. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от llolik (ok), 05-Авг-21, 21:14 
> Ну и в скольких же дистрах этот плеер есть в репах?

Мейнтейнеры приветствуются. Автор этим заниматься не планирует, насколько я в курсе. Пробовал, задолбался.
А так на официальном сайте доступны сорцы, Deb (собирается в Ubuntu 14.04 ЕМНИП), arch-pkg, универсальный static-build, билды под оффтопик/Mac.

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

176. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от Аноним (162), 05-Авг-21, 22:10 
>Пробовал, задолбался.

Точнее отечественный стиль общения "вы все дураки и не лечитесь, один я знаю как ПРАВИЛЬНО" не прокатывает, а по-иному у нас тут мало кто умеет, лол.

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

178. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от llolik (ok), 05-Авг-21, 23:00 
>>Пробовал, задолбался.
> Точнее отечественный стиль общения "вы все дураки и не лечитесь, один я знаю как ПРАВИЛЬНО" не прокатывает, а по-иному у нас тут мало кто умеет, лол.

Но за вот именно такого Шишкина топил весь opennet. Дуализм, однако.

ИМХО разработчик вообще не должен сношаться с репами. Все вот заявляют про офигенную силу комьюнити, вот пусть коммьюнити и позаботится о пакете в своём (комьюнити) дистре.

И да, по поводу бандлов, waker бандлит библиотеки, в которые исправления уже физически не пошлёшь (апстрим умер, говорить не с кем, слать некуда), но пакеты всё ещё болтаются в каком-нибудь  debian т.к. от них что-нибудь да зависит. Если Арчу глубоко пофиг на всё в принципе, то дебиановцы мозг вынесут и перекорёжат все так, что сам не рад будешь, что связался.

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

220. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от Аноним (130), 06-Авг-21, 16:33 
>в которые исправления уже физически не пошлёшь

wildmidi, sidplayfp вполне себе живые. Остальное экзотика, которая либо поддерживается ffmpeg, либо требуется 1-2 человеку на всю страну. Смысла их таскать и собирать в упор не наблюдается. Можно в отдельный тарболл завернуть, и по числу скачиваний определить востребованность.

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

166. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от Аноним (130), 05-Авг-21, 21:00 
Конечно, никто не осуждает. Я лишь поднимаю вопросы в академической плоскости. Если стандартных возможностей языка не хватает, то может другой язык взять, где подобное есть из коробки? Вот например в том же mpd сменили язык, и ничего. Проект жив.
Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

175. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от llolik (ok), 05-Авг-21, 21:40 
Ну в стандарте есть треды - пользуется ими примерно никто, как был pthreads так везде и есть, в стандарте есть атомики - реализованы кое-как. Ну и куча всего такого.

В Си всего хватает, просто технология блоков для асинхронного кода реально удобная, но если делать самостоятельно что-то похожее, то это будет жуткое API на калбэках и + реализовывать весь диспатчер (который в общем-то двойная абстракция-обëртка над тредами).

А переписывание на язык ради языка - ИМХО бесполезная и нудная работа

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

203. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от Аноним (130), 06-Авг-21, 11:24 
>А переписывание на язык ради языка - ИМХО бесполезная и нудная работа

Поэтому давайте прибьём гвоздями к одному расово верному компилятору, как в своё время к windows api приколачивали.

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

205. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от llolik (ok), 06-Авг-21, 11:45 
> Поэтому давайте прибьём гвоздями к одному расово верному компилятору

Решение принимают авторы проекта, они решили что плюсы использования данной конструкции превышают минусы. Я в список основных разработчиков не вхожу. Если интересны подробности, то найди на LOR waker-а и спроси его лично, из первых уст, так сказать.

> как в своё время к windows api приколачивали.

Сейчас на оффтопиках приколачивают даже не к API, а к конкретной версии MSVC, потому что толкование стандартов и своих нагромождений над ним у MS очень своеобразное. Хотя всегда можно заюзать clang, но там свои приколы.
Чтобы кто-то пользовался GCC (mingw) на оффтопике не для кроссбилда линуксового софта - я такого не помню.

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

209. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от Аноним (130), 06-Авг-21, 12:57 
А какие тут подробности надо? Скажет "так мне удобнее". Но ок, что тут сказать. Таких оригиналов на сотни лет вперёд припасено. Видел, как один названия функций писал транслитом, а другой переменные называл a1,a2 и т.д. Автору конечно удобнее, пока он на коне. Но после него код однозначно на помойку. Даже посмотреть не всегда получится детали реализации, так сказать.

>Чтобы кто-то пользовался GCC (mingw) на оффтопике не для кроссбилда линуксового софта - я такого не помню.

И это минус.

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

180. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от llolik (ok), 05-Авг-21, 23:08 
И да, про стандарты: когда нибудь в стандарте будет нормальный Unicode/UTF-8, а не вот эта вся хреноверть с мультибайтовыми строками и wchar_t.
Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

213. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от Аноним (130), 06-Авг-21, 13:41 
А надо? Для юникода есть библиотеки. Подключил и работаешь. В стандарт всё подряд тащить это перебор имхо. Для плюсов, кстати, у меня по этой части тоже есть претензии.
Ответить | Правка | Наверх | Cообщить модератору

214. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от llolik (ok), 06-Авг-21, 14:24 
> А надо? Для юникода есть библиотеки. Подключил и работаешь. В стандарт всё подряд тащить это перебор имхо. Для плюсов, кстати, у меня по этой части тоже есть претензии.

Ну в таком случае страдает логика, потому что в стандарте есть только мультибайтовые строки и wchar_t и связанная с ним хреномуть. Остальное так или иначе не кроссплатформенно / кросскомпиляторно.

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

217. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  +/
Сообщение от Аноним (130), 06-Авг-21, 16:22 
Так ты пытаешься придумать какую-то сомнительную задачу и героически пострадать при её решении. Люди же берут библиотеки, форкают если надо, но пачка компиляторов при этом поддерживается. Взять хотя бы Qt, хоть оно далеко и не эталон, но собирал я её тремя компиляторами без проблем. Без всяких магий и шаманств.
Ответить | Правка | Наверх | Cообщить модератору

191. "Новая версия музыкального проигрывателя DeaDBeeF 1.8.8"  –1 +/
Сообщение от Аноним (-), 06-Авг-21, 04:39 
>  Но с ними борются, ifdef-ами обмазывают

Не всегда прокатывает. Обмажь-ка ифдефом __attribute__(section(something)) какой. Clang это и так умеет вроде. А остальные - упс. А иногда - надо. Собственно clang правильно понял что обезьянить надо GCC. А неправильно только то что это стандартом не сделали.

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

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

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




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

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