gcc  

Messages by Thread

• Invitation to join Vision Control 42 Google Groups via Gcc
• Invitation to join Infinity Station 41 Google Groups via Gcc
• gcc-14-20260604 is now available GCC Administrator via Gcc
• [GSoC] Rust Drop trait support in gccrs - Status Report Janet Chien via Gcc
• gcc-13-20260603 is now available GCC Administrator via Gcc
• counted_by on pointers Martin Uecker via Gcc
• [GSoC]libgomp Optimizations for Scheduler Guided OpenMP Execution in Cloud VMs Roy Fru via Gcc
• registration Vms5 2610 via Gcc
  • registration Vms5 2610 via Gcc
  • registration Vms5 2610 via Gcc
• Register allocation for virtual register targets feedable via Gcc
  • Re: Register allocation for virtual register targets Vladimir Makarov via Gcc
  • Re: Register allocation for virtual register targets Vladimir Makarov via Gcc
• gcc-17-20260531 is now available GCC Administrator via Gcc
• gcc-16-20260530 is now available GCC Administrator via Gcc
• gcc-15-20260529 is now available GCC Administrator via Gcc
• AI policy working group - 2026-05-29 Jonathan Wakely via Gcc
• FOSSY 2026 toolchain track North America - CfP deadline Monday June 1st Mark Wielaard
• register_operand in non-strict RTL Georg-Johann Lay via Gcc
  • Re: register_operand in non-strict RTL Segher Boessenkool
  • Re: register_operand in non-strict RTL Georg-Johann Lay via Gcc
  • Re: register_operand in non-strict RTL Segher Boessenkool
  • Re: register_operand in non-strict RTL Georg-Johann Lay via Gcc
  • Re: register_operand in non-strict RTL Segher Boessenkool
• [GSoC] Weekly report - week 1 Sebastian Galindo via Gcc
• [GSoC - OpenACC] Question implementing device_type clause Sebastian Galindo via Gcc
• need help with a g77 compile error drowlett902--- via Gcc
  • Re: need help with a g77 compile error Sebastian Galindo via Gcc
  • Re: need help with a g77 compile error Jerry D via Gcc
• using STANDARD_BINDIR_PREFIX and overrdes James K. Lowden
• gcc-14-20260528 is now available GCC Administrator via Gcc
• [GSoC / Question] TREEDEF vs built-in Sebastian Galindo via Gcc
  • Re: [GSoC / Question] TREEDEF vs built-in Martin Jambor
  • Re: [GSoC / Question] TREEDEF vs built-in Sebastian Galindo via Gcc
• gcc-13-20260527 is now available GCC Administrator via Gcc
• GCC 16, the -MD -MF<file-for-dependencies> is not filled when compilation fails. Basile STARYNKEVITCH
  • Re: GCC 16, the -MD -MF<file-for-dependencies> is not filled when compilation fails. Basile STARYNKEVITCH
  • Re: GCC 16, the -MD -MF<file-for-dependencies> is not filled when compilation fails. Basile STARYNKEVITCH
• Copyright assignment Henri Menke via Gcc
  • Re: Copyright assignment Mark Wielaard
• stage2 build failure Ulrich Drepper via Gcc
  • Re: stage2 build failure Sam James via Gcc
• 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? Eric Gallager 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 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 Guoce Feng 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

• Earlier messages