gcc  

Messages by Thread

• • Re: Switching x86_64-linux-gnu to GNU2 TLS descriptors by default H.J. Lu via Gcc
  • Re: Switching x86_64-linux-gnu to GNU2 TLS descriptors by default Sam James via Gcc
  • Re: Switching x86_64-linux-gnu to GNU2 TLS descriptors by default Andrew Pinski via Gcc
  • Re: Switching x86_64-linux-gnu to GNU2 TLS descriptors by default Andrew Pinski via Gcc
  • Re: Switching x86_64-linux-gnu to GNU2 TLS descriptors by default Sam James via Gcc
• Question about creating global varaiable during IPA PASS. Hanke Zhang via Gcc
  • Re: Question about creating global varaiable during IPA PASS. Thomas Schwinge
  • Re: Question about creating global varaiable during IPA PASS. Hanke Zhang via Gcc
• Register allocation problem Andrew Stubbs
• -fcf-protection default on x86-64 (also for -fhardened) Florian Weimer via Gcc
• Deprecating nds32-*-linux-* target for GCC 14 (and removing it for GCC 15) Andrew Pinski via Gcc
  • Re: Deprecating nds32-*-linux-* target for GCC 14 (and removing it for GCC 15) Joel Sherrill
  • Re: Deprecating nds32-*-linux-* target for GCC 14 (and removing it for GCC 15) Jeff Law via Gcc
  • Re: Deprecating nds32-*-linux-* target for GCC 14 (and removing it for GCC 15) Chung-Ju Wu via Gcc
  • Re: Deprecating nds32-*-linux-* target for GCC 14 (and removing it for GCC 15) Chung-Ju Wu via Gcc
  • Re: Deprecating nds32-*-linux-* target for GCC 14 (and removing it for GCC 15) Jeff Law via Gcc
• issue: unexpected results in optimizations Jingwen Wu via Gcc
  • issue: unexpected results in optimizations Jingwen Wu via Gcc
  • issue: unexpected results in optimizations Jingwen Wu via Gcc
  • Re: issue: unexpected results in optimizations Dave Blanchard
  • Re: issue: unexpected results in optimizations Jonathan Wakely via Gcc
  • Re: issue: unexpected results in optimizations Jonathan Wakely via Gcc
  • Re: issue: unexpected results in optimizations Alexander Monakov via Gcc
  • issue: unexpected results in optimizations Jingwen Wu via Gcc
  • Re: issue: unexpected results in optimizations David Brown via Gcc
  • Re: issue: unexpected results in optimizations James K. Lowden
• Dedicated Servers Promotions and offers-...@gcc.gnu.org gowebing via Gcc
  • Dedicated Servers Promotions and offers-...@gcc.gnu.org gowebing via Gcc
  • Dedicated Servers Promotions and offers-...@gcc.gnu.org gowebing via Gcc
  • Dedicated Servers Promotions and offers-...@gcc.gnu.org gowebing via Gcc
• gcc-14-20231210 is now available GCC Administrator via Gcc
• gcc-13-20231209 is now available GCC Administrator via Gcc
• gcc-12-20231208 is now available GCC Administrator via Gcc
• GCC 12.3 ICE: format(printf...) failing in C++ with virtual inheritance Paul Smith via Gcc
  • Re: GCC 12.3 ICE: format(printf...) failing in C++ with virtual inheritance Amol Surati via Gcc
• gcc-11-20231207 is now available GCC Administrator via Gcc
• Re: strub causing libgcc to fail to build on rl78-elf Alexandre Oliva via Gcc
  • Re: strub causing libgcc to fail to build on rl78-elf DJ Delorie via Gcc
  • Re: strub causing libgcc to fail to build on rl78-elf Jeff Law via Gcc
  • [PATCH] strub: disable on rl78 Alexandre Oliva via Gcc
  • Re: [PATCH] strub: disable on rl78 Jeff Law via Gcc
