gcc  

Messages by Thread

• gcc-17-20260524 is now available GCC Administrator via Gcc
• gcc-16-20260523 is now available GCC Administrator via Gcc
• gcc-15-20260522 is now available GCC Administrator via Gcc
• gcc Andrea Lyone via Gcc
• gcc-14-20260521 is now available GCC Administrator via Gcc
• Constant divisions not converted to multiplications Undisclosed via Gcc
  • Re: Constant divisions not converted to multiplications Matteo Nicoli via Gcc
  • Re: Constant divisions not converted to multiplications LIU Hao via Gcc
  • Re: Constant divisions not converted to multiplications Andrew Pinski via Gcc
  • Re: Constant divisions not converted to multiplications Jonathan Wakely via Gcc
  • Re: Constant divisions not converted to multiplications Sebastian Galindo via Gcc
• Reminder - FOSSY 2026 toolchain track North America, deadlines Mark Wielaard
• gcc-13-20260520 is now available GCC Administrator via Gcc
• Is it time to take the middle-end stringop/array warnings out of -Wall? Jonathan Wakely via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Rene Kita
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Sam James via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Richard Biener via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Joseph Myers via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Jonathan Wakely via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Arsen Arsenović
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Joseph Myers via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Arsen Arsenović
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Sam James via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Jason Merrill via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Matthias Kretz via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Richard Biener via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Matthias Kretz via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Martin Uecker via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Jonathan Wakely via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Matthias Kretz via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Jonathan Wakely via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Georg-Johann Lay via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Andrew Pinski via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Jeffrey Law via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Eric Botcazou
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Martin Uecker via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Richard Biener via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Martin Uecker via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Siddhesh Poyarekar
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Jonathan Wakely via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Jason Merrill via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Siddhesh Poyarekar
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Andrew Pinski via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Andrew MacLeod via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Jeffrey Law via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Martin Uecker via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Jonathan Wakely via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Jonathan Wakely via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Richard Biener via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Jakub Jelinek via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Matthias Kretz via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Richard Biener via Gcc
  • Re: Is it time to take the middle-end stringop/array warnings out of -Wall? Matthias Kretz via Gcc
• PowerPC GCC maintainer Michael Meissner
• [GSoC] Fix compiler warnings in diagnostics and analyzer - Pre-GSoC Contribution Zeinab Ayman via Gcc
  • Re: [GSoC] Fix compiler warnings in diagnostics and analyzer - Pre-GSoC Contribution Jonathan Wakely via Gcc
  • Re: [GSoC] Fix compiler warnings in diagnostics and analyzer - Pre-GSoC Contribution Zeinab Ayman via Gcc
  • Re: [GSoC] Fix compiler warnings in diagnostics and analyzer - Pre-GSoC Contribution Zeinab Ayman via Gcc
  • Re: [GSoC] Fix compiler warnings in diagnostics and analyzer - Pre-GSoC Contribution David Malcolm via Gcc
  • Re: [GSoC] Fix compiler warnings in diagnostics and analyzer - Pre-GSoC Contribution Zeinab Ayman via Gcc
• [RFC] Factoring common pure operations across PHIs / branches to reduce duplicated sqrt calls Guoce Feng via Gcc
  • Re: [RFC] Factoring common pure operations across PHIs / branches to reduce duplicated sqrt calls Andrew Pinski via Gcc
  • Re: [RFC] Factoring common pure operations across PHIs / branches to reduce duplicated sqrt calls Andrew Pinski via Gcc
• download_prerequisites prohibit some AWS IPs? Jiang, Haochen via Gcc
  • Re: download_prerequisites prohibit some AWS IPs? Mark Wielaard
  • RE: download_prerequisites prohibit some AWS IPs? Jiang, Haochen via Gcc
• gcc-17-20260517 is now available GCC Administrator via Gcc
• gcc-16-20260516 is now available GCC Administrator via Gcc
• Sourceware @ Conservancy Year Three Mark Wielaard
• gcc-15-20260515 is now available GCC Administrator via Gcc
• [no subject] Abdulhamid Google koo via Gcc
• gcc-14-20260514 is now available GCC Administrator via Gcc
• zuogelgkwhk Luis Bell via Gcc
• RFC: GCC support for masked compress stores and VPCOMPRESS-style codegen Raghesh Aloor via Gcc
• gcc-13-20260513 is now available GCC Administrator via Gcc
• Warnings for partially-unused structured bindings in C++26 mode Ionuț Nicula via Gcc
• gcc-17-20260510 is now available GCC Administrator via Gcc
• gcc-16-20260509 is now available GCC Administrator via Gcc
• Spoofing Rust's `Self` type in C++26 Septicake via Gcc
• gcc-15-20260508 is now available GCC Administrator via Gcc
• Uncounted loop vectorization example doesn't work with unsigned index Ionuț Nicula via Gcc
  • Re: Uncounted loop vectorization example doesn't work with unsigned index Richard Biener via Gcc
  • Re: Uncounted loop vectorization example doesn't work with unsigned index Ionuț Nicula via Gcc
  • Re: Uncounted loop vectorization example doesn't work with unsigned index Richard Biener via Gcc
