| 1.1, Аноним (-), 11:17, 28/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –19 +/– | |
>написанных на языках Bash и Perl
Спасибо, не нужно. На дворе 21 век уже давно.
| | |
| |
| |
| |
| |
| |
| 6.45, ZloySergant (ok), 20:22, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
 >Сейчас вообще все собирается, как в этом английском стихотворении (в переводе С. Маршака):
Как сейчас модно говорить: Вы таки не умеете в рекурсию?
| | |
|
|
|
| 3.77, Аноним (-), 11:10, 03/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> И что, теперь билдсистему на node.js писать?
Debootstrap'нуть систему на основе убунты или дебиана из готовых пакетов как-то проще. В соседней новости про pi читаем, просвещаемся.
| | |
|
| |
| |
| 4.25, kx (??), 15:32, 28/02/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
 > Perl умер, учите Python
Особой разницы нет. Мне лично Python не по душе лишь тем, что патчить его код надо без опции -b, иначе, из-за отсутствия отступов, расстроится ЛОГИКА.
| | |
| |
| 5.28, Andrey Mitrofanov (?), 15:42, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Особой разницы нет. Мне лично Python не по душе лишь тем, что
> патчить его код надо без опции -b, иначе, из-за отсутствия отступов,
> расстроится ЛОГИКА.
--backup_-то каким боком к пробелам? Наверное, -l / --ignore-whitespace.
| | |
| |
| 6.30, kx (??), 15:46, 28/02/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
diff(1)
-b
Игнорировать хвостовые пробелы (символы пробела и табуляции) и считать любые строки из пробелов совпадающими.
| | |
|
|
| 4.39, id723 (?), 18:19, 28/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
С одного на другое переползается легко и непринуждённо при необходимости.
| | |
| 4.40, Аноним (-), 18:47, 28/02/2016 [^] [^^] [^^^] [ответить]
| +4 +/– | |
>Perl умер, учите Python
При всем уважении к обоим языкам, учить надо сишку.
| | |
| |
| 5.69, Вареник (?), 07:11, 29/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Perl умер, учите Python
> При всем уважении к обоим языкам, учить надо сишку.
Сишка - для хардкора. Python - для студентов-научников. Perl - для альтернативно мыслящих.
| | |
| |
| 6.71, Led (ok), 10:21, 29/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > Python - для студентов-научников.
Это школота так себя называет: "студенты-научники"? Забавно.
| | |
|
|
| |
| 5.48, Чаёвник (?), 20:59, 28/02/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
Не читал Брюсова, но очевидно же что Perl, Basic (включая VBS), Pascal (и его вариация в Delphi) - всё это умерло. Есть конечно "последние программисты", которые "так привыкли" и могут на коленке очень быстро написать на них одноразовый костыль, но это ничего не решает, кроме них такой софт никто не будет сопровождать, да и ни к чему. Чем исправлять такое - быстрее заново написать на чём-то вменяемом, что многие и делают
| | |
| |
| 6.52, Anonymous1 (?), 21:49, 28/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Что-нибудь вменяемое - надо полагать, С#, dot.net, Power Shell и т.п.? Или язык HTML, Java Script, Flash? Тогда не договоримся, увы...
| | |
| |
| 7.55, kx (??), 22:01, 28/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Абсолютно с Вами согласен. Я вообще стал замечать, что новые языки "программирования" создаются по принципу: "я не понимаю как это работает, напишу ка я лучше свой язык".
| | |
| |
| 8.62, QuAzI (ok), 22:35, 28/02/2016 [^] [^^] [^^^] [ответить] | +/– |  Python гораздо старше выше названных дотнетов и флешей, он практически ровесник ... текст свёрнут, показать | | |
|
| 7.61, QuAzI (ok), 22:21, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
C# это не часть .NET? VB вообще-то входит в .NET, но это его нифига не спасает.
HTML и JS если для гуя или веба ещё куда ни шло, но системный софт и автоматизация и вообще в контексте сабжа - даже не смешно.
Flash? Это вечно падающее тормозящее решето вообще на что-то способно?
Вы шутник
| | |
| 7.65, Pahanivo (ok), 23:22, 28/02/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Что-нибудь вменяемое - надо полагать, С#, dot.net, Power Shell и т.п.? Или
> язык HTML, Java Script, Flash? Тогда не договоримся, увы...
программеры на html такие программеры ....
| | |
|
| 6.72, ZloySergant (ok), 21:01, 29/02/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Не читал Брюсова, (.. и далее по тексту...)
А Ви почитайте, почитайте. В частности, http://www.stihi-rus.ru/1/Bryusov/208.htm . Слово "поэт", правда, замените (мысленно) на "программист".
И, да, это - ирония.
| | |
|
|
| 4.75, freehck (ok), 18:47, 02/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Perl умер, учите Python
Странно слышать такое после релиза Perl6, в котором реализована, внимание, *полная* поддержка кода Perl5.
Вообще, что Python, что Perl - какая разница? Расплодили технологий на любой вкус и цвет, наизобретали клонов модулей на разных языках программирования; но самого главного так и не поняли: что все мы пользуемся не фреймфорками, не языками, не синтаксисом - мы пользуемся программами, и плевать, на каком языке они написаны, если выполняют свои задачи.
Мне что, выкидывать программу, если она написана на Lisp или Ocaml? Почему? Только потому, что они типа "устаревшие"?
Большинство программ, составляющих базу систем Linux, BSD, Hurd и т.д. написаны вообще на сях. А сям уже сто лет в обед. Вас и это смущает? Вам надо обязательно bash на Java переписать просто, чтоб было? И обязательно заменить нормальный работающий sysvinit, чтобы вместо init-а у нас был мега-бинарь, на который жёстко завязаны все системные сервисы, и который системный администратор, который в общем-то не обязан быть также программистом, не может внести изменения, если что-то не работает?
--
А Perl у них, смотрите-ка, умер. Как же.
Окей, давайте рассмотрим открытую Bugzilla и проприетарную Jira. Bugzilla написан на Си и Perl. Jira - на Java. Bugzilla имеет вменяемую базу данных и обвязки поверх для работы с ней. Вся логика - в базе. Если что-то нужно, нужно, что не предоставляет интерфейс, милости просим, один запрос к базе, и всё прекрасно. В Jira вся логика сосредоточена в приложении, а база - одна большая помойка, в которой хрен разберёшься без реверс-инжиниринга устройства системы посредством анализа запросов браузера.
Это так, что ли, умер Perl? В таком случае я согласен быть некромантом!
И это при том, что я на Perl не писал уже очень, очень-очень давно.
--
Простите, сегодня что-то у меня всякого накипело.
| | |
| |
| |
| 6.78, freehck (ok), 11:36, 03/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Пожалуй, что нет, этот пример не к месту совершенно. Mason появился всего 5 лет назад, а PHP5 уже 12 лет как на рынке.
| | |
|
|
|
|
| 2.16, x0r (??), 14:02, 28/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
"набор Make-файлов и скриптов, написанных на языках Bash и Perl" - как-то подозрительно много всего, почему не использовать один современный инстурмент, вместо кучи костылей. на bash можно очень плохо писать, make - голову сломаешь, perl - только чтобы писать, а не читать.
| | |
| |
| 3.19, jOKer (ok), 14:26, 28/02/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
 Сам удивляюсь.
