- 主题:Re: 大家起来说说常用的国产替代吧
用gcc就行了,不是问题。我很早就把版权问题作为一个非常重要基本的问题考虑。能用开源生态的就尽量用开源生态。
【 在 dismoon 的大作中提到: 】
: 你要避免版权问题,只能用STM32CubeIDE了
: 但是用IDE又只能用STM32,说到底是国产的现在生态还不行
: 但是其实这个盗版不盗版问题也不大,对大师傅您来说,只要心中没有盗,就不算盗版了
: ...................
--
FROM 49.78.194.*
可以考虑用vscode...
【 在 dismoon (伐开心要包包) 的大作中提到: 】
: 但是你要用eclipse就必须装jdk,像我这种强迫症患者,不喜欢java时不时冒出来跟你
说要更新的,这个IDE就从来不存在
: 所以这么多年,我写代码一直用windows自带的notepad,想想也都是泪
--
FROM 101.81.86.*
作者是藏独支持者哟
【 在 jiu (我喜欢喝醉了那种感觉。) 的大作中提到: 】
: notepad++ 就很好用哦。
--
FROM 101.81.86.*
当然,gdb本来就可以。ide都是封装gdb的这些功能。
【 在 PrimeTime (static timing analysis) 的大作中提到: 】
: eclipse+gcc能做单步执行和断点调试吗?
--
FROM 101.81.86.*
芯片要有基本的支持吧。如果没有jtag,那自然没戏...
有了基本支持之后,下面就是支持的资源问题。
这里有hardware/software的breakpoint/watchpoint实现的区别。比如stm32f4,有6个硬
件断点,4个watchpoint硬件支持。
但你用gdb的时候可以超出硬件资源,gdb会替换成软件实现。
另外gdb跟语言也是无关的,比如我用rust写stm32f0的程序,单步跟踪之类的也都可以支
持。虽然rust用的是llvm的体系...不过原理反正都一样...
【 在 PrimeTime (static timing analysis) 的大作中提到: 】
: 我理解这些功能不是跟芯片硬件jtag相关吗
: 原厂不支持的话也能调试?
--
FROM 101.81.86.*
eclipse只是一层皮,
具体的debugger实现是gdb这一层做的。
然后硬件和gdb之间还有一层,这个在linux下是openocd。keil之类的ide应该也是有类
似的插件支持。openocd实现各种mcu,各种接口(并口/jtag/swd/itm/semihosting),
各种烧写器(stlink,jlink,...)的抽象。
现在linux下的嵌入式开发,烧写调试的接入方法全部统一到openocd上去了。不再像以
前那样一万种mcu就有一万种烧写程序...
所以在linux下结构是很清晰的:
设备链接:openocd
调试:gdb/llvm-db
编译:gcc/llvm
编译管理:make
编辑器:vim/emacs/vscode
基本上不管啥mcu,都是类似的toolchain,ide只是把这些全集成了而已。
【 在 PrimeTime (static timing analysis) 的大作中提到: 】
: 我是说如果有jtag,比如gd这种
: 不需要装什么原厂相关的插件,eclipse就能支持硬件断点吗?
: 我理解keil是内置了大量型号的硬件jtag相关插件的
: ...................
--
FROM 101.81.86.*
我以前是emacs搞定一切的,这一轮疫情我迫使我自己切换到vscode上来。
目前我对vscode还是有不少意见的。这东西生态是比较强的,但生态的质量不太好,很多
插件都有点小问题。
第二是vscode多窗口支持不行,我这种双显示器干活的用的很痛苦。
目前我还没下定决心完全切换到vscode上来。只能说vscode作为目前最活跃的rich
feature editor,比臃肿的ide好得多~
【 在 spadger (imdx) 的大作中提到: 】
: vscode特别香,唯一能媲美Source Insight的
--
FROM 101.81.86.*
vim, emacs, vscode都是editor,特点就是木有工程这种概念。
所以比较普适,什么都能干,一次投资终身受用,
所以我之前所有的编辑相关的事情都用emacs搞定,不管是编程还是写文档。
目前emacs依然满足我的所有需求,只是看vscode很火,所以也试试水,偶尔也要跟主
流汇流一下...目前我已经坚持用了小半年vscode了,只能说还凑合,折腾程度比emacs
少,但并不一定更好。至少这个多窗口需求在vscode里无解,而且还是我的刚需,我已
经有点不想再坚持下去了...
【 在 spadger (imdx) 的大作中提到: 】
: 我没用过emacs,linux下基本用vim,当然限于终端环境,GUI基本也不用vim...
: vscode是真的很好用,每次直接打开目录,省了Source Insight建工程的麻烦。
--
FROM 101.81.86.*
si不能算是editor吧,本来就是browser为主的。
vim我也用啊,我没这么多的党派之争,我也不是那种生活在emacs里面,泡咖啡都用
emacs实现的极端爱好者...
【 在 spadger (imdx) 的大作中提到: 】
: Source Insight也是editor,虽然很多人当browser用,但还是要建工程...
: ps. vim党和emacs党通常都是势不两立的...
--
FROM 101.81.86.*
就是多个instance的问题。
emacs的话两个frame是属于同一个instance的,
但code新的窗口就是新的独立的instance,打开同一个文件修改存盘通过inotify同
步,但不知道为啥有时候同步会失效。因为我经常同一个文件在两个显示器上都打开,一
般是一个看一个修改,但有时候会两边一起修改,同步失效了之后还经常改冲突了,这个
就很烦。
【 在 Qlala (Qlala) 的大作中提到: 】
: 多窗口什么问题?
: 窗口内各种分割 还是多个instance?
--
FROM 101.81.86.*