• NOP_EXPR vs. CONVERT_EXPR Alexander Monakov via Gcc
  • Re: NOP_EXPR vs. CONVERT_EXPR Richard Biener via Gcc
  • Re: NOP_EXPR vs. CONVERT_EXPR Jeff Law via Gcc
  • Re: NOP_EXPR vs. CONVERT_EXPR Richard Biener via Gcc
• contributor guidelines Bruno Haible
  • Re: contributor guidelines Jonathan Wakely via Gcc
  • Re: contributor guidelines waffl3x via Gcc
  • Re: contributor guidelines Bruno Haible
• RISC-V V C Intrinsic API v1.0 release meeting reminder (December 4th, 2023) Eop Chen via Gcc
  • RE: [RISC-V][tech-rvv-intrinsics] RISC-V V C Intrinsic API v1.0 release meeting reminder (December 4th, 2023) Rich Fuhler via Gcc
  • RE: [RISC-V][tech-rvv-intrinsics] RISC-V V C Intrinsic API v1.0 release meeting reminder (December 4th, 2023) Rich Fuhler via Gcc
• gcc-14-20231203 is now available GCC Administrator via Gcc
• GNAT on GCC 10.x has build problems Dave Blanchard
  • Re: GNAT on GCC 10.x has build problems Jonathan Wakely via Gcc
  • Re: GNAT on GCC 10.x has build problems Dave Blanchard
• wwwdocs: cxx-reflection/index.html Standardeze Jonny Grant
  • Re: wwwdocs: cxx-reflection/index.html Standardeze Andrew Pinski via Gcc
• Debugging the tree object constructed by cp_parser Stan Srednyak via Gcc
  • Re: Debugging the tree object constructed by cp_parser David Malcolm via Gcc
  • Re: Debugging the tree object constructed by cp_parser Stan Srednyak via Gcc
  • Re: Debugging the tree object constructed by cp_parser David Malcolm via Gcc
  • Re: Debugging the tree object constructed by cp_parser Stan Srednyak via Gcc
• gcc-13-20231202 is now available GCC Administrator via Gcc
• gcc-12-20231201 is now available GCC Administrator via Gcc
• libgcov, fork, and mingw (and other targets without the full POSIX set) Florian Weimer via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Eli Zaretskii via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) LIU Hao via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Alexander Monakov
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Richard Biener via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Florian Weimer via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Richard Biener via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Alexander Monakov
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) LIU Hao via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Andreas Schwab
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Jan Hubicka via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Jakub Jelinek via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Mark Wielaard
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Florian Weimer via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) LIU Hao via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Florian Weimer via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Julian Waters via Gcc
  • Re: libgcov, fork, and mingw (and other targets without the full POSIX set) Julian Waters via Gcc
• gcc-11-20231130 is now available GCC Administrator via Gcc
• Re: [PATCH 4/4] libbacktrace: get debug information for loaded dlls Ian Lance Taylor via Gcc
  • Re: [PATCH 4/4] libbacktrace: get debug information for loaded dlls Eli Zaretskii via Gcc
  • Re: [PATCH 4/4] libbacktrace: get debug information for loaded dlls Björn Schäpers
  • [PATCH 5/4] libbacktrace: improve getting debug information for loaded dlls Björn Schäpers
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Björn Schäpers
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Eli Zaretskii via Gcc
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Eli Zaretskii via Gcc
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Björn Schäpers
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Eli Zaretskii via Gcc
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Björn Schäpers
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Eli Zaretskii via Gcc
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Björn Schäpers
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Ian Lance Taylor via Gcc
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Eli Zaretskii via Gcc
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Björn Schäpers
  • Re: [PATCH 6/4] libbacktrace: Add loaded dlls after initialize Ian Lance Taylor via Gcc
  • Re: [PATCH 5/4] libbacktrace: improve getting debug information for loaded dlls Ian Lance Taylor via Gcc
  • Re: [PATCH 5/4] libbacktrace: improve getting debug information for loaded dlls Björn Schäpers
  • Re: [PATCH 5/4] libbacktrace: improve getting debug information for loaded dlls Ian Lance Taylor via Gcc
  • Re: [PATCH 5/4] libbacktrace: improve getting debug information for loaded dlls Björn Schäpers
  • Re: [PATCH 5/4] libbacktrace: improve getting debug information for loaded dlls Björn Schäpers
  • Re: [PATCH 5/4] libbacktrace: improve getting debug information for loaded dlls Ian Lance Taylor via Gcc
  • Re: [PATCH 5/4] libbacktrace: improve getting debug information for loaded dlls Björn Schäpers
  • Re: [PATCH 5/4] libbacktrace: improve getting debug information for loaded dlls Ian Lance Taylor via Gcc
  • Re: [PATCH 4/4] libbacktrace: get debug information for loaded dlls Björn Schäpers
