про avr-gcc не знаю, возможно. (и 11 тоже уже не последний)

про avr-gcc не знаю, возможно. (и 11 тоже уже не последний)

А относительно свежий гцц-арм-нон-еаби умеет в с++17, например

ну я про него и говорил

знать бы что еще входит в это "без фанатизма"

он такой один или почти один

а то эмбеддеры люди занятые, писать материал некогда

только если митапы смотреть, выуживать

про avr-gcc не знаю, возможно. (и 11 тоже уже не последний)

11 точно, а дальше хз

Атмел Студио умеет в с++14, судя по Гуглу

знать бы что еще входит в это "без фанатизма"

1. шаблоны нафик 2. исключения нафик 3. множественное наследование - нафик 4. иерархия классов -> лес классов 5. поменьше перегрузок и абстракций

Ну, в общем "Си с классами"

А не ода ООП

ну без шаблонов можно и на чистом Си писать ?

1. шаблоны нафик 2. исключения нафик 3. множественное наследование - нафик 4. иерархия классов -> лес классов 5. поменьше перегрузок и абстракций

1) скорее "не переусердствовать с шаблонами", а не просто их не юзать

Лучше совсем нафик

Лучше совсем нафик

?

просто я немного на C# писал, более менее в ооп умею

Чем проще, тем легче будет коллеге, который будет за вами поддерживать софт.

А если он серийный маньяк - останетесь живы

Чем проще, тем легче будет коллеге, который будет за вами поддерживать софт.

что сложно в простых шаблонах? Я заостряю внимания - в простых

1. шаблоны нафик 2. исключения нафик 3. множественное наследование - нафик 4. иерархия классов -> лес классов 5. поменьше перегрузок и абстракций

А шаблоны-то чем помешали?

А шаблоны-то чем помешали?

сейчас распишет

что сложно в простых шаблонах? Я заостряю внимания - в простых

То, что люди разные. Я разберусь, ты разберешься, Жук разберется, а вчерашний студент Вася - хер.

подожди

вот пример, когда с шаблоном лучше, чем без него template<typename T> void ZeroIt(T& value) { memset(&value, 0, sizeof(value)); }

вот пример, когда с шаблоном лучше, чем без него template<typename T> void ZeroIt(T& value) { memset(&value, 0, sizeof(value)); }

Вот да.

То, что люди разные. Я разберусь, ты разберешься, Жук разберется, а вчерашний студент Вася - хер.

с таким успехом можно выкинуть всё. Я серьёзно. Я повторю ещё раз - зачем не использовать шаблоны в совсем тривиальных ситуациях?

Таким шаблонам можно легко научить и питониста

ну и аналог для массива, а то в этот нельзя передать массив

совсем тривиальная - банально написать свой контейнер

Ребят, вы зря со мной спорите.

Это не я придумал

Ребят, вы зря со мной спорите.

?

Это не я придумал

а кто?

Это Гугль

Туда все претензии.

Это Гугль

можно ссылочку?

Мне, как понимаете, что так, что так

для ликбеза

в гайдлайнах гугла помню, что исключения им не нравятся, это да

https://google.github.io/styleguide/cppguide.html#Template_metaprogramming

> Avoid complicated template

Речь о гиперусложнённых.

https://google.github.io/styleguide/cppguide.html#Template_metaprogramming

ты читал, что там написано?)

Это и правда бывает крайне вредно.

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

Вы так обиделись, как будто я вам что-то запрещаю ))

кольцевой буфер опять же крайне полезно сделать с с template<typename Element, size_t n>

но пункта про полное запрещение шаблонов - не вижу

Пишите как хотите

Хоть на Ди

Вы так обиделись, как будто я вам что-то запрещаю ))

ты же сам сказал, что гугл запрещает шаблоны

Вы так обиделись, как будто я вам что-то запрещаю ))

Да не, просто интересна мысль и почему так.

ты же сам сказал, что гугл запрещает шаблоны

Был неправ, извините.

а потом кинул ссыль, где не совсем то ?

Хоть на Ди

На расте)

ссылку на эпик срач про c++ уже кидали?

Был неправ, извините.

тогда забудем про гугл и вернёмся на шаг назад. Почему не стоит вообще использовать шаблоны?

