[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-gcc-webassembly-back-end-proposal-en":3,"article-related-gcc-webassembly-back-end-proposal-en":29,"series-tools-0c995f99-a733-48c2-b11c-1369b82da98c":82},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":22,"views":26,"created_at":27,"published_at":28,"topic_cluster_id":11},"0c995f99-a733-48c2-b11c-1369b82da98c","gcc-webassembly-back-end-proposal-en","GCC Gets a New WebAssembly Back-End Proposal","\u003Cp data-speakable=\"summary\">A new RFC patch series proposes a GCC back-end for WebAssembly.\u003C\u002Fp>\u003Cp>WebAssembly has spent years as LLVM country, and the numbers in this story show why: the new \u003Ca href=\"https:\u002F\u002Fgcc.gnu.org\u002F\" target=\"_blank\" rel=\"noopener\">GCC\u003C\u002Fa> effort is only about 3,000 lines of code, still lacks several major features, and has not been approved by the \u003Ca href=\"https:\u002F\u002Fgcc.gnu.org\u002Fsteering.html\" target=\"_blank\" rel=\"noopener\">GCC Steering Committee\u003C\u002Fa>. Even so, it is the first real WASM activity in GCC in years.\u003C\u002Fp>\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>Fact\u003C\u002Fth>\u003Cth>Detail\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>Patch size\u003C\u002Ftd>\u003Ctd>About 3,000 lines of code\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Status\u003C\u002Ftd>\u003Ctd>RFC, not yet approved\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Missing features\u003C\u002Ftd>\u003Ctd>Reference types, tables, exceptions, debug info, data sections\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Last known effort\u003C\u002Ftd>\u003Ctd>Nearly a decade ago\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Ch2>Why this proposal matters\u003C\u002Fh2>\u003Cp>The new patch series matters because it gives GCC a fresh shot at WebAssembly support after a long silence. For developers who build C and C++ code for the browser or for WASM runtimes, that matters more than the mailing-list drama around it.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778246450208-r2jc.png\" alt=\"GCC Gets a New WebAssembly Back-End Proposal\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>Today, most serious WebAssembly compiler work flows through \u003Ca href=\"https:\u002F\u002Fclang.llvm.org\u002F\" target=\"_blank\" rel=\"noopener\">Clang\u003C\u002Fa> and the broader \u003Ca href=\"https:\u002F\u002Fllvm.org\u002F\" target=\"_blank\" rel=\"noopener\">LLVM\u003C\u002Fa> toolchain. That dominance has been practical, not ideological. LLVM has had the head start, the active backend work, and the ecosystem momentum.\u003C\u002Fp>\u003Cp>GCC has not been absent from the conversation forever. A proposal for a GCC WebAssembly back-end appeared nearly a decade ago, but it never merged. This new RFC is the first sign that someone is trying again with enough code to discuss in public.\u003C\u002Fp>\u003Cul>\u003Cli>WebAssembly is already a production target for browser and server-side workloads\u003C\u002Fli>\u003Cli>GCC support could widen compiler choice for C and C++ developers\u003C\u002Fli>\u003Cli>The current patch series is early enough that feature gaps are still expected\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>What the patch series includes, and what it does not\u003C\u002Fh2>\u003Cp>The current work is still very early. The author posted it as a request for comments, which is the right label for something that wants feedback before anyone treats it like a finished backend.\u003C\u002Fp>\u003Cp>According to the report, the backend still lacks WebAssembly reference types, tables, exceptions, debug info, and data sections. Those are not tiny omissions. They are the sort of features that decide whether a compiler backend is useful for real projects or just a proof of concept.\u003C\u002Fp>\u003Cp>The good news is that the code has reached a point where it can be announced on the \u003Ca href=\"https:\u002F\u002Fgcc.gnu.org\u002Fml\u002Fgcc-patches\u002F\" target=\"_blank\" rel=\"noopener\">GCC patches mailing list\u003C\u002Fa> and documented on the \u003Ca href=\"https:\u002F\u002Fgcc.gnu.org\u002Fwiki\u002FWebAssembly\" target=\"_blank\" rel=\"noopener\">GCC Wiki WebAssembly page\u003C\u002Fa>. That means the work has moved beyond a private experiment and into the part of development where maintainers can argue about architecture, ABI details, and target support.\u003C\u002Fp>\u003Cblockquote>\"Nearly a decade ago there was a proposal for a GCC WebAssembly back-end that ultimately never ended up being merged.\" — Michael Larabel, Phoronix\u003C\u002Fblockquote>\u003Cp>That line from \u003Ca href=\"https:\u002F\u002Fwww.phoronix.com\u002F\" target=\"_blank\" rel=\"noopener\">Phoronix\u003C\u002Fa> captures the history well. GCC is not starting from zero, but it is also not picking up a mature backend and polishing it for release. It is trying to revive a path that stalled once already.\u003C\u002Fp>\u003Ch2>GCC versus LLVM in WebAssembly\u003C\u002Fh2>\u003Cp>The real comparison here is simple: LLVM has been the default choice for WebAssembly compilation, while GCC has been mostly absent from the space. If this backend grows up, it gives developers a second major compiler stack for WASM instead of one dominant path.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778246453426-s8zp.png\" alt=\"GCC Gets a New WebAssembly Back-End Proposal\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>That matters for three reasons. First, compiler diversity reduces the risk of one ecosystem making all the decisions. Second, GCC still matters deeply in Linux and embedded development. Third, a viable WASM backend in GCC could make it easier for some projects to keep using familiar GCC workflows instead of switching toolchains just to target WebAssembly.\u003C\u002Fp>\u003Cul>\u003Cli>LLVM\u002FClang already has mature WASM support and wider adoption\u003C\u002Fli>\u003Cli>GCC has a long history in native code generation, especially on Linux\u003C\u002Fli>\u003Cli>A working GCC backend could help teams compare codegen, diagnostics, and build integration\u003C\u002Fli>\u003C\u002Ful>\u003Cp>There is also a practical question hiding under the technical one: does anyone want to maintain this long enough to finish it? A backend can be posted in a week, but support for exceptions, debug info, and the rest of the platform glue takes sustained work from people who care about the target.\u003C\u002Fp>\u003Cp>That is where the RFC status matters. This is not a release announcement. It is a signal that someone believes GCC should have a seat at the WebAssembly table again, and they are asking the community whether the project should invest there.\u003C\u002Fp>\u003Ch2>What to watch next\u003C\u002Fh2>\u003Cp>The next milestone is whether the GCC Steering Committee accepts the direction and whether the patch series gets enough review to grow beyond its current size. If that happens, the interesting question is not whether GCC can compile to WebAssembly at all. It is whether it can become a real alternative to LLVM for teams that already trust GCC for native builds.\u003C\u002Fp>\u003Cp>For developers, the takeaway is straightforward: if you care about compiler choice in WebAssembly, keep an eye on the GCC mailing lists and the wiki page. If the backend picks up momentum, the debate will quickly shift from “can GCC do this?” to “how far behind is it, and how fast can it catch up?”\u003C\u002Fp>\u003Cp>And if the proposal stalls again, that will say something too. WebAssembly may stay an LLVM-led space for a while longer, which is still a useful data point for anyone tracking how compiler ecosystems divide up new targets.\u003C\u002Fp>","A new RFC patch series proposes a GCC back-end for WebAssembly, reviving a long-dormant effort in the GNU compiler world.","www.phoronix.com","https:\u002F\u002Fwww.phoronix.com\u002Fnews\u002FGCC-WASM-WebAssembly",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778246450208-r2jc.png","tools","en","31d76621-fb04-4a06-8b6a-f4b63db43dca",[17,18,19,20,21],"GCC","WebAssembly","LLVM","Clang","compiler back-end",[23,24,25],"GCC has a new RFC patch series for a WebAssembly backend","The work is early and still missing major WASM features","LLVM remains the main compiler stack for WebAssembly",5,"2026-05-08T13:20:30.580994+00:00","2026-05-08T13:20:30.567+00:00",{"tags":30,"relatedLang":41,"relatedPosts":45},[31,33,35,37,39],{"name":20,"slug":32},"clang",{"name":17,"slug":34},"gcc",{"name":18,"slug":36},"webassembly",{"name":19,"slug":38},"llvm",{"name":21,"slug":40},"compiler-back-end",{"id":15,"slug":42,"title":43,"language":44},"gcc-webassembly-back-end-proposal-zh","GCC 重新挑戰 WebAssembly 後端","zh",[46,52,58,64,70,76],{"id":47,"slug":48,"title":49,"cover_image":50,"image_url":50,"created_at":51,"category":13},"fbd166b2-30ad-451c-bfa5-8f190d0c4252","500-ai-agent-projects-show-where-agents-work-now-en","500 AI agent projects show where agents work now","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781033595427-zvq5.png","2026-06-09T19:32:37.573706+00:00",{"id":53,"slug":54,"title":55,"cover_image":56,"image_url":56,"created_at":57,"category":13},"8f987f8b-1e3b-409d-9ca9-3f0884d5e1d9","chocolatey-go-package-policy-installs-en","Chocolatey’s Go package turns installs into policy","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781029112225-4nik.png","2026-06-09T18:18:05.601854+00:00",{"id":59,"slug":60,"title":61,"cover_image":62,"image_url":62,"created_at":63,"category":13},"c1c49550-3032-4381-bad9-a7ef29973b4d","go-support-policy-turns-releases-into-a-checklist-en","Go support policy turns releases into a checklist","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781028203465-bas6.png","2026-06-09T18:02:50.061065+00:00",{"id":65,"slug":66,"title":67,"cover_image":68,"image_url":68,"created_at":69,"category":13},"75f55dc1-b87b-4a8a-812f-bc31ab4ae4dc","rustdesk-self-hosting-secure-remote-access-en","RustDesk self-hosting setup for secure remote access","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781017372462-mgyj.png","2026-06-09T15:02:24.622252+00:00",{"id":71,"slug":72,"title":73,"cover_image":74,"image_url":74,"created_at":75,"category":13},"a0ce6402-ebae-4dbb-95e4-56b2e0dcb819","aider-open-source-coding-agent-repo-edits-en","Aider turns open-source coding into repo edits","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781013807484-ff3a.png","2026-06-09T14:02:56.712253+00:00",{"id":77,"slug":78,"title":79,"cover_image":80,"image_url":80,"created_at":81,"category":13},"459960b1-d65b-4b87-b4d7-6a21dc35bde5","wwdc-2026-rumors-siri-assistant-ios-27-en","WWDC 2026 rumors turn Siri into a real assistant","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781007515256-xcxs.png","2026-06-09T12:18:04.416148+00:00",[83,88,93,98,103,108,113,118,123,128],{"id":84,"slug":85,"title":86,"created_at":87},"8008f1a9-7a00-4bad-88c9-3eedc9c6b4b1","surepath-ai-mcp-policy-controls-en","SurePath AI's New MCP Policy Controls Enhance AI Security","2026-03-26T01:26:52.222015+00:00",{"id":89,"slug":90,"title":91,"created_at":92},"27e39a8f-b65d-4f7b-a875-859e2b210156","mcp-standard-ai-tools-2026-en","MCP Standard in 2026: Integrating AI Tools","2026-03-26T01:27:43.127519+00:00",{"id":94,"slug":95,"title":96,"created_at":97},"165f9a19-c92d-46ba-b3f0-7125f662921d","rag-2026-transforming-enterprise-ai-en","How RAG in 2026 is Transforming Enterprise AI","2026-03-26T01:28:11.485236+00:00",{"id":99,"slug":100,"title":101,"created_at":102},"6a2a8e6e-b956-49d8-be12-cc47bdc132b2","mastering-ai-prompts-2026-guide-en","Mastering AI Prompts: A 2026 Guide for Developers","2026-03-26T01:29:07.835148+00:00",{"id":104,"slug":105,"title":106,"created_at":107},"3ab2c67e-4664-4c67-a013-687a2f605814","garry-tan-open-sources-claude-code-toolkit-en","Garry Tan Open-Sources a Claude Code Toolkit","2026-03-26T08:26:20.245934+00:00",{"id":109,"slug":110,"title":111,"created_at":112},"66a7cbf8-7e76-41d4-9bbf-eaca9761bf69","github-ai-projects-to-watch-in-2026-en","20 GitHub AI Projects to Watch in 2026","2026-03-26T08:28:09.752027+00:00",{"id":114,"slug":115,"title":116,"created_at":117},"9f332fda-eace-448a-a292-2283951eee71","practical-github-guide-learning-ml-2026-en","A Practical GitHub Guide to Learning ML in 2026","2026-03-27T01:16:50.125678+00:00",{"id":119,"slug":120,"title":121,"created_at":122},"1b1f637d-0f4d-42bd-974b-07b53829144d","aiml-2026-student-ai-ml-lab-repo-review-en","AIML-2026 Is a Bare-Bones Student Lab Repo","2026-03-27T01:21:51.661231+00:00",{"id":124,"slug":125,"title":126,"created_at":127},"6d1bf3f6-e191-4d30-b55b-8a0722fa6afe","ai-trending-github-repos-and-research-feeds-en","AI Trending Tracks Repos and Research Feeds","2026-03-27T01:31:35.709532+00:00",{"id":129,"slug":130,"title":131,"created_at":132},"010539a1-4c3a-4bd3-937a-26616422ee0d","awesome-ai-for-science-research-tools-map-en","Awesome AI for Science Is Becoming a Real Research Map","2026-03-27T01:46:50.89513+00:00"]