LINUX.ORG.RU

Сообщения ckotctvo

 

Какой бы синтаксис придумать для функции?

 ,

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

int y=foo(100);
int x(y);

от

typedef int y;
int x(y);

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

Упрощением было бы всегда указывать явно что перед нами функция: тогда можно было предварительно распарсить редактируемую строку, оставив «висячие» ссылки на типы которые будут ниже по тексту.

но для этого нужен хороший красивый синтаксис, например:

int func x(y z)
int fn x(y z)

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

function(int) x(y z) //тип явный
function x(y z) //тип по тому что возвращают

сделать

function x(y z) -> int

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

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

ckotctvo
()

Как заставить buildroot использовать «родные» бинари?

 

Гад качает из интернета всякую лабуду и пытается её собрать вместо того чтоб использовать уже установленные бинари. Это пол беды: лабуда не собирается.

/home/foo/Desktop/u/openwrt/staging_dir/host/bin/gcc -O2 -I/home/foo/Desktop/u/openwrt/staging_dir/host/include -L/home/foo/Desktop/u/openwrt/staging_dir/host/lib /home/foo/Desktop/u/openwrt/build_dir/host/libdeflate-1.24/lib/*{,/*}.c /home/foo/Desktop/u/openwrt/build_dir/host/libdeflate-1.24/programs/{gzip,prog_util,tgetopt}.c -o /home/foo/Desktop/u/openwrt/build_dir/host/libdeflate-1.24/libdeflate-gzip
/home/foo/Desktop/u/openwrt/tmp/ccReVWK2.s: Assembler messages:
/home/foo/Desktop/u/openwrt/tmp/ccReVWK2.s:549: Error: unsupported instruction `vpdpbusd'
/home/foo/Desktop/u/openwrt/tmp/ccReVWK2.s:550: Error: unsupported instruction `vpdpbusd'

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

родной gcc 15.1.0, собран руками с заботой и любовью. проц ryzen7 5800H, линукс в виртуалке virtualbox 6.1.

ckotctvo
()

Можно ли заставить wifi-адаптер работать с софтварным стеком?

 

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

Есть идея перевести сетевуху в режим тупого свистка а стек использовать линуксовый. Не могу найти мануала вдруг это возможно: зафорсить использование softmac на сетевухе с hardmac.

Перемещено hobbit из kernel

ckotctvo
()

Посоветуйте хорошую книгу по Verilog и System Verilog

 ,

Хорошую значит что-то уровня «ричард лайонс» для цифровой обработки сигналов но про верилог. кто видел книжку лайонса тот знает в чем её отличие.

кто не видел - просто хорошую книгу на ваш взгляд если знаете.

Не знал куда сунуть тему - в development она вроде как-то не совсем подходит.

ckotctvo
()

Кто забагован: Qt6 или QtCreator который его использует?

 ,

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

Натолкнулся на проблему: QtCreator 18.0.0-beta2 + Qt6 - падает или глючит редактор текста. На Qt6.5.3 время от времени содержимое текстового окна внезапно начинало разваливаться на отдельные пиксели, как будто часть картинки рисуется с небольшим сдвигом поверх себя же. Сдвиг вверх-влево и вверх-вправо, получается ступенька такая из пикселей. С переходом на Qt6.11 баг пропал, но появилось время от времени пропадание строк под курсором и редко падения.

Багов на Qt + тестовое приложение я пока не вижу.

Мне надо понять - отказываться ли от Qt6 целиком или только от QtCreator - если да, до какой версии откатываться. Хотелось бы узнать у тех кто пользуется этим всем - наблюдаете ли вы баги с текстовым редактором в последних версиях и если их нет - на какой версии работаете.

ckotctvo
()