История изменений
Исправление Stanson, (текущая версия) :
Подобные скачки вокруг risc продолжаются уже много лет.
Ты вообще в курсе, что и AVR, и ARM, и MIPS и даже PIC16 (которых продано уже больше 7 миллиардов штук и который уже был RISC’ом когда ещё даже термина такого не существовало) - это RISC процессоры? :) :) :)
О, уже на 10-м.
Ну да, ST может быть дотянет до 10-го. И это, благодаря ST7, а вовсе не STM32.
Более того, потенциальные пользователи- разработчики будут пользоваться теми средствами разработки и библиотеками, которые появятся под них,
Внезапно, средство разработки для STM32 - это gcc + gdb + openocd. Как и для GD32V.
Это вообще-то на порядок солиднее всяких говнокейлов, от которых все нормальные люди плюются.
а не искать от безделья потаенные опкоды полубезымянного китайца.
Зачем же искать какие-то специальные средства разработки, когда gcc/gdb/openocd умели в RISC-V задолго до GD32VF?
Как ни поверни - нет смысла в этом китайце.
Да мы уже поняли, нет идола кроме STM32 и vaddd пророк его. :)
Исправление Stanson, :
Подобные скачки вокруг risc продолжаются уже много лет.
Ты вообще в курсе, что и AVR, и ARM, и MIPS и даже PIC16 (которых продано уже аж больше 7 миллиардов штук и который уже был RISC’ом когда ещё даже термина такого не существовало) - это RISC процессоры? :) :) :)
О, уже на 10-м.
Ну да, ST может быть дотянет до 10-го. И это, благодаря ST7, а вовсе не STM32.
Более того, потенциальные пользователи- разработчики будут пользоваться теми средствами разработки и библиотеками, которые появятся под них,
Внезапно, средство разработки для STM32 - это gcc + gdb + openocd. Как и для GD32V.
Это вообще-то на порядок солиднее всяких говнокейлов, от которых все нормальные люди плюются.
а не искать от безделья потаенные опкоды полубезымянного китайца.
Зачем же искать какие-то специальные средства разработки, когда gcc/gdb/openocd умели в RISC-V задолго до GD32VF?
Как ни поверни - нет смысла в этом китайце.
Да мы уже поняли, нет идола кроме STM32 и vaddd пророк его. :)
Исправление Stanson, :
Подобные скачки вокруг risc продолжаются уже много лет.
Ты вообще в курсе, что и AVR, и ARM, и MIPS и даже PIC16 (которых продано уже аж 7 миллиардов штук и который уже был RISC’ом когда ещё даже термина такого не существовало) - это RISC процессоры? :) :) :)
О, уже на 10-м.
Ну да, ST может быть дотянет до 10-го. И это, благодаря ST7, а вовсе не STM32.
Более того, потенциальные пользователи- разработчики будут пользоваться теми средствами разработки и библиотеками, которые появятся под них,
Внезапно, средство разработки для STM32 - это gcc + gdb + openocd. Как и для GD32V.
Это вообще-то на порядок солиднее всяких говнокейлов, от которых все нормальные люди плюются.
а не искать от безделья потаенные опкоды полубезымянного китайца.
Зачем же искать какие-то специальные средства разработки, когда gcc/gdb/openocd умели в RISC-V задолго до GD32VF?
Как ни поверни - нет смысла в этом китайце.
Да мы уже поняли, нет идола кроме STM32 и vaddd пророк его. :)
Исправление Stanson, :
Подобные скачки вокруг risc продолжаются уже много лет.
Ты вообще в курсе, что и AVR, и ARM, и MIPS и даже PIC16 (которых продано уже аж 7 миллиардов штук) - это RISC процессоры? :) :) :)
О, уже на 10-м.
Ну да, ST может быть дотянет до 10-го. И это, благодаря ST7, а вовсе не STM32.
Более того, потенциальные пользователи- разработчики будут пользоваться теми средствами разработки и библиотеками, которые появятся под них,
Внезапно, средство разработки для STM32 - это gcc + gdb + openocd. Как и для GD32V.
Это вообще-то на порядок солиднее всяких говнокейлов, от которых все нормальные люди плюются.
а не искать от безделья потаенные опкоды полубезымянного китайца.
Зачем же искать какие-то специальные средства разработки, когда gcc/gdb/openocd умели в RISC-V задолго до GD32VF?
Как ни поверни - нет смысла в этом китайце.
Да мы уже поняли, нет идола кроме STM32 и vaddd пророк его. :)
Исходная версия Stanson, :
Подобные скачки вокруг risc продолжаются уже много лет.
Ты вообще в курсе, что и AVR, и ARM, и MIPS и даже PIC16 (которых продано уже аж 7 миллиардов штук) - это RISC процессоры? :) :) :)
О, уже на 10-м.
Ну да, на 10-м. И это, в основном, благодаря ST7, а вовсе не STM32.
Более того, потенциальные пользователи- разработчики будут пользоваться теми средствами разработки и библиотеками, которые появятся под них,
Внезапно, средство разработки для STM32 - это gcc + gdb + openocd. Как и для GD32V.
Это вообще-то на порядок солиднее всяких говнокейлов, от которых все нормальные люди плюются.
а не искать от безделья потаенные опкоды полубезымянного китайца.
Зачем же искать какие-то специальные средства разработки, когда gcc/gdb/openocd умели в RISC-V задолго до GD32VF?
Как ни поверни - нет смысла в этом китайце.
Да мы уже поняли, нет идола кроме STM32 и vaddd пророк его. :)