请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
部件号：CC2650 工具/软件：TI C/C++编译器
您好，
我将CCS 7v1与TI的工具链一起使用，并且 第一次尝试调试。 我不知道是否可以使用gdb控制台之类的查询，例如指针，取消引用它们，对结构进行转换(有时与基本指针类型不同)，以及熟悉gdb的其他所有与正在 调试的gdb和程序，进程(线程-任何)有关的操作。
此致
工具/软件：TI C/C++编译器
您好，
我将CCS 7v1与TI的工具链一起使用，并且 第一次尝试调试。 我不知道是否可以使用gdb控制台之类的查询，例如指针，取消引用它们，对结构进行转换(有时与基本指针类型不同)，以及熟悉gdb的其他所有与正在 调试的gdb和程序，进程(线程-任何)有关的操作。
此致
您好，
如果在安装过程中选择了ARM GCC，则CCS应已将其安装在ccsv7/tools/compiler/gcc-arm-none-eabi-4_9-2015q3下
[报价用户="Krzysztof Blaszkowski"]
代码生成工具更新- http://software-dl.ti.com/dsps/dsps_public_sw/sdo_ccstudio/codegen/Updates/p2linux
包含arm-gcc for windows (谁在乎呢)和os-x但包含linux -什么是错的？
为什么Linux没有bare *-gcc (小皮层目标)？
[/引述]
您能否发送您所看到内容的屏幕截图？ 此更新站点应仅包含TI品牌的编译器版本。
GCC更新通常留给用户安装和配置 CCS以发现它们。 它们可以从 ARM Launchpad 或 Linaro获得。
[引述用户="Krzysztof Blaszkowski)]最后一个问题是-为什么TI没有发布适用于Linux操作系统的gcc工具链-这是由于IT员工知识不足还是其他政治原因造成的？ 如果这些原因与策略有关，那么为什么要为Linux发布CCS？ TI为什么要费心？[/QUOT]
与7.1 一起安装的GCC编译器确实是一个Linux有效的可执行文件。
因此OCCAM的剃须刀适用于此处。 也许您的系统在被拾取的路径中安装了其他编译器？ 或者，您的项目可能指向编译器的特定路径？
此致，
拉斐尔
"安装详细信息"指出我安装了一些ARM GCC。 我卸载了软件包，然后在“安装”对话窗口中看到ARM GCC for Linux。 我尝试安装正确的版本(但仍不应在Linux中显示OS－X)，但此尝试最终出现了类似的错误。 这意味着什么？
安装arm-gcc 4v8成功