Ведь если отбросить предвзятость, то перл может все, что может баш. Это даже из текста новости явно следует. А вот наоборот - увы. Ну и зачем тогда плодить зоопарк ЯП? Ради "чтобы було"? Непонятно.
| | |
| |
| 4.32, kx (??), 15:50, 28/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Сам удивляюсь.
> Ведь если отбросить предвзятость, то перл может все, что может баш. Это
> даже из текста новости явно следует. А вот наоборот - увы.
> Ну и зачем тогда плодить зоопарк ЯП? Ради "чтобы було"? Непонятно.
Зоопарк нужен лишь тогда, когда на целевой машине нет Perl интерпретатора, а делать что-то надо. Вот тогда нужен shell. На машине разработчика для работы с древовидными конструкциями использовать shell не удобно.
| | |
| |
| 5.47, абвгдейка (ok), 20:45, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
 >Зоопарк нужен лишь тогда, когда на целевой машине нет Perl интерпретатора, а делать что-то надо. Вот тогда нужен shell. На машине разработчика для работы с древовидными конструкциями использовать shell не удобно.
а что делать, когда на целевой машине нет шела?)
| | |
|
|
| 3.26, kx (??), 15:36, 28/02/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
> "набор Make-файлов и скриптов, написанных на языках Bash и Perl" - как-то
> подозрительно много всего, почему не использовать один современный инстурмент, вместо
> кучи костылей. на bash можно очень плохо писать, make - голову
> сломаешь, perl - только чтобы писать, а не читать.
Make - довольно простой язык. Все пакеты собираются именно с использованием Make. Bash и Perl читать никто не заставляет, просто можно пользоваться функциями, написанными на них, ну или не пользоваться.
| | |
|
|
| |
| 2.13, kx (??), 13:47, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Ну почему сразу BuildRoot, Openembedded, Yocto и иже с ними. Здесь никто не заставляет пользователя учить новые языки описания сценариев сборки и не ограничивает пользователя набором: распоковать, сконфигурировать, инсталлировать. Все на родном GNU Make.
| | |
| |
| 3.15, EHLO (?), 13:58, 28/02/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Все на родном GNU Make.
Зачем тогда вот так делать?
>ведется работа над текстом открытой лицензии, которая в своей основе будет похожа на лицензию Apache-2.0
| | |
| |
| 4.17, kx (??), 14:17, 28/02/2016 [^] [^^] [^^^] [ответить]
| –2 +/– | |
Просто по тому, что нет еще лицензии на русском языке, текст которой соответствует ГК РФ. И еще потому, что GPL лицензия не дает полной свободы пользователям.
А GNU Make - всего лишь средство не имеющее никакого отношения к лицензированию.
| | |
|
| 3.18, Аноним (-), 14:17, 28/02/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вам надо было ознакомиться с buildroot - вот он как раз на родном GNU Make, не ограничен "набором: распоковать, сконфигурировать, инсталлировать" и предоставляет кучу готовых протестированных средств для написания новых/кастомизации существующих сценариев сбоорки. Добавьте к этому огромное комьюнити включаещее опытных разработчиков и постоянно обновляющих базу до актуального состояния, непрерывное тестирование на своей сборочной ферме да и просто всемирную известность которая гарантирует проекту актуальность.
| | |
| |
| 4.20, kx (??), 14:30, 28/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Знаю. Но в вашей фразе слишком много противоречий. Например, как вы собираетесь владеть продуктом и поддерживать его для своих заказчиков, если вы собрали его из кусков, которые вытянули из сети? Вы, что, в случае рекламаций будете отсылать заказчика к сообществу?
Как вы собираетесь обеспечивать линейки продуктов на buildRoot? Как решать вопросы многопоточной, одновременной сборки собственных прошивок сразу на серию собственных железяк?
Словом, пожалуйста не путайте студента, которому надо собрать Ubuntu под Cubietrack и коллектив разработчиков, который пишет софт для серии железяк, которые уже проданы и находятся в "полях" милионными тиражами.
Главное понимать разницу между словами "владеть" и "пользоваться". BuildRoot предлагает пользоваться результатами труда сообщества для собственных единичных нужд, а Radix.pro предлагает владеть собственными продуктами, используя простое средство.
> Вам надо было ознакомиться с buildroot - вот он как раз на
> родном GNU Make, не ограничен "набором: распоковать, сконфигурировать, инсталлировать"
> и предоставляет кучу готовых протестированных средств для написания новых/кастомизации
> существующих сценариев сбоорки. Добавьте к этому огромное комьюнити включаещее опытных
> разработчиков и постоянно обновляющих базу до актуального состояния, непрерывное тестирование
> на своей сборочной ферме да и просто всемирную известность которая гарантирует
> проекту актуальность. | | |
| |
| 5.22, Аноним (-), 14:38, 28/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Например, как вы собираетесь владеть продуктом и поддерживать его для своих заказчиков, если вы собрали его из кусков, которые вытянули из сети?
это просто бугага ^ 2. Вы хотите сказать вы не пользуютесь кусками вытянутыми по сети ? Тогда что вы собираете - "все свое все с огорода" ?
> коллектив разработчиков, который пишет софт для серии железяк
и что вы написали кроме небольшой части кастомизации для OMAP5 ?
> Radix.pro предлагает владеть собственными продуктами
ну вранье же - он ни капли не добавит прав собственности по сравнению с любой другой сборочной средой, потому что львиная часть кода написана не вами и вам не принадлежит
| | |
| |
| 6.23, kx (??), 15:18, 28/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> это просто бугага ^ 2. Вы хотите сказать вы не пользуютесь кусками
> вытянутыми по сети ? Тогда что вы собираете - "все свое
> все с огорода" ?
Производители железа предоставляют патчи на ядро, u-boot, драйвера графики ... это и берется из сети.
> и что вы написали кроме небольшой части кастомизации для OMAP5 ?
я не писал кастомизацию под OMAP5, TI поставляет HAL. Я писал систему сборки и сценарии сборки пакетов для платформы. Все это вы можете посмотреть в репозиториях svn.radix.pro и решить самостоятельно, что и кому там принадлежит.
> ну вранье же - он ни капли не добавит прав собственности по
> сравнению с любой другой сборочной средой, потому что львиная часть кода
> написана не вами и вам не принадлежит
Наверное не надо путать права собственности, с инженерным владением тем, продуктом, который вы создаете. Я говорю о том, что если вы поставляете ПО, то, наверное, вы должны понимать как оно собрано и как работает? Или вы считаете, что можно слепить и продать что попало? Если да, то после продажи лучше всего скрыться, ведь рано или позно заказчик поймет, что надо заниматься обновлением продукта и устранением ошибок.
| | |
| |
| 7.24, Аноним (-), 15:32, 28/02/2016 [^] [^^] [^^^] [ответить] | +/– | т е ВСЁ берете из сети т е ничего что дает право собсвенности я его пишу и зна... большой текст свёрнут, показать | | |
| |
| 8.29, kx (??), 15:43, 28/02/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Ну понятно Знаете, а ведь переход на личные оскорбления означает, что аргументы... текст свёрнут, показать | | |
| |
| |
| 10.33, kx (??), 15:52, 28/02/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Так не читайте по утрам Советских Газет хотя, ваша обеспокоенность вполне понят... текст свёрнут, показать | | |
|
|
|
|
|
|
| 4.21, kx (??), 14:37, 28/02/2016 [^] [^^] [^^^] [ответить]
| –3 +/– | |
А на счет тестирования на собственной ферме, наверное стоит добавить пример Debian-а Для MIPS Creator CI20. Так вот в поставке Debian полно бинарей вообще для x86 архитектуры, более того, собирают Debian на MIPS II серверах, а работать заставляют на новых ядрах от Imagination. Мне лично такое тестирование "помойки" не по душе.
> Вам надо было ознакомиться с buildroot - вот он как раз на
> родном GNU Make, не ограничен "набором: распоковать, сконфигурировать, инсталлировать"
> и предоставляет кучу готовых протестированных средств для написания новых/кастомизации
> существующих сценариев сбоорки. Добавьте к этому огромное комьюнити включаещее опытных
> разработчиков и постоянно обновляющих базу до актуального состояния, непрерывное тестирование
> на своей сборочной ферме да и просто всемирную известность которая гарантирует
> проекту актуальность. | | |
|
|
|
| |
| 2.74, Aleks Revo (ok), 10:35, 01/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Все знают, что Gentoo - это "канпелять"™. Но ни у одной сволочи из знающих про "канпелять"™ не доходит прочитать определение слова "метадистрибутив". Слишком это сложно, проще свой велосипед поизобретать.
| | |
|
| 1.38, dhamp (?), 18:11, 28/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Каким образом предлагается получить crooss-toolchain для таргет платы ? Использовать crosstool-ng, buildroot, crossdev, etc ?
| | |
| |
| |
| 3.44, kx (??), 20:11, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Еще несколько слов о тулчейнах. Лучше всего их готовить самостоятельно, так как использование сторонних тулчейнов может тормозить развитие вашего продукта. Поясню.
Допустим вы используете чужой тулчейн, который в своем составе содержит старую GLibc, а вам надо делать свой продукт на новой версии GLibc (а вы для своей rootfs брали GLibc из тулчейна). Тогда вам придется ждать когда поставщик тулчейна сделает новый или всетаки самому сделать нужный тулчейн (https://radix.pro/build-system/overview/#toolchains).
> Toolchain можно получить тремя способами:
> - взять готовый из набора ftp://ftp.radix.pro/toolchains/x86_64/ (загружаются автоматически
> см. https://radix.pro/build-system/practice/#getting_toolchains);
> - собрать собственны, что вообще не трудно (см. http://svn.radix.pro/wsvn/toolchains/trunk/);
> - подключить любой по инструкции https://radix.pro/build-system/overview/#toolchain_connection
> Такие средства как crosstool-ng, buildroot, сначала собирают toolchain, а затем софт. Мы
> придерживаемся другого принципа. Toolchain - это отдельный продукт над которым должны
> трудиться специалисты более близкие к архитектуре железа, да и каждый раз
> пересобирать toolchain не выгодно. | | |
| |
| 4.49, Аноним (-), 21:02, 28/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
https://radix.pro/build-system/overview/#toolchains
OMAP543X_EGLIBC_ARCH = arm-omap543x-linux-gnueabihf
...
OMAP543X_EGLIBC_ARCH_FLAGS = -march=armv7-a -mtune=cortex-a15 \
-mfloat-abi=softfp -mfpu=neon-vfpv4 \
-mabi=aapcs-linux -fomit-frame-pointer
бгг, использовать кросскомпилятор с ABI hard-float а в параметрах указывать softf-loat. И эти люди с высоких трибун вещают о помойке в дебиане.
| | |
| |
| 5.50, kx (??), 21:25, 28/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Спасибо за сообщение об опечатке на страничках сайта.
| | |
| 5.51, kx (??), 21:29, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– | |
Аноним, я с трудом нащупал два ваших раздражитеся: импортозамещение и Debian. Вы скажите сразу, о чем еще нельзя говорить в Вашем присутствии. Огласите весь список пожалуйста.
| | |
| |
| 6.54, Аноним (-), 21:55, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> о чем еще нельзя говорить в Вашем присутствии
Вам вообще не надо было заикаться что буилдруты, ёкты и дебианы - это все фуфло для школьников. Потому что реально дело обстоит так что все наоборот - это поймет любой человек который хоть немного в теме. Тот же буилдрут примерно на порядок круче - по количеству поддерживаемых архитектур, кросскомпиляторов, выбору libc, систем инициализации, готовых пакгажей - их качеству и уровню тестирования. Ёкта уже на пару порядков будет круче для дистрибютеров - там система опакечивания есть и готовых пакетов прорва хоть и кастомизацией более геморная. Дебиан конечно немного не в тему для встраиваемых устройств.
| | |
| |
| 7.58, kx (??), 22:14, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Вам вообще не надо было заикаться что буилдруты, ёкты и дебианы
> - это все фуфло для школьников. Потому что реально дело обстоит
> так что все наоборот - это поймет любой человек который хоть
> немного в теме. Тот же буилдрут примерно на порядок круче -
> по количеству поддерживаемых архитектур, кросскомпиляторов, выбору libc, систем инициализации,
> готовых пакгажей - их качеству и уровню тестирования. Ёкта уже на
> пару порядков будет круче для дистрибютеров - там система опакечивания есть
> и готовых пакетов прорва хоть и кастомизацией более геморная. Дебиан конечно
> немного не в тему для встраиваемых устройств.
Все эти умные слова я слышал, все чем может гордится Yocto как система сборки, а не как набор готовых слоев (если вы понимаете разницу), давно реализовано в build-system от Radix.pro. А слои ваши никому не нужны если речь идет о собственной железяке, это изобилие приводит к тому, что особо ленивые запихивают в at91sam7s uCLinux, или собирают полный Debian для роутера.
Расскажите лучше о Ваших проектах, на которых вы себе PR делаете.
| | |
| |
| 8.63, Аноним (-), 22:43, 28/02/2016 [^] [^^] [^^^] [ответить] | +/– | похоже вы не очень понимаете что актуально а что нет Просто иметь систему котор... текст свёрнут, показать | | |
|
| 7.59, kx (??), 22:15, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
и перестаньте злиться, жить надо весело и спокойно
| | |
|
|
| 5.53, kx (??), 21:51, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– | |
Кстати. История этой опечатки довольно поучительная. Как только появились эти платы, TI поставлял бинарный стек поддержки SGX54XX собранный именно под softfp. И на первых порах приходилось все собирать именоо без поддержки hard-float (хотя CPU продвинутый), чтобы ускоритель задействовать.
Когда я попросил инженеров TI собрать user-space драйвера SGX54xx графики нормальным тулчейном, они сказали что в их репозиториях такая каша и подключение другого тулчейна в принципе невозможна, я перешел на другие железяки, будет время сделаю DRA7...
Теперь TI вообще забросил omap5uevm и кинулся на DRA7...
Это еще один пример того, какая грамотная поддержка разработчиков осуществляется такими светилами человечества как Texas Instruments.
| | |
| |
| 6.57, Аноним (-), 22:07, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> поддержка разработчиков осуществляется такими светилами человечества как Texas Instruments.
там у них все печально с omap с тех пор как MS перекупил ноклу - она была основным покупателем их процессоров. Впрочем сколько я для ядругих линеек процессоров видел TI SDK - это полное г..но. Зря вы на них решили равняться :)
| | |
| |
| 7.60, kx (??), 22:19, 28/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> поддержка разработчиков осуществляется такими светилами человечества как Texas Instruments.
> там у них все печально с omap с тех пор как MS
> перекупил ноклу - она была основным покупателем их процессоров. Впрочем сколько
> я для ядругих линеек процессоров видел TI SDK - это полное
> г..но. Зря вы на них решили равняться :)
Я сейчас смотрю в сторону Imagination у них поддержка нормальная. По крайней мере по моей просьбе выдали (положили на Вики eLinux) все бинари для SGX на MIPS Creator ci20. Да и вообще стараюсь выбирать открытые железяки, для которых доступен стек драйверов.
| | |
| |
| 8.64, Аноним (-), 22:55, 28/02/2016 [^] [^^] [^^^] [ответить] | +1 +/– | да уж - крутизна они должны их давать без просьбы - иначе кому их кремниевый ... текст свёрнут, показать | | |
| |
| 9.66, kx (??), 23:54, 28/02/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Вот спасибо за ссылки Я до Vivante еще не добрался борды нет только тулчейн д... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