тогда забудем про гугл и вернёмся на шаг назад. Почему не стоит вообще использовать шаблоны?

Мою точку зрения я уже озвучивал. В довесок можно добавить крайне глазоломающий синтаксис, но это уже вкусовщина.

Мою точку зрения я уже озвучивал. В довесок можно добавить крайне глазоломающий синтаксис, но это уже вкусовщина.

а, про излишнюю сложность... ладно, понял-принял

\thread

Ну и славно

Кстати, про работу с сетью может стоит поглядеть https://dpdk.org/

just in case.

вот примитивное применение variadic, которое позволяет сделать типобезопасный аналог printf https://github.com/pthorn/safe-formatted-print/blob/master/include/fmt.h#L126

ну я по системщине скачал роберта лава и рами розена

последний хоть и ангельский, но вроде внятно написан

все ж как всегда упирается в практику

Лав хорош, да. С юмором

ну и джонатан корбет, тоже, к сожалению, ангельский

переварить еще надо материал

Следующий It global meetup 17 марта, кто хочет доклад подготовить?

Следующий It global meetup 17 марта, кто хочет доклад подготовить?

А можно ссылку на темы?

Еще нет нового сайта для итгм 12. По факту прошлый был в таком формате piter-united.ru/itgm11/

На следующий ищем докладчиков, кто хочет, пишите

https://tnenergy.livejournal.com/125733.html

Так себе эмбеддед))

вот примитивное применение variadic, которое позволяет сделать типобезопасный аналог printf https://github.com/pthorn/safe-formatted-print/blob/master/include/fmt.h#L126

А зачем? Компиляторы же умеют проверять аргументы printf

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

Уважаемые эмбеддеры, подскажите пожалуйста

В IAR EWARM при использовании ST-LINKa

Можно ли строить в реальном времени графики значения переменных

Что-то такое нашел в user guide, но там пишут про использование C-SPY

И сеггеровские отладчики, а если их нет?

для стм32 есть приложение для прямого доступа к памяти контроллера с построением графиков

на их сайте вроде лежит

Вопросик! Есть ядро с вшитой initramfs. Какие аргументы из загрузчика передавать, чтобы оно взлетело? Каков вообще механизм? Я думал, ядро само монтирует содержимое архива на / .

Вопросик! Есть ядро с вшитой initramfs. Какие аргументы из загрузчика передавать, чтобы оно взлетело? Каков вообще механизм? Я думал, ядро само монтирует содержимое архива на / .

Например: setenv bootargs console=ttyAMA0,115200 root=/dev/ram rw init=/sbin/init

а описание механизма загрузки когда-то неплохо было в gentoo wiki описано.

Например: setenv bootargs console=ttyAMA0,115200 root=/dev/ram rw init=/sbin/init

Вот. Я про арги и спрашиваю. root -- устройство, на которое будет монтировать? Тип фс не надо указывать какой-то специальный для initramfs?

Вот. Я про арги и спрашиваю. root -- устройство, на которое будет монтировать? Тип фс не надо указывать какой-то специальный для initramfs?

root=/dev/ram0 initrd is mounted as root, and the normal boot procedure is followed, with the RAM disk mounted as root. that's all

Все файлы, утилиты, библиотеки, настройки конфигурации (если они применимы), и т.д. помещаются в cpio-архив. Этот архив затем сжимается с использованием утилиты gzip и сохраняется в том же месте, что и ядро Linux. Далее, загрузчик передаст его ядру Linux во время загрузки, чтобы ядро знало о том, что требуется initramfs. При его обнаружении, ядро Linux создаст файловую систему tmpfs, извлечет на нее содержимое архива и затем запустит init-скрипт, расположенный в корневом каталоге файловой системы tmpfs. Этот скрипт затем примонтирует действительную корневую файловую систему (после того, как убедится, что он может ее примонтировать, например, с помощью загрузки дополнительных модулей, подготовки уровней абстракции шифрования, и т.д.), также как и другие существенно важные файловые системы (такие как /usr и /var).

Но initrd -- это ведь не то. Это рамдиск.

Вот. Поэтому нужно указать только устройство для монтирования. Верно?