電子發(fā)燒友網(wǎng)報(bào)道（文/梁浩斌）英偉達(dá)生態(tài)護(hù)城河CUDA，從最初支持x86、Power?CPU架構(gòu)，到2019年宣布支持Arm?CPU，不斷拓展在數(shù)據(jù)中心的應(yīng)用生態(tài)。 在2019年至今的六年
2025-07-19 00:04:00
6309 
char *）0x25）可以看作是一個(gè)普通變量，這個(gè)變量喲固定的地址，指向0x25。而0x25只是個(gè)常量，不是指針，更不是變量。
對(duì)C編譯器進(jìn)行語(yǔ)法擴(kuò)充
對(duì)C編譯器進(jìn)行語(yǔ)法擴(kuò)充。例如MCS51
2025-12-26 07:00:26
之前，我們需要搭建交叉編譯環(huán)境，需要將我司提供的交叉編譯器拷貝至ubuntu中并解壓，完成后如下圖所示：交叉編譯器是從buildroot上直接導(dǎo)出，工具的具體路徑
2025-12-25 17:29:40246 
NVIDIA CUDA 13.1 推出 NVIDIA CUDA Tile，這是自 2006 年 NVIDIA CUDA 平臺(tái)發(fā)明以來(lái)，最大的一次技術(shù)進(jìn)步。這一令人振奮的創(chuàng)新引入了一套面向
2025-12-24 10:17:34211 
在ADS編譯器中，用標(biāo)準(zhǔn)的C庫(kù)函數(shù)printf()需要哪些設(shè)置呢？又在哪兒可以看到printf()輸出的信息呢？
2025-12-23 07:32:22
這個(gè)，那么你不會(huì)被雇用的。
2：ISR 不能傳遞參數(shù)。如果你沒(méi)有看到這一點(diǎn)，你被雇用的機(jī)會(huì)等同第一項(xiàng)。
3：在許多的處理器/編譯器中，浮點(diǎn)一般都是不可重入的。有些處理器/編譯器需要讓額處的寄存器入棧
2025-12-22 09:36:32
模型更高的層級(jí)來(lái)實(shí)現(xiàn)算法。至于如何將計(jì)算任務(wù)拆分到各個(gè)線程，完全由編譯器和運(yùn)行時(shí)在底層自動(dòng)處理。不僅如此，tile kernels 還能夠屏蔽 Tensor Core 等專用硬件的細(xì)節(jié)，寫出的代碼還能
2025-12-13 10:12:10856 
NVIDIA CUDA 13.1 是自 CUDA 二十年前發(fā)明以來(lái)，規(guī)模最大、內(nèi)容最全面的一次更新。
2025-12-13 10:08:001893 AMD Vivado 設(shè)計(jì)套件以文件和庫(kù)的形式提供仿真模型。仿真庫(kù)包含器件和 IP 的行為和時(shí)序模型。編譯后的庫(kù)可供多個(gè)設(shè)計(jì)項(xiàng)目使用。用戶必須在設(shè)計(jì)仿真之前通過(guò)名為 compile_simlib 的實(shí)用程序編譯這些文件，以便為目標(biāo)仿真器編譯仿真模型。
2025-12-12 15:08:354555 
銷毀，因此條件執(zhí)行是無(wú)效的。
因此，保持if和else語(yǔ)句盡可能簡(jiǎn)單是十分有益處的，因?yàn)檫@樣編譯器可以
集中處理它們。關(guān)系表達(dá)式應(yīng)該寫在一起。
下面的例子展示編譯器如何使用條件執(zhí)行：
int
2025-12-12 08:25:59
PI 3.14
[*]//那么大家在后面的調(diào)用中就是直接使用PI就可以了
[*]float Circle_Area = PI * r*r;
[*]//實(shí)際在編譯器編譯的時(shí)候就會(huì)把字符PI替換成3.14
2025-12-05 07:29:02
？那就要從編譯器眼中的#include指令說(shuō)起。
長(zhǎng)話短說(shuō)，大家可以把#include“xxx.h”看成是文本的展開(kāi)，簡(jiǎn)而言之就是通過(guò)該指令把h文件里的內(nèi)容進(jìn)行了展開(kāi)。如下范例所示，我們定義一個(gè)H文件
2025-12-04 07:43:23
允許編譯器生成更高效的代碼，因?yàn)樵L問(wèn)變量時(shí)不需要額外的地址計(jì)算。這樣可以減少指令周期，提高執(zhí)行速度。直接尋址通常用于內(nèi)存限制較小的存儲(chǔ)區(qū)域，如8051微控制器的內(nèi)部數(shù)據(jù)存儲(chǔ)區(qū)（通常為128字節(jié)
2025-12-04 06:28:47
的問(wèn)題是，防御性編碼和外部數(shù)據(jù)訪問(wèn)等實(shí)踐并不屬于編譯器認(rèn)可的領(lǐng)域。例如，C和C ++都沒(méi)有為內(nèi)存損壞留出任何余地，因此，除非在沒(méi)有這種損壞的情況下可以訪問(wèn)旨在防止內(nèi)存損壞的代碼，否則在對(duì)代碼進(jìn)行優(yōu)化
2025-12-01 06:44:37
volatile是一個(gè)類型修飾符（type specifier）。
volatile的作用是作為指令關(guān)鍵字，確保本條指令不會(huì)因編譯器的優(yōu)化而省略，且要求每次直接讀值。
volatile變量是說(shuō)這變量可能會(huì)被意想不到地改變，這樣，編譯器就不會(huì)去假設(shè)這個(gè)變量的值了
2025-11-25 06:36:14
2025年10月，在北美RISC-V峰會(huì)上，Igalia編譯器工程師Mikhail發(fā)表專題演講《Unlocking15%MorePerformance
2025-11-21 18:04:038660 
在萬(wàn)物智聯(lián)的時(shí)代背景下，操作系統(tǒng)底層能力的構(gòu)建離不開(kāi)編程語(yǔ)言與編譯器的關(guān)鍵支撐。作為開(kāi)源鴻蒙生態(tài)的核心技術(shù)，語(yǔ)言設(shè)計(jì)與編譯器、虛擬機(jī)實(shí)現(xiàn)的進(jìn)步直接關(guān)系到開(kāi)發(fā)效率、運(yùn)行性能與系統(tǒng)安全。本次分論壇聚焦
2025-11-20 17:24:21678 
問(wèn)題描述：在使用VS作為編譯器的情況下，Matlab編譯后失敗，如下圖：解決方案：原因：安裝VS時(shí)，Windows的SDK版本未安裝或者安裝選項(xiàng)沒(méi)有選擇正確。1.打開(kāi)VS，可以看到VS中的錯(cuò)誤提示：2.打開(kāi)此項(xiàng)目的屬性設(shè)置：3.選擇正確的SDK版本4.選擇修改5.重新安裝SDK
2025-11-14 12:13:441764 
成匯編語(yǔ)言機(jī)器才能讀懂，所以每個(gè)平臺(tái)的編譯器編譯成對(duì)應(yīng)平臺(tái)匯編的程序,每個(gè)平臺(tái)的匯編不一樣,當(dāng)然編譯器也不一樣。 DOS上的TC2 TC3 WINDOWS上的VC 8051的C51都有自已的編譯器。具體
2025-11-14 07:55:24
投產(chǎn)以來(lái)編譯時(shí)間縮短多達(dá) 27%，同時(shí)顯著提升了 AI 工具的易用性； 得益于增強(qiáng)型編譯器和架構(gòu)優(yōu)化，設(shè)計(jì)人員平均可節(jié)省
2025-11-13 09:24:0875293 
，整合了基于Eclipse的編輯器、GNU C編譯器和開(kāi)源調(diào)試器。它具備多項(xiàng)先進(jìn)功能，例如直觀的圖形用戶界面（GUI）、自動(dòng)化資源管
2025-11-12 16:14:2966348 我在官方 gcc 的基礎(chǔ)上添加了自定義指令，目前可以正確編譯出匯編代碼，但是我該如何指定匯編結(jié)果的地址段，讓生成的代碼符合蜂鳥(niǎo)的地址分配呢？求助大神幫助指導(dǎo)一下，thx~
2025-11-10 06:06:19
在導(dǎo)入現(xiàn)有的例程編譯時(shí)會(huì)出現(xiàn)如下問(wèn)題
此時(shí)找不到編譯器，需要修改一下右擊工程選擇“Properties”--》“C/C++ Build”--》“Settings”--》“Toolchains
2025-11-06 06:41:03
Java 虛擬機(jī) (JVM) 內(nèi)執(zhí)行。JVM 必須先通過(guò)解釋器或即時(shí) (JIT) 編譯器將字節(jié)碼轉(zhuǎn)換為機(jī)器碼，而運(yùn)行時(shí)生成的機(jī)器碼對(duì) Java 應(yīng)用的效率和性能至關(guān)重要。
2025-11-05 11:25:49536 
間果斷，會(huì)報(bào)錯(cuò)）。
編譯運(yùn)行Coremark工程, 跑分結(jié)果為3.081066 CoreMark/MHz.
在編譯選項(xiàng)中看到是O2優(yōu)化，處于好奇心就配置編譯器為O3優(yōu)化看看跑分是多少。
再次
2025-11-05 10:58:40
目錄下，運(yùn)行makefile腳本，采用ILM方式編譯產(chǎn)生coremark.verilog二進(jìn)制文件
如下所示：
通過(guò)readmem的方式將文件加載到itcm中，采用VCS編譯器運(yùn)行tb腳本，相關(guān)的編譯
2025-10-24 13:38:39
性能：內(nèi)存的讀寫速度、延遲和帶寬等都會(huì)影響到 Drystone 的性能。
指令集優(yōu)化：對(duì)RISC-V指令集的優(yōu)化也會(huì)影響性能。例如，對(duì)于特定的應(yīng)用或計(jì)算任務(wù)，可以通過(guò)定制指令集來(lái)提高性能。
編譯器優(yōu)化
2025-10-21 13:58:40
對(duì)蜂鳥(niǎo)E203內(nèi)核進(jìn)行優(yōu)化可以考慮以下幾個(gè)方面：
編譯器優(yōu)化：使用適合蜂鳥(niǎo)E203的編譯器選項(xiàng)和指令集，優(yōu)化編譯器的選項(xiàng)和參數(shù)，開(kāi)啟對(duì)硬件的特定支持，比如使用-O2等優(yōu)化選項(xiàng)，以提高代碼執(zhí)行效率
2025-10-21 07:55:16
GCC（GNU Compiler Collection）是由GNU開(kāi)發(fā)的編程語(yǔ)言編譯器，最初是作為GNU操作系統(tǒng)的編譯器編寫的。GCC是一個(gè)編譯器套件，包含很多軟件包，支持多種語(yǔ)言編譯。GCC的官網(wǎng)
2025-10-15 08:44:23
使用的是rt5.0的gd32e230kstart
bsp在編譯的時(shí)候報(bào)錯(cuò)了，顯示數(shù)據(jù)類型不匹配
沒(méi)有改動(dòng)過(guò)，是編譯器設(shè)置的問(wèn)題嗎
2025-10-13 07:52:54
各位大佬好，本人在rtsmart項(xiàng)目中需要使用C++11特性，在menuconfig那里配置了支持C++特性后，使用7.3.0版本的arm-linux-musleabi編譯器編譯內(nèi)核時(shí)出現(xiàn)
錯(cuò)誤
2025-09-29 07:49:26
GCC編譯器，怎么才能實(shí)現(xiàn)c文件中未被調(diào)用的函數(shù)，不會(huì)被編譯？有什么編譯選項(xiàng)可以設(shè)置嗎？
移植代碼，有些函數(shù)沒(méi)被調(diào)用的函數(shù)想留在代碼里，但不想被編譯，編譯的話報(bào)錯(cuò)報(bào)警告啥的太多了，而且編譯起來(lái)也慢。
謝謝！
2025-09-28 12:25:51
MDK 和 IAR 編譯器好像有這樣的功能，不知道gcc怎么才能搞出來(lái)這種功能？
謝謝！
2025-09-28 12:09:48
進(jìn)行重新編譯既可?
像linux有fixdep,那么rt-thread中能夠有類似手段嗎?如果使用GCC應(yīng)該可以做,其他編譯器就困難了吧
2025-09-28 11:17:00
事情是這樣的，我想在Beaglebone Black板上啟動(dòng)RT-Thread。
硬件環(huán)境：Beaglebone Black
編譯器：arm-none-eabi-gcc
首先rtt源代碼是從
2025-09-28 06:45:11
;gt; 字符串。
排查問(wèn)題大概猜測(cè)應(yīng)該是 FinSH 根本就不工作，主要原因很可能是 AC6 版本沒(méi)有把FinSH那些代碼編譯到最終的bin文件。
網(wǎng)上說(shuō)要修改鏈接文件，但是網(wǎng)上的資源都是gcc編譯器的鏈接文件。
暫時(shí)不知道怎么解決，有小伙伴遇到AC6版本類似的問(wèn)題嗎？
2025-09-25 07:19:08
由于添加了u8g2這個(gè)組件，編譯特別慢，8分鐘才完成。
聽(tīng)說(shuō)v6編譯器，編譯速度快很多，于是想用v6，結(jié)果，直接編譯不過(guò)了。
出了很多這種錯(cuò)誤，請(qǐng)問(wèn)要怎么調(diào)整呀？謝謝
compiling
2025-09-24 07:22:14
使用MDK525編譯器：ARMCC V5.06，rtthread打開(kāi)posix支持后編譯報(bào)錯(cuò)，提示
2025-09-24 06:03:20
，這個(gè)宏是在rtservice.h中定義的
網(wǎng)上搜了一遍，有好心的網(wǎng)友說(shuō)可以在AC5編譯器里增加—gnu
我嘗試了一下行不通，AC6編譯器和AC5編譯器是不通用的，有大佬知道怎么修改呢?
2025-09-18 07:14:32
最近被一個(gè)bug折磨了3天，一路debug進(jìn)來(lái)，發(fā)現(xiàn)最終的原因是，定義了一個(gè)char變量，但實(shí)際上是無(wú)符號(hào)的（代碼期望該變量是有符號(hào)的）。
然后我檢查了以下編譯器如下的設(shè)置，發(fā)現(xiàn)很奇怪，無(wú)論是否勾選
2025-09-16 08:23:50
2025 年 8 月 26 日，兆松科技宣布其車規(guī)編譯器 ZCC-FuSa 全面支持 Andes 晶心科技各系列車規(guī)級(jí)的 AndesCore RISC-V CPU IP (D23-SE
2025-08-27 16:50:581133 
如何在keil μVision 5上進(jìn)行ARM編譯器的代碼優(yōu)化？
2025-08-20 07:37:24
在Keil中將NuMicro BSP從Arm編譯器5遷移到編譯器6！
2025-08-20 06:29:58
我是直接stm32cubmax 生成的cmake 工程，我在Ubuntu 編譯的時(shí)候找不到這個(gè)-lc_none ， 但是我看了我的編譯器安裝路徑有一個(gè)nano.specs ，cmake 連接選項(xiàng)也有
2025-08-08 07:30:11
我使用的是NanoEdge AI Studio v4.3.1，跟著官方交教程生成了庫(kù)libneai.a，我通過(guò)metadata.json文件得知生成這個(gè)庫(kù)的交叉編譯器版本是\"
2025-08-08 07:25:22
內(nèi)核，為了偷懶，直接在.bashrc里設(shè)置了環(huán)境變量ARCH=arm64和指定交叉編譯器CROSS_PILE，結(jié)果導(dǎo)致編譯Uboot時(shí)反復(fù)報(bào)錯(cuò)。報(bào)錯(cuò)的日志我找不到了，但是確實(shí)是因?yàn)槲抑付诉@些環(huán)境變量
2025-07-31 18:37:17
當(dāng)我使用 GNU C 編譯器編譯起始（.text）地址為 0x10000000 的 CM0+ 程序時(shí)，我無(wú)法在 Segger J-Link Pro 中下載該程序。我在輸出窗口中收到一個(gè)空白的錯(cuò)誤彈出
2025-07-21 06:05:03
ELF 文件中的調(diào)試信息，其中沒(méi)有調(diào)試符號(hào)，并且我無(wú)法調(diào)試 SCR 代碼。Aurix Development Studio 中是否有允許在 SCR 端添加調(diào)試編譯器選項(xiàng)的功能？
2025-07-21 06:00:41
riscv-gnu-toolchain文件夾內(nèi)創(chuàng)建一個(gè)編譯文件夾：
sudo mkdir build
cd build/
構(gòu)建同時(shí)支持32位和64位的交叉編譯器，執(zhí)行
../configure
2025-07-20 23:59:40
RK3568是一款64位處理器，飛凌嵌入式為其提供的交叉編譯器也是64位的，然而部分用戶可能需要在RK3568開(kāi)發(fā)板上運(yùn)行32位應(yīng)用。本文將詳細(xì)闡述如何使用32位交叉編譯器，編譯出32位應(yīng)用，并使其能夠在飛凌嵌入式RK3568開(kāi)發(fā)板上順利運(yùn)行。
2025-07-19 08:49:024258 
7 月 17 日，在第五屆（2025）RISC-V 中國(guó)峰會(huì)主論壇上，英偉達(dá)副總裁 Frans Sijstermanns 分享了題為《在英偉達(dá)計(jì)算平臺(tái)實(shí)現(xiàn) RISC-V 應(yīng)用處理器部署》的主題演講
2025-07-17 16:30:513882 能 ：倉(cāng)頡編譯器及運(yùn)行時(shí)從全棧對(duì)編譯進(jìn)行優(yōu)化，包括編譯器前端、后端以及運(yùn)行時(shí)的優(yōu)化。同時(shí)對(duì)運(yùn)行時(shí)進(jìn)行原生的輕量化設(shè)計(jì)，通過(guò)模塊化分層設(shè)計(jì)和包的按需加載技術(shù)，減少資源占用。
應(yīng)用場(chǎng)景：
鴻蒙應(yīng)用場(chǎng)景 ：憑借
2025-07-16 21:27:18
Triton是由OpenAI開(kāi)發(fā)的一個(gè)開(kāi)源編程語(yǔ)言和編譯器，旨在簡(jiǎn)化高性能GPU內(nèi)核的編寫。它提供了類似Python的語(yǔ)法，并通過(guò)高級(jí)抽象降低了GPU編程的復(fù)雜性，同時(shí)保持了高性能。目前
2025-07-15 09:04:061582 
電子發(fā)燒友網(wǎng)綜合報(bào)道 AI編譯器是專門為人工智能（AI）和機(jī)器學(xué)習(xí)（ML）模型設(shè)計(jì)的編譯器，其核心目標(biāo)是將高級(jí)的AI模型描述（如計(jì)算圖、神經(jīng)網(wǎng)絡(luò)結(jié)構(gòu)）轉(zhuǎn)換為特定硬件平臺(tái)（如CPU、GPU、FPGA
2025-07-06 05:49:006279 在汽車、工業(yè)、醫(yī)療等安全關(guān)鍵型應(yīng)用中，確保功能安全合規(guī)性需要嚴(yán)格的工具鏈驗(yàn)證。開(kāi)發(fā)安全關(guān)鍵型軟件的企業(yè)必須遵守ISO 26262、IEC 61508、ISO 62304等國(guó)際標(biāo)準(zhǔn)對(duì)編譯器工具鏈進(jìn)行全面的驗(yàn)證。
2025-07-05 13:37:071443 近日，兆松科技（武漢）有限公司（以下簡(jiǎn)稱“兆松科技”）宣布正式發(fā)布高性能 RISC-V 編譯器 ZCC 4.0.0 版本。新版本在性能優(yōu)化、廠商自定義指令支持和軟件庫(kù)等方面實(shí)現(xiàn)全面升級(jí)，并同步推出
2025-06-27 14:48:142441 
已經(jīng)是按照說(shuō)明文檔進(jìn)行編譯器環(huán)境配置，但是還是會(huì)報(bào)錯(cuò)，問(wèn)題大概可能是文件系統(tǒng)操作錯(cuò)誤，無(wú)法訪問(wèn)打開(kāi)文件，看樣子像系統(tǒng)問(wèn)題，但是其他同學(xué)有和我系統(tǒng)版本號(hào)一樣的也可以編譯運(yùn)行，具體錯(cuò)誤點(diǎn)擊也無(wú)法跳轉(zhuǎn)到錯(cuò)誤位置
2025-06-16 08:08:34
已經(jīng)是按照說(shuō)明文檔進(jìn)行編譯器環(huán)境配置，但是還是會(huì)報(bào)錯(cuò)，問(wèn)題大概可能是文件系統(tǒng)操作錯(cuò)誤，無(wú)法訪問(wèn)打開(kāi)文件，看樣子像系統(tǒng)問(wèn)題，但是其他同學(xué)有和我系統(tǒng)版本號(hào)一樣的也可以編譯運(yùn)行，具體錯(cuò)誤點(diǎn)擊也無(wú)法跳轉(zhuǎn)到錯(cuò)誤位置
2025-06-12 07:49:04
近日，兆松科技(武漢)有限公司(以下簡(jiǎn)稱“兆松科技”)宣布正式發(fā)布高性能RISC-V編譯器ZCC 4.0.0版本。
2025-06-11 09:56:191330 已經(jīng)是按照說(shuō)明文檔進(jìn)行編譯器環(huán)境配置，但是還是會(huì)報(bào)錯(cuò)，問(wèn)題大概可能是文件系統(tǒng)操作錯(cuò)誤，無(wú)法訪問(wèn)打開(kāi)文件，看樣子像系統(tǒng)問(wèn)題，但是其他同學(xué)有和我系統(tǒng)版本號(hào)一樣的也可以編譯運(yùn)行，具體錯(cuò)誤點(diǎn)擊也無(wú)法跳轉(zhuǎn)到錯(cuò)誤位置
2025-06-11 06:27:27
進(jìn)迭時(shí)空專注于研發(fā)基于RISC-V的高性能新AICPU，對(duì)于充分發(fā)揮CPU核的性能而言，編譯器是不可或缺的一環(huán)，而在AI時(shí)代，毫無(wú)疑問(wèn)向量算力將發(fā)揮越來(lái)越重要的作用。進(jìn)迭時(shí)空非常重視RISC-V
2025-06-06 16:59:121037 步推出免費(fèi)社區(qū)版，旨在幫助開(kāi)發(fā)者降低應(yīng)用門檻，廣泛協(xié)同產(chǎn)業(yè)鏈上下游，共同推動(dòng)RISC-V架構(gòu)的應(yīng)用落地與持續(xù)發(fā)展。主要更新ZCC編譯器基于LLVM框架深度開(kāi)發(fā)，在
2025-06-06 15:53:042020 
】基于Buildroot系統(tǒng)_交叉編譯器安裝與使用參考手冊(cè)V1.1》中的說(shuō)明，安裝相應(yīng)的交叉編譯器
2025-05-30 14:18:14
。前言嵌入式Linux系統(tǒng)，由于系統(tǒng)資源的匱乏，通常無(wú)法安裝本地編譯器進(jìn)行本地開(kāi)發(fā)，而需要在借助一臺(tái)主機(jī)進(jìn)行交叉開(kāi)發(fā)。一般情況下，在主機(jī)安裝相應(yīng)的交叉編譯器
2025-05-22 11:40:03787 
在編譯完成之后，在uboot源碼文件夾中產(chǎn)生很多的.o文件，也叫目標(biāo)文件，之所以叫目標(biāo)文件是因?yàn)檫@些文件是編譯器最終要完成的目標(biāo)，但是我們的目標(biāo)是最終生成的可執(zhí)行的鏡像u-boot.imx，所以
2025-05-22 11:19:10
嵌入式Linux系統(tǒng)，由于系統(tǒng)資源的匱乏，通常無(wú)法安裝本地編譯器進(jìn)行本地開(kāi)發(fā)，而需要在借助一臺(tái)主機(jī)進(jìn)行交叉開(kāi)發(fā)。一般情況下，在主機(jī)安裝相應(yīng)的交叉編譯器，將在主機(jī)編
2025-05-21 11:34:25743 Vision DSP 系列的成熟架構(gòu)，能夠在不影響性能的情況下，將面積縮減超過(guò) 30%，并將動(dòng)態(tài)功耗和能耗降低超過(guò) 20%。此外，該處理器還利用相同的軟件、AI 編譯器、庫(kù)和框架，加快產(chǎn)品上市進(jìn)程。目前已有多家客戶表達(dá)強(qiáng)烈興趣，相關(guān)合作正在積極洽談中。
2025-05-17 09:38:461136 使用FX3S遇到了RVCT編譯器的問(wèn)題。
1、在SDK的release note中有支持RVCT的描述，
但是在EZ USB Suite的設(shè)置中沒(méi)有找到RVCT的選項(xiàng)，
請(qǐng)問(wèn)支持的具體版本
2025-05-08 07:49:34
近日，HighTec與芯馳科技共同宣布HighTec編譯器套件將全面支持芯馳新一代旗艦智控MCU-E3650芯片。此次合作，進(jìn)一步豐富了芯馳車芯產(chǎn)品的工具鏈生態(tài)，雙方將攜手為客戶提供高性能、高安全性的解決方案。
2025-04-28 15:20:521607 1 下載網(wǎng)盤資料下的交叉編譯器，網(wǎng)盤路徑為：“iTOP-3568 開(kāi)發(fā)板\\\\03_【iTOP-RK3568 開(kāi)
發(fā)板】指南教程\\\\02_Linux 驅(qū)動(dòng)配套資料\\\\03_交叉編譯器”，將
2025-04-21 16:45:24
新唐科技宣布推出新的低延遲音訊編譯碼器平臺(tái)，以加速無(wú)線串流處理和分析產(chǎn)品的開(kāi)發(fā)。該解決方案由新唐的單芯片訊號(hào)處理設(shè)計(jì)來(lái)實(shí)現(xiàn)，包括低延遲(LL)取樣(用于降采樣)/插值(用于升采樣)數(shù)字線性和非線性濾波器，這些低通濾波器非常有價(jià)值的增加了主動(dòng)降和無(wú)線實(shí)時(shí)串流應(yīng)用程序。
2025-04-12 09:36:29955 近日，TASKING 針對(duì)Arm架構(gòu)的編譯器平臺(tái)VX-toolset for Arm迎來(lái)了全新升級(jí)，最新版本VX-toolset for Arm v7.1r1已深度適配紫光同芯汽車域控芯片THA6
2025-04-03 17:12:591187 近日，紫光同芯與全球領(lǐng)先的汽車級(jí)C/C++編譯器供應(yīng)商HighTec共同宣布，HighTec編譯器完成對(duì)紫光同芯THA6 Gen2系列產(chǎn)品的全面適配。此次合作實(shí)現(xiàn)了從指令集優(yōu)化到功能安全的全棧支持，是國(guó)產(chǎn)高端車規(guī)芯片與國(guó)際領(lǐng)先開(kāi)發(fā)工具的深度技術(shù)融合，將為全球汽車電子開(kāi)發(fā)者提供更高效、安全的開(kāi)發(fā)選擇。
2025-04-02 09:42:59972 MDK 和 IAR 編譯器好像有這樣的功能，不知道gcc怎么才能搞出來(lái)這種功能？
謝謝！
2025-04-01 06:21:43
“?Ethan 同學(xué)為我們分享了在 Windows 編譯 KiCad 的準(zhǔn)備工作、操作步驟及閉坑指南。以下是核心的操作視頻及 PPT，完整的直播視頻后續(xù)分享給大家！?” 流程概要 準(zhǔn)備工作 編譯器篇
2025-03-28 11:23:00926 
Verilog HDL語(yǔ)言和C語(yǔ)言一樣也提供了編譯預(yù)處理的功能?！?b class="flag-6" style="color: red">編譯預(yù)處理”是Verilog HDL編譯系統(tǒng)的一個(gè)組成部分。Verilog HDL語(yǔ)言允許在程序中使用幾種特殊的命令(它們不是一般
2025-03-27 13:30:311216 
NVIDIA GTC 全球 AI 大會(huì)上宣布，開(kāi)發(fā)者現(xiàn)在可以通過(guò) CUDA-X 與新一代超級(jí)芯片架構(gòu)的協(xié)同，實(shí)現(xiàn) CPU 和 GPU 資源間深度自動(dòng)化整合與調(diào)度，相較于傳統(tǒng)加速計(jì)算架構(gòu)，該技術(shù)可使計(jì)算工程工具運(yùn)行速度提升至原來(lái)的 11 倍，計(jì)算規(guī)模增加至 5 倍。
2025-03-25 15:11:341333 親愛(ài)的 KiCad 粉們： 本周繼續(xù) KiCad 的直播活動(dòng)，我們將在 3 月27 日周四晚 19:30 為您帶來(lái) “在 Windows 上編譯 KiCad” 的專題！邀請(qǐng)了 KiCad Lead
2025-03-24 11:14:001472 
請(qǐng)問(wèn)各位基于GCC編譯器的initcall在STM32如何實(shí)現(xiàn)？有哪位實(shí)現(xiàn)了嗎？
2025-03-13 06:24:01
使用STM32CubeMX生成FreeRTOS的MDK工程，選擇AC5編譯器可以編譯成功，選擇AC6編譯器有很多錯(cuò)誤，是STM32CubeMX生成FreeRTOS的MDK工程還不支持AC6編譯器嗎？什么時(shí)候會(huì)支持呢？
2025-03-11 06:32:49
各位大佬好，本人在rtsmart項(xiàng)目中需要使用C++11特性，在menuconfig那里配置了支持C++特性后，使用7.3.0版本的arm-linux-musleabi編譯器編譯內(nèi)核時(shí)出現(xiàn)
錯(cuò)誤
2025-03-10 08:06:58
我使用Cubemx配置STM32H750VBT6的freertos連最基本的keil編譯都過(guò)不了，請(qǐng)問(wèn)這是為什么??？cubemx是最新版，keil使用v5v6編譯器都不行，顯示float_t之類的錯(cuò)誤，這該怎么辦啊
2025-03-10 07:25:36
最近完成使用MSVC編譯器重新生成了DLP_SDK，并且將TIDA-00254項(xiàng)目也在msvc編譯器下重新生成成功，但是在執(zhí)行Prepare DLP LightCrafter 4500時(shí)，生成的兩張格雷碼編碼圖片有問(wèn)題，如附件，請(qǐng)問(wèn)，這種情況是怎么回事？
2025-02-28 06:37:04
Microchip推出MPLAB XC統(tǒng)一編譯器許可證，簡(jiǎn)化軟件管理? 為了提供一種高效的方式來(lái)管理多個(gè)許可證，Microchip Technology Inc.（微芯科技公司）今日推出適用于其
2025-02-25 17:35:411543 隨著深度學(xué)習(xí)與高性能計(jì)算的迅速發(fā)展，GPU計(jì)算的廣泛應(yīng)用已成為推動(dòng)技術(shù)革新的一股重要力量。對(duì)于GPU編程語(yǔ)言的選擇，CUDA和HIP是目前最為流行的兩種選擇。CUDA是由NVIDIA推出的編程平臺(tái)
2025-02-25 09:36:251471 
解壓完成后G2L-Yocto SDK源碼以后，我們需要指定編譯參數(shù)才能開(kāi)始給RemiPI生成對(duì)應(yīng)的系統(tǒng)，配置腳本執(zhí)行完成后將進(jìn)入build-remi-1g目錄下，在此目錄下就可以開(kāi)始構(gòu)建系統(tǒng)。
2025-02-25 09:32:431060 
使用mingw32-make構(gòu)建編譯好的DLP出現(xiàn)錯(cuò)誤！求幫助解決問(wèn)題，非常感謝~
使用的CMake版本為3.19.7，opencv為v2.4.10，MinGW-W64編譯器配置及版本如下：
出現(xiàn)的問(wèn)題如下圖所示：
2025-02-25 06:22:05
蝦哥小智Ai對(duì)話項(xiàng)目固件編譯演示
2025-02-24 12:21:559554 
在ubuntu下使用qt5.15編譯SDK時(shí)發(fā)現(xiàn)，qt找不到gcc7.5的編譯器(已經(jīng)配置了gcc7.5);而在windows下是沒(méi)問(wèn)題的.請(qǐng)問(wèn)ubuntu下該如何編譯呢？
2025-02-18 07:19:47
16位硬件分頻器?16位x 16位工作寄存器陣列?C編譯器優(yōu)化指令集架構(gòu)?兩個(gè)地址生成單元用于單獨(dú)讀取數(shù)據(jù)存儲(chǔ)器的寫入尋址?六通道DMA控制?最多14個(gè)頻道，軟件可
2025-02-12 15:11:43
的AI芯片、編譯器、工具鏈，面向DeepSeek進(jìn)行深度優(yōu)化，迅速成功適配了Deepseek-R1系列蒸餾模型，并正式推出DeepSeek加持的全國(guó)產(chǎn)算力政務(wù)智能體一
2025-02-10 16:20:591608 
電子發(fā)燒友網(wǎng)站提供《適用于PIC MCU的MPLAB XC8 C編譯器用戶指南.pdf》資料免費(fèi)下載
2025-01-22 16:45:31
0 現(xiàn)在的編譯器有多智能，可能你辛辛苦苦寫的代碼，在編譯器看來(lái)就是幾句廢話，直接被刪除掉。
2025-01-16 16:38:29973 電子發(fā)燒友網(wǎng)站提供《EE-147：調(diào)整TigerSHARC DSP編譯器的C源代碼.pdf》資料免費(fèi)下載
2025-01-15 16:11:010 電子發(fā)燒友網(wǎng)站提供《EE-88：使用21xx編譯器在C中初始化變量.pdf》資料免費(fèi)下載
2025-01-13 15:54:100 ? 作者： 楊亦誠(chéng) 英特爾 AI 軟件工程師 在 OpenVINO 編譯過(guò)程中，我們可以根據(jù)應(yīng)用對(duì)于硬件平臺(tái)的需求，關(guān)閉或開(kāi)指定推理后端的編譯，以達(dá)到簡(jiǎn)化 OpenVINO 運(yùn)行庫(kù)的目的，例如
2025-01-13 10:26:52919 
電子發(fā)燒友網(wǎng)站提供《EE-149: 調(diào)試Blackfin處理器編譯C源代碼.pdf》資料免費(fèi)下載
2025-01-08 14:48:100
電子發(fā)燒友App
工商網(wǎng)監(jiān)
評(píng)論