• Update on GCC 14 C type safety changes/warnings as errors Florian Weimer via Gcc
  • Re: Update on GCC 14 C type safety changes/warnings as errors Sam James via Gcc
  • Re: Update on GCC 14 C type safety changes/warnings as errors Martin Jambor
  • Re: Update on GCC 14 C type safety changes/warnings as errors Florian Weimer via Gcc
• Unjustified optimization due to restricted struct members? Ties Klappe via Gcc
  • Re: Unjustified optimization due to restricted struct members? Richard Biener via Gcc
  • Re: Unjustified optimization due to restricted struct members? Ties Klappe via Gcc
  • Re: Unjustified optimization due to restricted struct members? Richard Biener via Gcc
  • Re: Unjustified optimization due to restricted struct members? Joseph Myers
• [Baby Sasha] ti invita! Baby Sasha via Gcc
• host-x86_64-pc-linux-gnu/gcc/xgcc: No such file or directory Jonny Grant
  • Re: host-x86_64-pc-linux-gnu/gcc/xgcc: No such file or directory Jonathan Wakely via Gcc
  • Re: host-x86_64-pc-linux-gnu/gcc/xgcc: No such file or directory Jonny Grant
  • Re: host-x86_64-pc-linux-gnu/gcc/xgcc: No such file or directory Jonathan Wakely via Gcc
• Sourceware infrastructure updates for Q4 2023 Mark Wielaard
• gcc-14-20231126 is now available GCC Administrator via Gcc
• gcc-13-20231125 is now available GCC Administrator via Gcc
• gcc-12-20231124 is now available GCC Administrator via Gcc
• Office Hours for the GNU Toolchain on 2023-11-30 at 11am EST5EDT. Carlos O'Donell via Gcc
• Re: Discussion about arm testcase failures seen with patch for PR111673 Surya Kumari Jangala via Gcc
  • Re: Discussion about arm testcase failures seen with patch for PR111673 Richard Earnshaw via Gcc
  • Re: Discussion about arm/aarch64 testcase failures seen with patch for PR111673 Surya Kumari Jangala via Gcc
  • Re: Discussion about arm/aarch64 testcase failures seen with patch for PR111673 Richard Earnshaw via Gcc
  • Re: Discussion about arm/aarch64 testcase failures seen with patch for PR111673 Richard Sandiford via Gcc
  • Re: Discussion about arm/aarch64 testcase failures seen with patch for PR111673 Surya Kumari Jangala via Gcc
  • Re: Discussion about arm/aarch64 testcase failures seen with patch for PR111673 Richard Earnshaw (lists) via Gcc
  • Re: Discussion about arm/aarch64 testcase failures seen with patch for PR111673 Surya Kumari Jangala via Gcc
  • Re: Discussion about arm/aarch64 testcase failures seen with patch for PR111673 Surya Kumari Jangala via Gcc
• gcc-11-20231123 is now available GCC Administrator via Gcc
• "I can't get off this list! Unsubscribe me!" shivansh khare via Gcc
  • Re: "I can't get off this list! Unsubscribe me!" Jonathan Wakely via Gcc
• remove from lists John Koval via Gcc
  • Re: remove from lists Jonathan Wakely via Gcc
  • Re: remove from lists Jonathan Wakely via Gcc
  • Re: remove from lists Tobias Burnus
• Gcc Suma Luther
  • Gcc Sophia Taylor
  • Gcc Matilda via Gcc