• GCC16 or 17: when is the pointed type relevant for emitted assembler code? Basile STARYNKEVITCH
  • Re: GCC16 or 17: when is the pointed type relevant for emitted assembler code? Richard Biener via Gcc
  • Re: GCC16 or 17: when is the pointed type relevant for emitted assembler code? Basile STARYNKEVITCH
  • Re: GCC16 or 17: when is the pointed type relevant for emitted assembler code? Richard Biener via Gcc
• gcc-14-20260507 is now available GCC Administrator via Gcc
• Sourceware looking backward, looking forward, Fri 8, 15:00 UTC Mark Wielaard
  • Re: Sourceware looking backward, looking forward, Fri 8, 15:00 UTC Mark Wielaard
• GNU Tools Cauldron 2026 Jan Hubicka via Gcc
• Transitioning libgomp from C to C++ implementation Thomas Schwinge
  • Transitioning libgomp from C to C++ implementation: untyped 'gomp_malloc' etc. Thomas Schwinge
  • Re: Transitioning libgomp from C to C++ implementation: untyped 'gomp_malloc' etc. Tobias Burnus
  • Re: Transitioning libgomp from C to C++ implementation: untyped 'gomp_malloc' etc. Arsen Arsenović via Gcc
  • Re: Transitioning libgomp from C to C++ implementation: untyped 'gomp_malloc' etc. Tobias Burnus
  • Re: Transitioning libgomp from C to C++ implementation: untyped 'gomp_malloc' etc. Arsen Arsenović via Gcc
  • Re: Transitioning libgomp from C to C++ implementation: untyped 'gomp_malloc' etc. Jonathan Wakely via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Richard Biener via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Tobias Burnus
  • Re: Transitioning libgomp from C to C++ implementation Tobias Burnus
  • Re: Transitioning libgomp from C to C++ implementation Martin Uecker via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Arsen Arsenović
  • Re: Transitioning libgomp from C to C++ implementation Christopher Bazley via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Martin Uecker via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Alex (Waffl3x)
  • Re: Transitioning libgomp from C to C++ implementation Martin Uecker via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Arsen Arsenović
  • Re: Transitioning libgomp from C to C++ implementation Richard Earnshaw (foss) via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Arsen Arsenović
  • Re: Transitioning libgomp from C to C++ implementation Christopher Bazley via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Arsen Arsenović via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Sam James via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Arsen Arsenović
  • Re: Transitioning libgomp from C to C++ implementation Martin Uecker via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Arsen Arsenović via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Martin Uecker via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Arsen Arsenović
  • Re: Transitioning libgomp from C to C++ implementation Martin Uecker via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Christopher Bazley via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Christopher Bazley via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Arsen Arsenović via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Jonathan Wakely via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Martin Uecker via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Christopher Bazley via Gcc
  • Re: Transitioning libgomp from C to C++ implementation Eric Gallager via Gcc
• GCCJIT dynamic down casting (GCC16 or future GCC17) Basile STARYNKEVITCH
  • Re: GCCJIT dynamic down casting (GCC16 or future GCC17) David Malcolm via Gcc
• gcc-13-20260506 is now available GCC Administrator via Gcc
• lto: from insert_attributes to file_end? Georg-Johann Lay via Gcc
  • Re: lto: from insert_attributes to file_end? Richard Biener via Gcc
  • Re: lto: from insert_attributes to file_end? Georg-Johann Lay via Gcc
  • Re: lto: from insert_attributes to file_end? Sam James via Gcc
  • Re: lto: from insert_attributes to file_end? Richard Biener via Gcc
  • Re: lto: from insert_attributes to file_end? Georg-Johann Lay via Gcc
• New GCC Mirror in Iran Kambiz Asadzadeh via Gcc
  • Re: New GCC Mirror in Iran Mark Wielaard
• GCC 14.3.1 Status Report (2026-05-04) Richard Biener via Gcc
• GCC 15.2.1 Status Report (2026-05-04) Richard Biener via Gcc
• gcc-17-20260503 is now available GCC Administrator via Gcc
• gcc-16-20260502 is now available GCC Administrator via Gcc
• gcc-15-20260501 is now available GCC Administrator via Gcc
• Sourceware server reboots for Copy Fail CVE-2026-31431 Mark Wielaard
• [RFC] Dos and don'ts while removing multilib Stefan Schulze Frielinghaus
  • Re: [RFC] Dos and don'ts while removing multilib Andreas Schwab
  • Re: [RFC] Dos and don'ts while removing multilib Thomas Schwinge
  • Re: [RFC] Dos and don'ts while removing multilib Stefan Schulze Frielinghaus
• gcc-14-20260430 is now available GCC Administrator via Gcc
• Welcome GCC GSoC 2026 participants! Martin Jambor
  • Re: Welcome GCC GSoC 2026 participants! Enes Çevik via Gcc
  • Re: Welcome GCC GSoC 2026 participants! Mark Wielaard
• Access to enum definition at run time Yair Lenga via Gcc
  • Re: Access to enum definition at run time Richard Biener via Gcc
  • Re: Access to enum definition at run time Jakub Jelinek via Gcc
  • Re: Access to enum definition at run time Yair Lenga via Gcc
  • Re: Access to enum definition at run time Jakub Jelinek via Gcc
  • Re: Access to enum definition at run time Martin Uecker via Gcc
  • Re: Access to enum definition at run time Yair Lenga via Gcc
  • Re: Access to enum definition at run time David Malcolm via Gcc
  • Re: Access to enum definition at run time Yair Lenga via Gcc
• GCC 16.1 Released Richard Biener via Gcc
• 34th Guangzhou Fair 2026 Overseas Property, Immigration & Study Abroad Expo Ann via Gcc
• gcc-13-20260429 is now available GCC Administrator via Gcc
• RFC: Optimize unsigned division by constant when wider machine modes are available Charles Schlosser via Gcc
  • Re: RFC: Optimize unsigned division by constant when wider machine modes are available Andrew Pinski via Gcc
  • Re: RFC: Optimize unsigned division by constant when wider machine modes are available Eric Botcazou
• [RFD] Forge: Add scaffolding for managing forge labels Richard Earnshaw via Gcc
• gcc-17-20260426 is now available GCC Administrator via Gcc
• gcc-16-20260425 is now available GCC Administrator via Gcc
• Fwd: Please cherry pick to merge this patch from LLVM upstream coshvji cujmlqef via Gcc
• gcc-15-20260424 is now available GCC Administrator via Gcc
• GCC Development AI Policy Working Group Led by Jonathan Wakely David Edelsohn via Gcc
• Second GCC 16.1 Release Candidate available from gcc.gnu.org Jakub Jelinek via Gcc
  • Re: Second GCC 16.1 Release Candidate available from gcc.gnu.org Frank Scheiner via Gcc
  • Re: Second GCC 16.1 Release Candidate available from gcc.gnu.org Alex Coplan via Gcc
  • Re: Second GCC 16.1 Release Candidate available from gcc.gnu.org Iain Sandoe
  • Re: Second GCC 16.1 Release Candidate available from gcc.gnu.org Frank Scheiner via Gcc
  • Re: Second GCC 16.1 Release Candidate available from gcc.gnu.org jeevitha
• gcc-14-20260423 is now available GCC Administrator via Gcc
• GCC 16.1 Release Candidate available from gcc.gnu.org Jakub Jelinek via Gcc
  • Re: GCC 16.1 Release Candidate available from gcc.gnu.org Jakub Jelinek via Gcc
  • Re: GCC 16.1 Release Candidate available from gcc.gnu.org Frank Scheiner via Gcc
  • Re: GCC 16.1 Release Candidate available from gcc.gnu.org Frank Scheiner via Gcc
• Archival of forge discussions: rollout status Claudio Bantaloukas via Gcc
• RFC: AutoFDO GCOV Profile Format Version 4 Dhruv Chawla via Gcc
  • Re: RFC: AutoFDO GCOV Profile Format Version 4 Jose E. Marchesi via Gcc
  • Re: RFC: AutoFDO GCOV Profile Format Version 4 Andrew Pinski via Gcc
  • Re: RFC: AutoFDO GCOV Profile Format Version 4 Dhruv Chawla via Gcc
  • Re: RFC: AutoFDO GCOV Profile Format Version 4 Jose E. Marchesi via Gcc
  • Re: RFC: AutoFDO GCOV Profile Format Version 4 Dhruv Chawla via Gcc
  • Re: RFC: AutoFDO GCOV Profile Format Version 4 Jose E. Marchesi via Gcc
  • Re: RFC: AutoFDO GCOV Profile Format Version 4 Jan Hubicka via Gcc
• RFC: Standalone AutoFDO Profile Tool for GCC Kugan Vivekanandarajah via Gcc
  • Re: RFC: Standalone AutoFDO Profile Tool for GCC Andrew Pinski via Gcc
  • Re: RFC: Standalone AutoFDO Profile Tool for GCC Kugan Vivekanandarajah via Gcc
  • Re: RFC: Standalone AutoFDO Profile Tool for GCC Jan Hubička via Gcc
  • Re: RFC: Standalone AutoFDO Profile Tool for GCC Sam James via Gcc
  • Re: RFC: Standalone AutoFDO Profile Tool for GCC Andi Kleen
• gcc-13-20260422 is now available GCC Administrator via Gcc

• Earlier messages