• Contributing to GCC Hamish Baxter via Gcc
  • Re: Contributing to GCC Tobias Burnus
  • Re: Contributing to GCC Jonathan Wakely via Gcc
• Question about creating an outermost loop Hanke Zhang via Gcc
• function parameters André Albergaria Coelho via Gcc
  • Re: function parameters Martin Uecker
  • Re: function parameters Jonathan Wakely via Gcc
• Re: [PATCH 3/4] libbacktrace: work with aslr on windows Björn Schäpers
  • Re: [PATCH 3/4] libbacktrace: work with aslr on windows Eli Zaretskii via Gcc
  • Re: [PATCH 3/4] libbacktrace: work with aslr on windows Björn Schäpers
  • Re: [PATCH 3/4] libbacktrace: work with aslr on windows LIU Hao via Gcc
  • Re: [PATCH 3/4] libbacktrace: work with aslr on windows Ian Lance Taylor via Gcc
• Re: [PATCH 2/4] libbacktrace: detect executable path on windows Björn Schäpers
  • Re: [PATCH 2/4] libbacktrace: detect executable path on windows Ian Lance Taylor via Gcc
• Reporitng libstdc++ bug without account to Bugzilla Palmu, Miro M
  • Re: Reporitng libstdc++ bug without account to Bugzilla Jonathan Wakely via Gcc
• GCC developer room at FOSDEM 2024: Call for Participation open Thomas Schwinge
• GCC 14.0.0 Status Report (2023-11-20), Stage 3 in effect now Richard Biener via Gcc
• Re: LRA for avr: Maintain live range info for pseudos assigned to FP? SenthilKumar.Selvaraj--- via Gcc
  • Re: LRA for avr: Maintain live range info for pseudos assigned to FP? Georg-Johann Lay
• gcc-14-20231119 is now available GCC Administrator via Gcc
• Get Busy at TASA Midwinter Conference 2024 Chris Altieri
• gcc-13-20231118 is now available GCC Administrator via Gcc
• Recordings of cauldron 2023 talks Heiko
  • Re: Recordings of cauldron 2023 talks David Edelsohn via Gcc
• [no subject] Zebediah Beck via Gcc
  • Re: David Edelsohn via Gcc
  • Re: Zebediah Beck via Gcc
• gcc-12-20231117 is now available GCC Administrator via Gcc
• [PATCH] C++: Introduce the extended attribute for asm declarations Julian Waters via Gcc
• gcc-11-20231116 is now available GCC Administrator via Gcc
• [ARM] unexpected sizeof() of a complex packed type Dmitry Antipov
  • Re: [ARM] unexpected sizeof() of a complex packed type Andrew Pinski via Gcc
• [Analyzer] Transform a region 't[i]' to its svalue form '&t + (i * element_size)' Pierrick Philippe
• Re: Checks that autotools generated files were re-generated correctly Mark Wielaard
  • Re: Checks that autotools generated files were re-generated correctly Martin Jambor
• [RISC-V] [SIG-toolchain] Meeting will be canceled (Nov 16, 2023) jiawei
• Typo in "C++ Standards Support in GCC" Taisei Katô via Gcc
  • Re: Typo in "C++ Standards Support in GCC" David Malcolm via Gcc
• gcc cobol status James K. Lowden
  • gcc cobol status James K. Lowden
• Re: Missing DWARF children for variable templates Jonathan Wakely via Gcc
• Q Lê như Hiệp via Gcc
• gcc/DATESTAMP not updated since 20231109 Rainer Orth
  • Re: gcc/DATESTAMP not updated since 20231109 Jakub Jelinek via Gcc
• Understanding where a certain RTX comes from Enrico via Gcc
• [RFC] Structured Exception Handling support for Windows Julian Waters via Gcc
• Question about vectorization optimization during RTL-PASS Hanke Zhang via Gcc
• Re: Missed optimization of strcpy(3) (or stpcpy(3)) Richard Biener via Gcc
  • Re: Missed optimization of strcpy(3) (or stpcpy(3)) Alejandro Colomar via Gcc

• Later messages