GCC Help

• Thread Index

• Re: For help:Unexpected fail about testsuite of GCC
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: I'm looking for GCC compiler 6.3 for LINUX
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: I'm looking for GCC compiler 6.3 for LINUX
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: I'm looking for GCC compiler 6.3 for LINUX
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• I'm looking for GCC compiler 6.3 for LINUX
  • From: "Lopez, Juan via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: About a error reported by gcc
  • From: Liu Hao <lh_mouse@xxxxxxx>
• Re: For help:Unexpected fail about testsuite of GCC
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: For help:Unexpected fail about testsuite of GCC
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: For help:Unexpected fail about testsuite of GCC
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• For help:Unexpected fail about testsuite of GCC
  • From: 陈龙 <18116491546@xxxxxxx>
• Re: complete novice struggling to run the Fortran Compiler
  • From: Tim Zeisloft <tim@xxxxxxxxxxxxxxxxxxxx>
• complete novice struggling to run the Fortran Compiler
  • From: "frank.shed via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: how to build a faster gcc working on a specific project
  • From: "U.Mutlu" <for-gmane@xxxxxxxxxxx>
• Re: how to build a faster gcc working on a specific project
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: how to build a faster gcc working on a specific project
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: how to build a faster gcc working on a specific project
  • From: "U.Mutlu" <for-gmane@xxxxxxxxxxx>
• Re: list of gcc branches in the repo
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: list of gcc branches in the repo
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: list of gcc branches in the repo
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: list of gcc branches in the repo
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• list of gcc branches in the repo
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• how to build a faster gcc working on a specific project
  • From: 问 题 <ihave1111questions@xxxxxxxxxxx>
• Re: Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Re: Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: Martin Sebor <msebor@xxxxxxxxx>
• RE: New Allingham_Swift_ copy2618CAS
  • From: Alice <alice@xxxxxxxxxxxxxxxxxxxxx>
• Re: Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Weird compiler error [-Werror=discarded-qualifiers], though correct IMO
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: Eliminating the dependency on the old C header files
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: non-bootstrap build always uses the system-compiler. Bug?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Eliminating the dependency on the old C header files
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Eliminating the dependency on the old C header files
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: gcc c++ compiler?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Fwd: gcc c++ compiler?
  • From: "Eng.Bassam" <bassam86@xxxxxxxxx>
• Re: GCC8
  • From: Janne Blomqvist <blomqvist.janne@xxxxxxxxx>
• GCC8
  • From: Jerome Huck <jeromehuck@xxxxxxxxx>
• Re: Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Giving hints to the compiler/optimizer (#pragma hint ...)
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: gcc version 4.8.5 20150623 / Meltdown and/or Spectre vulnerabilities
  • From: Vassilena Treneva <treneva@xxxxxxxxx>
• Re: std::filesystem::path::append oddity
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: std::filesystem::path::append oddity
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Extending the core language via a gcc plugin possible?
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• std::filesystem::path::append oddity
  • From: NightStrike <nightstrike@xxxxxxxxx>
• Re: non-bootstrap build always uses the system-compiler. Bug?
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: non-bootstrap build always uses the system-compiler. Bug?
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: non-bootstrap build always uses the system-compiler. Bug?
  • From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
• Re: non-bootstrap build always uses the system-compiler. Bug?
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: non-bootstrap build always uses the system-compiler. Bug?
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: non-bootstrap build always uses the system-compiler. Bug?
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: non-bootstrap build always uses the system-compiler. Bug?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: non-bootstrap build always uses the system-compiler. Bug?
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: non-bootstrap build always uses the system-compiler. Bug?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• non-bootstrap build always uses the system-compiler. Bug?
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: Using -flto in CXXFLAGS_FOR_TARGET
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: gcc version 4.8.5 20150623 / Meltdown and/or Spectre vulnerabilities
  • From: Jeff Law <law@xxxxxxxxxx>
• Re: gcc version 4.8.5 20150623 / Meltdown and/or Spectre vulnerabilities
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• gcc version 4.8.5 20150623 / Meltdown and/or Spectre vulnerabilities
  • From: Vassilena Treneva <treneva@xxxxxxxxx>
• Re: Using -flto in CXXFLAGS_FOR_TARGET
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Re: Using -flto in CXXFLAGS_FOR_TARGET
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: Using -flto in CXXFLAGS_FOR_TARGET
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Using -flto in CXXFLAGS_FOR_TARGET
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Gcc 8.1 OpenMP 4.5 offload to Nvidia GPU
  • From: "Jost, Gabriele (ARC-TNC)[CSRA, LLC]" <gabriele.jost@xxxxxxxx>
• Re: configure for gcc 6.4.0 build on Fedora 27
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: configure for gcc 6.4.0 build on Fedora 27
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: What could cause this SEGV
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: configure for gcc 6.4.0 build on Fedora 27
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: configure for gcc 6.4.0 build on Fedora 27
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• Re: configure for gcc 6.4.0 build on Fedora 27
  • From: "U.Mutlu" <um@xxxxxxxxxxx>
• configure for gcc 6.4.0 build on Fedora 27
  • From: stimits@xxxxxxxxxxx
• Re: What could cause this SEGV
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: Building with -m32/-m31 support without multilibs
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Building with -m32/-m31 support without multilibs
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Building with -m32/-m31 support without multilibs
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: What could cause this SEGV
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: What could cause this SEGV
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: What could cause this SEGV
  • From: Andrew Haley <aph@xxxxxxxxxx>
• AW: gcc git repository issue?
  • From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
• Re: Unable to disable shared-libraries
  • From: Ajay Garg <ajaygargnsit@xxxxxxxxx>
• Re: gcc git repository issue?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• gcc git repository issue?
  • From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
• What could cause this SEGV
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: Unable to disable shared-libraries
  • From: Ajay Garg <ajaygargnsit@xxxxxxxxx>
• Re: Unable to disable shared-libraries
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Re: Unable to disable shared-libraries
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Re: Unable to disable shared-libraries
  • From: Ajay Garg <ajaygargnsit@xxxxxxxxx>
• Re: Unable to disable shared-libraries
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Unable to disable shared-libraries
  • From: Ajay Garg <ajaygargnsit@xxxxxxxxx>
• Re: number of calls to hash function in unordered_set
  • From: Frank Tetzel <s1445051@xxxxxxxxxxxxxxxxxxxxxx>
• Re: number of calls to hash function in unordered_set
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: number of calls to hash function in unordered_set
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• number of calls to hash function in unordered_set
  • From: Frank Tetzel <s1445051@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Is HPUX ia64 a supported target?
  • From: Jeff Law <law@xxxxxxxxxx>
• Is HPUX ia64 a supported target?
  • From: Brian Groose <brian@xxxxxxxxxx>
• Re: -O1 runtime difference between gcc and clang
  • From: Andrew Haley <aph@xxxxxxxxxx>
• -O1 runtime difference between gcc and clang
  • From: "M. Chaturvedi" <mmanu.chaturvedi@xxxxxxxxx>
• Re: Does it safe to link several objects which compiled with different `--std` flags ?
  • From: Remus Clearwater <remus.clearwater@xxxxxxxxx>
• Re: Does it safe to link several objects which compiled with different `--std` flags ?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Does it safe to link several objects which compiled with different `--std` flags ?
  • From: Remus Clearwater <remus.clearwater@xxxxxxxxx>
• Re: gfortran not using SIMD / ymm registers while LLVM (Julia) does
  • From: Chris Elrod <elrodc@xxxxxxxxx>
• gfortran not using SIMD / ymm registers while LLVM (Julia) does
  • From: Chris Elrod <elrodc@xxxxxxxxx>
• Re: Adding new rule into compiler
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• STARTFILE_SPEC and calling a function.
  • From: Kalamatee <kalamatee@xxxxxxxxx>
• Adding new rule into compiler
  • From: 李宗霖 <fight1995go@xxxxxxxxx>
• Re: Gcc precompiled header problem.
  • From: François Leblanc <fleblanc50@xxxxxxxxx>
• Re: Linking a shared library
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Gcc precompiled header problem.
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Gcc precompiled header problem.
  • From: François Leblanc <fleblanc50@xxxxxxxxx>
• Re: Gcc precompiled header problem.
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Gcc precompiled header problem.
  • From: François Leblanc <fleblanc50@xxxxxxxxx>
• Re: Linking a shared library
  • From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
• Re: Linking a shared library
  • From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
• Re: Linking a shared library
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Linking a shared library
  • From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
• incomplete dump ?
  • From: ericLemanissier <eric.lemanissier@xxxxxxxxx>
• Is there a pass in GCC that provide us may alias information
  • From: vineet singh <vineetsingh.greenfields@xxxxxxxxx>
• Re: GCC8: fails to build when configured --with-cpu=xscale
  • From: Richard Earnshaw <Richard.Earnshaw@xxxxxxxxxxxx>
• Re: Warning about -Wmain for local variables
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Warning about -Wmain for local variables
  • From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
• Re: GCC8: fails to build when configured --with-cpu=xscale
  • From: Alexey Neyman <stilor@xxxxxxx>
• -no-pie option supported from which version of gcc
  • From: Uma Rajagopal <uma67sweetu@xxxxxxxxx>
• Is the parameters stored on the stack preserved across function calls or volatile in the ABI of intel386 & amd64
  • From: Remus Clearwater <remus.clearwater@xxxxxxxxx>
• Re: Is there a way to tell gcc to allocate local variable on the heap not the default stack?
  • From: Remus Clearwater <remus.clearwater@xxxxxxxxx>
• RE: Incorrect std::ostream behavior when using RTLD_DEEPBIND and Optimization
  • From: Daniel Peck <dpeck@xxxxxxxxxxx>
• Re: why some gcc/guality tests fail unless gcc built with -mtune=generic on x86_64? is there a GCC test suite 'enter GDB on failure' option?
  • From: Jeff Law <law@xxxxxxxxxx>
• Re: Is there a way to tell gcc to allocate local variable on the heap not the default stack?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Is there a way to tell gcc to allocate local variable on the heap not the default stack?
  • From: Remus Clearwater <remus.clearwater@xxxxxxxxx>
• Re: about update gcc
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: why some gcc/guality tests fail unless gcc built with -mtune=generic on x86_64? is there a GCC test suite 'enter GDB on failure' option?
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Re: why some gcc/guality tests fail unless gcc built with -mtune=generic on x86_64? is there a GCC test suite 'enter GDB on failure' option?
  • From: Jason Vas Dias <jason.vas.dias@xxxxxxxxx>
• why some gcc/guality tests fail unless gcc built with -mtune=generic on x86_64? is there a GCC test suite 'enter GDB on failure' option?
  • From: Jason Vas Dias <jason.vas.dias@xxxxxxxxx>
• Re: GCC8: fails to build when configured --with-cpu=xscale
  • From: Richard Earnshaw <Richard.Earnshaw@xxxxxxxxxxxx>
• GCC8: fails to build when configured --with-cpu=xscale
  • From: Alexey Neyman <stilor@xxxxxxx>
• Re: Incorrect std::ostream behavior when using RTLD_DEEPBIND and Optimization
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Incorrect std::ostream behavior when using RTLD_DEEPBIND and Optimization
  • From: Daniel Peck <dpeck@xxxxxxxxxxx>
• Re: Disable specific instance of pass ?
  • From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
• Re: Disable specific instance of pass ?
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Disable specific instance of pass ?
  • From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
• Fwd: about update gcc
  • From: "Bin.Cheng" <amker.cheng@xxxxxxxxx>
• Re: large C Language File
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: large C Language File
  • From: Toby Douglass <toby@xxxxxxxxxxxxxx>
• large C Language File
  • From: 李刚 <ligang0413@xxxxxxxxxxxx>
• Re: g++ 8.1, AIX, std::thread::_State linking
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: g++ 8.1, AIX, std::thread::_State linking
  • From: Brian Groose <brian@xxxxxxxxxx>
• Re: g++ 8.1, AIX, std::thread::_State linking
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: g++ 8.1, AIX, std::thread::_State linking
  • From: Bob Wilkinson <bob.wilkinson@xxxxxxxxxxx>
• Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
  • From: Игорь Сотниченко <igor.sotnichenko@xxxxxxxxx>
• Re: I need help, ASAP
  • From: Fabian Cenedese <Cenedese@xxxxxxxx>
• Re: Updated gcc-8.1.0 from gcc-4.7 but permission denied
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: I need help, ASAP
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Updated gcc-8.1.0 from gcc-4.7 but permission denied
  • From: Priya Shrivastava <priyashrivastava16@xxxxxxxxx>
• I need help, ASAP
  • From: "Mam'" <Fixerplunj@xxxxxxxxxxxxxx>
• g++ 8.1, AIX, std::thread::_State linking
  • From: Brian Groose <brian@xxxxxxxxxx>
• Re: gcc works well from console, but not from my program
  • From: Egor Pugin <egor.pugin@xxxxxxxxx>
• Re: gcc works well from console, but not from my program
  • From: Egor Pugin <egor.pugin@xxxxxxxxx>
• gcc works well from console, but not from my program
  • From: Egor Pugin <egor.pugin@xxxxxxxxx>
• Re: Suse Linux ( s390x-linux-gnu-gcc )
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Suse Linux ( s390x-linux-gnu-gcc )
  • From: Sreekanth G <sreekanth.gudisi@xxxxxxxxx>
• Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
  • From: Jeff Law <law@xxxxxxxxxx>
• Re: Regarding download_prerequisite
  • From: Priya Shrivastava <priyashrivastava16@xxxxxxxxx>
• GCC8: Is --with-cpu= allowed for ARM targets?
  • From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
• Re: Regarding download_prerequisite
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Regarding download_prerequisite
  • From: Priya Shrivastava <priyashrivastava16@xxxxxxxxx>
• GCC8: Is --with-cpu= allowed for ARM targets?
  • From: Alexey Neyman <stilor@xxxxxxx>
• gcc-8.1.0 (gotools) build error: fsplit-stack on GNU/Linux
  • From: jayjwa <jayjwa@xxxxxxxxxxx>
• Re: usage of --start-group and --end-group
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Re: usage of --start-group and --end-group
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: usage of --start-group and --end-group
  • From: tong chen <csicong@xxxxxxxxx>
• Re: usage of --start-group and --end-group
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: usage of --start-group and --end-group
  • From: tong chen <csicong@xxxxxxxxx>
• Re: usage of --start-group and --end-group
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• usage of --start-group and --end-group
  • From: tong chen <csicong@xxxxxxxxx>
• Re: Thread pool libgomp (openmp)
  • From: "arrl via gcc-help" <gcc-help@xxxxxxxxxxx>
• Thread pool libgomp (openmp)
  • From: Charles Cardoso <charlesoc94@xxxxxxxxx>
• Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• RE: GCC 8 doesn't generate AVX512 instructions for skylake
  • From: "Peryt, Sebastian" <sebastian.peryt@xxxxxxxxx>
• GCC 8 doesn't generate AVX512 instructions for skylake
  • From: "marcin.krotkiewski" <marcin.krotkiewski@xxxxxxxxx>
• Re: GCC 8.1: Assembler error with lambda default argument
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
  • From: Jeff Law <law@xxxxxxxxxx>
• Re: GCC 8.1: Assembler error with lambda default argument
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• AW: AW: gcc -m32 -dumpmachine
  • From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: John Carter <john.carter@xxxxxxxxxxxxx>
• GCC 8.1: Assembler error with lambda default argument
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: GCC 8.1: alloc-size-larger-than warnings during operator new[]
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• GCC 8.1: alloc-size-larger-than warnings during operator new[]
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: -static-pie support in 8.1
  • From: "Dmitry Vyukov via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: -static-pie support in 8.1
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• -static-pie support in 8.1
  • From: "Dmitry Vyukov via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: some problems when build gcc from source
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• some problems when build gcc from source
  • From: ytw@xxxxxxxxxxx
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: John Carter <john.carter@xxxxxxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: John Carter <john.carter@xxxxxxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: John Carter <john.carter@xxxxxxxxxxxxx>
• Re: AW: gcc -m32 -dumpmachine
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Preprocessor behavior for -fdebug-prefix-map
  • From: Paul Bunch <paulbunc@xxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: John Carter <john.carter@xxxxxxxxxxxxx>
• Re: std::get not returning const rvalue reference from const rvalue reference of tuple
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• std::get not returning const rvalue reference from const rvalue reference of tuple
  • From: Tim <tolez_xuninada@xxxxxxxxxxx>
• RE: About Bug 52485
  • From: SHIH YEN-TE <shihyente@xxxxxxxxxxx>
• Re: Need Help: Problem Installing Blitz
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: About Bug 52485
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gcc -m32 -dumpmachine
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• RE: About Bug 52485
  • From: SHIH YEN-TE <shihyente@xxxxxxxxxxx>
• AW: gcc -m32 -dumpmachine
  • From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: About Bug 52485
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gcc -m32 -dumpmachine
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gcc -m32 -dumpmachine
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• AW: gcc -m32 -dumpmachine
  • From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• AW: gcc -m32 -dumpmachine
  • From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: gcc -m32 -dumpmachine
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gcc -m32 -dumpmachine
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• gcc -m32 -dumpmachine
  • From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: John Carter <john.carter@xxxxxxxxxxxxx>
• Need Help: Problem Installing Blitz
  • From: Kurt VanderKoi <kurt.vanderkoi@xxxxxxxxx>
• Re: Do C dialect options -std=* affect the ABI?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Do C dialect options -std=* affect the ABI?
  • From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
• Re: Do C dialect options -std=* affect the ABI?
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: Do C dialect options -std=* affect the ABI?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Do C dialect options -std=* affect the ABI?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Do C dialect options -std=* affect the ABI?
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Re: Do C dialect options -std=* affect the ABI?
  • From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
• Re: Do C dialect options -std=* affect the ABI?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: How to define multiple processor families?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• avr-g++: __gcc_isr not supported
  • From: Klaus Doldinger <klaus.doldinger64@xxxxxxxxx>
• Re: How to define multiple processor families?
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Do C dialect options -std=* affect the ABI?
  • From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
• Re: How to define multiple processor families?
  • From: Feng Longda <hustjackie@xxxxxxxxx>
• Re: How to define multiple processor families?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: How to define multiple processor families?
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• How to define multiple processor families?
  • From: Feng Longda <hustjackie@xxxxxxxxx>
• Re: GCC 8 released but not successful ?
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: GCC 8 released but not successful ?
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Re: ppc32: Building tiny executable
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: ppc32: Building tiny executable
  • From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: Mason <slash.tmp@xxxxxxx>
• Re: ppc32: Building tiny executable
  • From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
• Re: ppc32: Building tiny executable
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: ppc32: Building tiny executable
  • From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
• Re: ppc32: Building tiny executable
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• ppc32: Building tiny executable
  • From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
• Counter intuitively, asserts hurt gcc static dataflow analysis.
  • From: John Carter <john.carter@xxxxxxxxxxxxx>
• Re: -nostdlib -lgcc doesn't work
  • From: Patrick Oppenlander <pattyo.lists@xxxxxxxxx>
• Re: -nostdlib -lgcc doesn't work
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: -nostdlib -lgcc doesn't work
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: A tricky problem
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• -nostdlib -lgcc doesn't work
  • From: Patrick Oppenlander <pattyo.lists@xxxxxxxxx>
• Question reg fminnm/fmaxnm generation in aarch64
  • From: Indu Bhagat <indu.bhagat@xxxxxxxxxx>
• Re: A tricky problem
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• Re: A tricky problem
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• Re: A tricky problem
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Re: A tricky problem
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• A tricky problem
  • From: yiliang chen <chenyiliangex@xxxxxxxxx>
• Re: i don't known what is happened
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• i don't known what is happened
  • From: yiliang chen <chenyiliangex@xxxxxxxxx>
• Re: Linking with -pthread only if linking with a .so that needs it
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: Linking with -pthread only if linking with a .so that needs it
  • From: Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx>
• Re: Linking with -pthread only if linking with a .so that needs it
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: GCC Internals - missing target attributes
  • From: Jeff Law <law@xxxxxxxxxx>
• Re: libstdc++ __inplace_stable_sort build failure
  • From: Niklas Gürtler <profclonk@xxxxxxxxx>
• Re: libstdc++ __inplace_stable_sort build failure
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• libstdc++ __inplace_stable_sort build failure
  • From: <nsajko@xxxxxxxxx>
• Re: GCC 8 released but not successful ?
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: GCC 8 released but not successful ?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: GCC 8 released but not successful ?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: GCC 8 released but not successful ?
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Re: GCC 8 released but not successful ?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: GCC 8 released but not successful ?
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Re: GCC 8 released but not successful ?
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• GCC 8 released but not successful ?
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Mark _init/_fini with .hidden?
  • From: Yuri Gribov <tetra2005@xxxxxxxxx>
• Re: Linking with -pthread only if linking with a .so that needs it
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Linking with -pthread only if linking with a .so that needs it
  • From: Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx>
• Re: Linking with -pthread only if linking with a .so that needs it
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gcc-7.3.0 compiling fails on Synology DS212j
  • From: Jonathan Wakely <jwakely@xxxxxxxxxx>
• Re: Testing Red Hat EMAIL subsystems please ignore
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Testing Red Hat EMAIL subsystems please ignore
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Testing Red Hat EMAIL subsystems please ignore
  • From: mkearey@xxxxxxxxxx
• gcc-7.3.0 compiling fails on Synology DS212j
  • From: Willem van der Velde <willem@xxxxxxxxxxxxxxxxxxxx>
• Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
  • From: Mason <slash.tmp@xxxxxxx>
• Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
  • From: Jack Andrews <effbiae@xxxxxxxxx>
• Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
  • From: Mason <slash.tmp@xxxxxxx>
• Re: Aarch64 / simd / ld1r question
  • From: Steve Ellcey <sellcey@xxxxxxxxxx>
• Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: difference in calculation result when using gcc vs Visual studio and optimisation flag
  • From: Mason <slash.tmp@xxxxxxx>
• difference in calculation result when using gcc vs Visual studio and optimisation flag
  • From: Игорь Сотниченко <igor.sotnichenko@xxxxxxxxx>
• AW: parse target triplet into arch-vendor-abi?
  • From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
• Re: parse target triplet into arch-vendor-abi?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• parse target triplet into arch-vendor-abi?
  • From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
• Re: Aarch64 / simd / ld1r question
  • From: Kyrill Tkachov <kyrylo.tkachov@xxxxxxxxxxxx>
• Aarch64 / simd / ld1r question
  • From: Steve Ellcey <sellcey@xxxxxxxxxx>
• Re: gcj help needed: export functions to dll and file size of libgcj.dll
  • From: Mason <slash.tmp@xxxxxxx>
• Re: compiled programs significantly slower after upgrading
  • From: Jack Stalnaker <jack.stalnaker@xxxxxxxxx>
• Re: compiled programs significantly slower after upgrading
  • From: Mason <slash.tmp@xxxxxxx>
• Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc 5.4 and 7.2
  • From: Mason <slash.tmp@xxxxxxx>
• Linking with -pthread only if linking with a .so that needs it
  • From: Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx>
• Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Wrong snprintf optimalization
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Re: seg.fault compiling quantum-espresso
  • From: "Gerson J. Ferreira" <gersonjferreira@xxxxxxxxx>
• Re: seg.fault compiling quantum-espresso
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• RE: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and7.2
  • From: Ignitus Boyone <ignitusboyone@xxxxxxxxx>
• Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• seg.fault compiling quantum-espresso
  • From: "Gerson J. Ferreira" <gersonjferreira@xxxxxxxxx>
• 1 of 1,851 Trouble compiling aarch64 cross builds of gcc5.4 and 7.2
  • From: Ignitus Boyone <ignitusboyone@xxxxxxxxx>
• gcj help needed: export functions to dll and file size of libgcj.dll
  • From: "Axel Wilke" <becod@xxxxxxx>
• Re: gcc stack protector
  • From: Niklas Gürtler <profclonk@xxxxxxxxx>
• gcc stack protector
  • From: Debasis Das <debasis356das356@xxxxxxxxx>
• Re: compiled programs significantly slower after upgrading
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: compiled programs significantly slower after upgrading
  • From: Jeff Law <law@xxxxxxxxxx>
• Re: compiled programs significantly slower after upgrading
  • From: Jack Stalnaker <jack.stalnaker@xxxxxxxxx>
• Re: compiled programs significantly slower after upgrading
  • From: Jeff Law <law@xxxxxxxxxx>
• Re: compiled programs significantly slower after upgrading
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• compiled programs significantly slower after upgrading
  • From: Jack Stalnaker <jack.stalnaker@xxxxxxxxx>
• Re: fno-pie
  • From: Martin Sebor <msebor@xxxxxxxxx>
• gcc bugid 85440 re ppc64 and libquadmath
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Re: fno-pie
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Help needed : /usr/include/c++/7.2.0/bits/std_abs.h:55:26: error: use of undeclared identifier '__builtin_labs'
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• fno-pie
  • From: Uma Rajagopal <uma67sweetu@xxxxxxxxx>
• Re: Help needed : /usr/include/c++/7.2.0/bits/std_abs.h:55:26: error: use of undeclared identifier '__builtin_labs'
  • From: Jack Andrews <effbiae@xxxxxxxxx>
• Help needed : /usr/include/c++/7.2.0/bits/std_abs.h:55:26: error: use of undeclared identifier '__builtin_labs'
  • From: fei phung <feiphung27@xxxxxxxxx>
• Re: C++ Compiler
  • From: "Roy Ware via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: C++ Compiler
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Re: C++ Compiler
  • From: Andrew Bell <andrew.bell.ia@xxxxxxxxx>
• Re: C++ Compiler
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• C++ Compiler
  • From: "Roy Ware via gcc-help" <gcc-help@xxxxxxxxxxx>
• GCC Reports Wrong Cache Size?
  • From: Fabian Russell <fr314159@xxxxxxxxx>
• Re: Using initializer without a cast?
  • From: Bostjan Mihoric <ccompletion@xxxxxxxxx>
• Re: fortran 95
  • From: Agmon Ilana <chilana@xxxxxxxxxxxxxx>
• Re: fortran 95
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• fortran 95
  • From: "Ilana Agmon" <chilana@xxxxxxxxxxxxxx>
• Re: multiple definition of fstat in stat.h when compiling a library
  • From: Jack Stalnaker <jack.stalnaker@xxxxxxxxx>
• Re: Using initializer without a cast?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Using initializer without a cast?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: multiple definition of fstat in stat.h when compiling a library
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Using initializer without a cast?
  • From: Bostjan Mihoric <ccompletion@xxxxxxxxx>
• multiple definition of fstat in stat.h when compiling a library
  • From: Jack Stalnaker <jack.stalnaker@xxxxxxxxx>
• Interesting case of Incompatible pointer type warning
  • From: Bostjan Mihoric <ccompletion@xxxxxxxxx>
• Re: Error building bootstrapped multilib GCC
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Re: A question about setting Location Counter to a new value in ld linker script
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• Error building bootstrapped multilib GCC
  • From: Ben Sferrazza <bsferrazza@xxxxxxxxxx>
• Re: A question about setting Location Counter to a new value in ld linker script
  • From: Mason <slash.tmp@xxxxxxx>
• Re: A question about setting Location Counter to a new value in ld linker script
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• Re: A question about setting Location Counter to a new value in ld linker script
  • From: Mason <slash.tmp@xxxxxxx>
• A question about setting Location Counter to a new value in ld linker script
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• Re: Using pure and const attributes for Meyers' singleton
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: Using pure and const attributes for Meyers' singleton
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• RE: Using pure and const attributes for Meyers' singleton
  • From: <Antons.Jelkins@xxxxxx>
• Re: Using pure and const attributes for Meyers' singleton
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Using pure and const attributes for Meyers' singleton
  • From: <Antons.Jelkins@xxxxxx>
• Re: pie option support
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Re: HTML spam filters are broken
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• pie option support
  • From: Uma Rajagopal <uma67sweetu@xxxxxxxxx>
• HTML spam filters are broken
  • From: "graham stott via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: unwind_resume and dwarf 2
  • From: "fedor_qd via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: gfortran 7 compiler
  • From: Ovais Khan <okhan@xxxxxxxxxxxx>
• Re[8]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
• Re: friend function definition
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: friend function definition
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Re[6]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• Re: friend function definition
  • From: Hans-Christian Stadler <hans-christian.stadler@xxxxxx>
• Re[6]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
• Re: Re[4]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• Re: friend function definition
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: friend function definition
  • From: Matthias Kretz <m.kretz@xxxxxx>
• friend function definition
  • From: Hans-Christian Stadler <hans-christian.stadler@xxxxxx>
• Re[4]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
• Re: Re[2]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• Re[2]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
• Re: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Mason <slash.tmp@xxxxxxx>
• Re[5]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
• Re: Typo on page "https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html".
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Typo on page "https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html".
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Typo on page "https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html".
  • From: Robin Kuzmin <kuzmin.robin@xxxxxxxxx>
• Re: Retpoline support for GCC 5.4.0??
  • From: "Barry, Kyle" <Kyle.Barry@xxxxxxxxxx>
• Re: Retpoline support for GCC 5.4.0??
  • From: Jeff Law <law@xxxxxxxxxx>
• Re: Retpoline support for GCC 5.4.0??
  • From: Mason <slash.tmp@xxxxxxx>
• [C++ concepts] Unwanted decay on requires-expression parameters?
  • From: Avi Kivity <avi@xxxxxxxxxxxx>
• Retpoline support for GCC 5.4.0??
  • From: "Barry, Kyle" <Kyle.Barry@xxxxxxxxxx>
• Re: International Franchise Expo - IFE-2018 Attendees
  • From: Michael Powell <mwpowellhtx@xxxxxxxxx>
• International Franchise Expo - IFE-2018 Attendees
  • From: "Adams Baker" <adams@xxxxxxxxxxxxxxxxxx>
• Re[4]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• Re[4]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
• Re: Re[2]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re[2]: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
• Re: Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Using -Wall and -Woverloaded-virtual together changes the behaviour of the code
  • From: Vadim Zeitlin <vz-gcc@xxxxxxxxxxxx>
• can't get PIE with linker scripts
  • From: Boshi Wang <wangboshi@xxxxxxxxxx>
• Re: gcc 7.3 bootstrap: ld is skipping incompatible mpc/mpfr/gmp libs
  • From: Michael Brunnbauer <brunni@xxxxxxxxxxxx>
• Re: gcc 7.3 bootstrap: ld is skipping incompatible mpc/mpfr/gmp libs
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gcc 7.3 bootstrap: ld is skipping incompatible mpc/mpfr/gmp libs
  • From: Michael Brunnbauer <brunni@xxxxxxxxxxxx>
• Re: gcc 7.3 bootstrap: ld is skipping incompatible mpc/mpfr/gmp libs
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gcc 7.3 bootstrap: ld is skipping incompatible mpc/mpfr/gmp libs
  • From: Michael Brunnbauer <brunni@xxxxxxxxxxxx>
• Re: gcc 7.3 bootstrap: ld is skipping incompatible mpc/mpfr/gmp libs
  • From: Michael Brunnbauer <brunni@xxxxxxxxxxxx>
• Re: gcc 7.3 bootstrap: ld is skipping incompatible mpc/mpfr/gmp libs
  • From: Michael Brunnbauer <brunni@xxxxxxxxxxxx>
• Re: gcc 7.3 bootstrap: ld is skipping incompatible mpc/mpfr/gmp libs
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• gcc 7.3 bootstrap: ld is skipping incompatible mpc/mpfr/gmp libs
  • From: Michael Brunnbauer <brunni@xxxxxxxxxxxx>
• Re: How to debug LTO-related failures?
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Re: unwind_resume and dwarf 2
  • From: "fedor_qd via gcc-help" <gcc-help@xxxxxxxxxxx>
• unwind_resume and dwarf 2
  • From: "fedor_qd via gcc-help" <gcc-help@xxxxxxxxxxx>
• GCC 7.4 release date
  • From: Duarte Nunes <duarte@xxxxxxxxxxxx>
• Re: missing macro usage string in error information
  • From: Basin Ilya <basinilya@xxxxxxxxx>
• Re: missing macro usage string in error information
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• missing macro usage string in error information
  • From: Basin Ilya <basinilya@xxxxxxxxx>
• Re: C Ternary Conditional Expression Last Operand Omission
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• C Ternary Conditional Expression Last Operand Omission
  • From: "Garreau\, Alexandre" <galex-713@xxxxxxxxxxxx>
• Is -fcommon reliable?
  • From: Robert Henderson <rob@xxxxxxxxxxx>
• How to debug LTO-related failures?
  • From: Manuel Lauss <manuel.lauss@xxxxxxxxx>
• Re: gfortran 7 compiler
  • From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
• Re: gfortran 7 compiler
  • From: <sisyphus1@xxxxxxxxxxxxxxx>
• Re: gfortran 7 compiler
  • From: Ovais Khan <okhan@xxxxxxxxxxxx>
• Re: gfortran 7 compiler
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gfortran 7 compiler
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gfortran 7 compiler
  • From: Ovais Khan <okhan@xxxxxxxxxxxx>
• Re: gfortran 7 compiler
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• gfortran 7 compiler
  • From: Ovais Khan <okhan@xxxxxxxxxxxx>
• Re: Dos2Unix Command for Configure
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Dos2Unix Command for Configure
  • From: "Craig Garver via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: The new 128-bit floating point _Float128 per ISO/IEC/IEEE 60559:2011 ??
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Re: The new 128-bit floating point _Float128 per ISO/IEC/IEEE 60559:2011 ??
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: documentation error on https://gcc.gnu.org/onlinedocs/gcc-7.3.0/gcc/x86-Options.html
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Re: documentation error on https://gcc.gnu.org/onlinedocs/gcc-7.3.0/gcc/x86-Options.html
  • From: Mason <slash.tmp@xxxxxxx>
• The new 128-bit floating point _Float128 per ISO/IEC/IEEE 60559:2011 ??
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Undefined behaviour in a small code snippet
  • From: Łukasz Szczur <luks.sfm@xxxxxxxxx>
• documentation error on https://gcc.gnu.org/onlinedocs/gcc-7.3.0/gcc/x86-Options.html
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Re: Stack allocation on amd64
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Stack allocation on amd64
  • From: Mason <slash.tmp@xxxxxxx>
• Re: Stack allocation on amd64
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Stack allocation on amd64
  • From: Mason <slash.tmp@xxxxxxx>
• Re: M2M Users Contact List
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: M2M Users Contact List
  • From: Michael Powell <mwpowellhtx@xxxxxxxxx>
• Re: M2M Users Contact List
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: M2M Users Contact List
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Building a Cross GCC Against a Prebuilt Target Glibc
  • From: Kyle Burge <burgekm.dev@xxxxxxxxx>
• Re: Unable to compile - undefined reference to operator new, delete
  • From: Adesh Kumar <addy@xxxxxxxxxxx>
• Re: Unexpected -Wformat-truncation warnings
  • From: Martin Sebor <msebor@xxxxxxxxx>
• How to disable placing local constants to .rodata for ARM
  • From: Mere Loom <mereloom@xxxxxxxxx>
• Re: __float128 and _Float128 compatibility from ABI point of view
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: Unexpected -Wformat-truncation warnings
  • From: Mason <slash.tmp@xxxxxxx>
• Re: Unexpected -Wformat-truncation warnings
  • From: Jeff Law <law@xxxxxxxxxx>
• Re: Unexpected -Wformat-truncation warnings
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Unexpected -Wformat-truncation warnings
  • From: Mason <slash.tmp@xxxxxxx>
• Re: Unexpected -Wformat-truncation warnings
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Unexpected -Wformat-truncation warnings
  • From: Mason <slash.tmp@xxxxxxx>
• Re: hidden visibility and statics
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• hidden visibility and statics
  • From: "Kilger, Kilian" <kilian.kilger@xxxxxxx>
• Re: __float128 and _Float128 compatibility from ABI point of view
  • From: <sisyphus1@xxxxxxxxxxxxxxx>
• Re: Error Building For arm-none-eabi, stdint.h Missing
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: potential GCC 5.5.0 bug?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: potential GCC 5.5.0 bug?
  • From: Mason <slash.tmp@xxxxxxx>
• Unable to compile - undefined reference to operator new, delete
  • From: Adesh Kumar <addy@xxxxxxxxxxx>
• Re: Gcc on Blue Gene / Q
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: Gcc on Blue Gene / Q
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: Gcc on Blue Gene / Q
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: Is UBSan supposed to produce a finding for _mm_load_sd and _mm_store_sd
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: Function-like macro / error: comparison of unsigned expression >= 0 is always true [-Werror=type-limits]
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Function-like macro / error: comparison of unsigned expression >= 0 is always true [-Werror=type-limits]
  • From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
• __float128 and _Float128 compatibility from ABI point of view
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: Gcc on Blue Gene / Q
  • From: Fatih Ertinaz <fertinaz@xxxxxxxxx>
• Re: Gcc on Blue Gene / Q
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Simple "INSERT AFTER" linker script results in excessively large binary
  • From: Corey Thompson <cmtptr@xxxxxxxxx>
• Re: Gcc on Blue Gene / Q
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Gcc on Blue Gene / Q
  • From: Fatih Ertinaz <fertinaz@xxxxxxxxx>
• configuring reentrant syscalls to compile ARM processor programs
  • From: "Paul Gelencser via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: Gcc on Blue Gene / Q
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Gcc on Blue Gene / Q
  • From: Fatih Ertinaz <fertinaz@xxxxxxxxx>
• Latest Trends Guest Post
  • From: "Destine Nutrition" <william@xxxxxxxxxxxxxxxxxxxx>
• Re: GCC 8, std::uncaught_exceptions, -std=c++17
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: GCC 8, std::uncaught_exceptions, -std=c++17
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• GCC 8, std::uncaught_exceptions, -std=c++17
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: Pre-built GCC Cross-Compiler for Android: How to set the api level?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Pre-built GCC Cross-Compiler for Android: How to set the api level?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Pre-built GCC Cross-Compiler for Android: How to set the api level?
  • From: "Alexander Reiche" <alecxs@xxxxxx>
• Re: I can't make Bugzilla account and there is possible GCC Ada (GNAT) bug in optimizing the code - ada.numerics.real_arrays Real_Matrix multiplication slower than doing things 'by hand'. I attached code.
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: I can't make Bugzilla account and there is possible GCC Ada (GNAT) bug in optimizing the code - ada.numerics.real_arrays Real_Matrix multiplication slower than doing things 'by hand'. I attached code.
  • From: Bojan Bozovic <bozovic.bojan@xxxxxxxxx>
• Re: I can't make Bugzilla account and there is possible GCC Ada (GNAT) bug in optimizing the code - ada.numerics.real_arrays Real_Matrix multiplication slower than doing things 'by hand'. I attached code.
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: GCC 7.3 g++.dg/tls/thread_local-order2.C fails on Centos 6
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Pack expansion in mem-initializer-list with expression-list
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: GCC 7.3 g++.dg/tls/thread_local-order2.C fails on Centos 6
  • From: Jan Boehme <jan.boehme@xxxxxxxxxxxxxx>
• Re: suspicious error 'static declaration follows non-static declaration'
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• Re: suspicious error 'static declaration follows non-static declaration'
  • From: Andrew Makhorin <mao@xxxxxxx>
• Pack expansion in mem-initializer-list with expression-list
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• Re: suspicious error 'static declaration follows non-static declaration'
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• Re: suspicious error 'static declaration follows non-static declaration'
  • From: Andrew Makhorin <mao@xxxxxxx>
• I can't make Bugzilla account and there is possible GCC Ada (GNAT) bug in optimizing the code - ada.numerics.real_arrays Real_Matrix multiplication slower than doing things 'by hand'. I attached code.
  • From: Bojan Bozovic <bozovic.bojan@xxxxxxxxx>
• Re: suspicious error 'static declaration follows non-static declaration'
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• potential GCC 5.5.0 bug?
  • From: Tim <tolez_xuninada@xxxxxxxxxxx>
• Re: suspicious error 'static declaration follows non-static declaration'
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• Re: suspicious error 'static declaration follows non-static declaration'
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• suspicious error 'static declaration follows non-static declaration'
  • From: Andrew Makhorin <mao@xxxxxxx>
• Re: Cross compilation
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Cross compilation
  • From: Ilya Lyubimov <villytiger@xxxxxxxxx>
• GCC 7.3 g++.dg/tls/thread_local-order2.C fails on Centos 6
  • From: Jan Boehme <jan.boehme@xxxxxxxxx>
• edit your images
  • From: "Jimmy" <dongfu@xxxxxxxxxxx>
• Re: How to install GCC
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: How to install GCC
  • From: Kemal Gençay <kemalgencay@xxxxxxxxx>
• Re: gcc 7.2.0 failed with cstdlib:75:15: fatal error: stdlib.h: No such file or directory on a hello-world program
  • From: Tim <tolez_xuninada@xxxxxxxxxxx>
• Re: How to install GCC
  • From: John Dubchak <john@xxxxxxxxxx>
• Re: gcc 7.2.0 failed with cstdlib:75:15: fatal error: stdlib.h: No such file or directory on a hello-world program
  • From: Tim <tolez_xuninada@xxxxxxxxxxx>
• Re: How to install GCC
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gcc 7.2.0 failed with cstdlib:75:15: fatal error: stdlib.h: No such file or directory on a hello-world program
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: How to install GCC
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Re: Multi-language app
  • From: "arrl via gcc-help" <gcc-help@xxxxxxxxxxx>
• How to install GCC
  • From: Mehrdad Tavassoli S225061 <mehrdad.tavassoli@xxxxxxxxxxxxxxxxxx>
• Multi-language app
  • From: NightStrike <nightstrike@xxxxxxxxx>
• Re: Can _mm_crc32_u64() return a value that is bigger than MAX_UINT32?
  • From: Mason <slash.tmp@xxxxxxx>
• Re: gcc 7.2.0 failed with cstdlib:75:15: fatal error: stdlib.h: No such file or directory on a hello-world program
  • From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
• gcc 7.2.0 failed with cstdlib:75:15: fatal error: stdlib.h: No such file or directory on a hello-world program
  • From: Tim <tolez_xuninada@xxxxxxxxxxx>
• Re: Can _mm_crc32_u64() return a value that is bigger than MAX_UINT32?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Can _mm_crc32_u64() return a value that is bigger than MAX_UINT32?
  • From: "Alex Lyakas" <alex@xxxxxxxxxxxxxxxxx>
• Re: Can _mm_crc32_u64() return a value that is bigger than MAX_UINT32?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Can _mm_crc32_u64() return a value that is bigger than MAX_UINT32?
  • From: "Alex Lyakas" <alex@xxxxxxxxxxxxxxxxx>
• Re: Can _mm_crc32_u64() return a value that is bigger than MAX_UINT32?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Can _mm_crc32_u64() return a value that is bigger than MAX_UINT32?
  • From: Eitan Azriel <eitan@xxxxxxxxxxxxxxxxx>
• `typename` keyword before non-type template parameter defined via nested templated `using` in out-of-line member definition
  • From: Łukasz Kucharski <yayamiomate@xxxxxxxxx>
• Re: Possible GCC bug with copy-construction of object on itself?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Possible GCC bug with copy-construction of object on itself?
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Re: GCC 8 20180204 prodces unexpected ambiguous overload error
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Possible GCC bug with copy-construction of object on itself?
  • From: "Ole Kniemeyer" <o_kniemeyer@xxxxxxxx>
• Re: GCC 8 20180204 prodces unexpected ambiguous overload error
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• GCC 8 20180204 prodces unexpected ambiguous overload error
  • From: Bert Wesarg <bert.wesarg@xxxxxxxxxxxxxx>
• RE: GNU OSC (Object Size Checking)
  • From: "Yuchen Zhou (yuczhou)" <yuczhou@xxxxxxxxx>
• Re: GNU OSC (Object Size Checking)
  • From: Martin Sebor <msebor@xxxxxxxxx>
• gfortran -static
  • From: "Sewell, Granville" <sewell@xxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Account creation / password failing
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Account creation / password failing
  • From: Patrik Huber <patrikhuber@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• RE: GNU OSC (Object Size Checking)
  • From: "Yuchen Zhou (yuczhou)" <yuczhou@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: GNU OSC (Object Size Checking)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Chris Hall <gcc@xxxxxxx>
• Re: GNU OSC (Object Size Checking)
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems against
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems against
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems against
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems against C99 rule
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems against
  • From: "Peter T. Breuer" <ptb@xxxxxxxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems against C99 rule
  • From: "Liu Hao" <lh_mouse@xxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems against C99 rule
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• Re: signed/unsigned integer conversion for right shift seems against C99 rule
  • From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
• signed/unsigned integer conversion for right shift seems against C99 rule
  • From: Peter Breuer <peter.t.breuer@xxxxxxxxx>
• RE: Aarch64 ISA additions (SM3, SM4, SHA3)
  • From: Tamar Christina <Tamar.Christina@xxxxxxx>
• Re: GNU OSC (Object Size Checking)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• RE: GNU OSC (Object Size Checking)
  • From: "Yuchen Zhou (yuczhou)" <yuczhou@xxxxxxxxx>
• Aarch64 ISA additions (SM3, SM4, SHA3)
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: GNU OSC (Object Size Checking)
  • From: Martin Sebor <msebor@xxxxxxxxx>
• GNU OSC (Object Size Checking)
  • From: "Yuchen Zhou (yuczhou)" <yuczhou@xxxxxxxxx>
• Re: command-line error message
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• error message
  • From: paul starr <starr1635@xxxxxxxxx>
• command-line error message
  • From: <sevedt@xxxxxxxxx>
• Re: how to disable warning from -flto link ?
  • From: Jay Foad <jay.foad@xxxxxxxxx>
• Re: relocation truncated to fit
  • From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: Question re "--prefix". DESTDIR, and actual installation dir
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: relocation truncated to fit
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: how to disable warning from -flto link ?
  • From: Martin Sebor <msebor@xxxxxxxxx>
• Question re "--prefix". DESTDIR, and actual installation dir
  • From: Gordon McConnell <Gordon.McConnell@xxxxxxxxxxxx>
• relocation truncated to fit
  • From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
• Re: how to disable warning from -flto link ?
  • From: Niklas Gürtler <profclonk@xxxxxxxxx>
• how to disable warning from -flto link ?
  • From: Jay Foad <jay.foad@xxxxxxxxx>
• gcc no longer searches PREFIX/include for headers.
  • From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• gfortran: alignment data in derived type
  • From: Юрий Юрьевич <dr.yuri92@xxxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Sébastien Michelland <sebastien.mld@xxxxxxxxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Georg-Johann Lay <avr@xxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Sébastien Michelland <sebastien.mld@xxxxxxxxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Georg-Johann Lay <avr@xxxxxxxx>
• strftime wrapper: "warning: format not a string literal, format string not checked"
  • From: "R. Diez via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: Compiler Explorer
  • From: Matt Godbolt <matt@xxxxxxxxxxx>
• Re: Should __attribute__((optimize("align-loops=32"))) work ? (for x86_64)
  • From: Chris Hall <chris@xxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
• Re: Compiler Explorer
  • From: Mason <slash.tmp@xxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Georg-Johann Lay <avr@xxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Georg-Johann Lay <avr@xxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Sébastien Michelland <sebastien.mld@xxxxxxxxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Sébastien Michelland <sebastien.mld@xxxxxxxxxxxxxx>
• Re: Post-increment constraint in inline assembly (SuperH)
  • From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
• Post-increment constraint in inline assembly (SuperH)
  • From: Sébastien Michelland <sebastien.mld@xxxxxxxxxxxxxx>
• Re: Should __attribute__((optimize("align-loops=32"))) work ? (for x86_64)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: checking that the GCC8 compiler is working correctly in Debian Sid
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Should __attribute__((optimize("align-loops=32"))) work ? (for x86_64)
  • From: Chris Hall <chris@xxxxxxx>
• checking that the GCC8 compiler is working correctly in Debian Sid
  • From: Michael Fothergill <michael.fothergill@xxxxxxxxx>
• Re: How to bootstrap GCC with custom flags for libcc1?
  • From: Alex Vong <alexvong1995@xxxxxxxxx>
• Re: How to bootstrap GCC with custom flags for libcc1?
  • From: Alex Vong <alexvong1995@xxxxxxxxx>
• Re: How to bootstrap GCC with custom flags for libcc1?
  • From: Alex Vong <alexvong1995@xxxxxxxxx>
• How to bootstrap GCC with custom flags for libcc1?
  • From: Alex Vong <alexvong1995@xxxxxxxxx>
• Re: Build fail for 7.3.0 with in-tree binutils
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: Build fail for 7.3.0 with in-tree binutils
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Build fail for 7.3.0 with in-tree binutils
  • From: Matt Godbolt <matt@xxxxxxxxxxx>
• Re: Build fail for 7.3.0 with in-tree binutils
  • From: Matt Godbolt <matt@xxxxxxxxxxx>
• Re: Build fail for 7.3.0 with in-tree binutils
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Build fail for 7.3.0 with in-tree binutils
  • From: Matt Godbolt <matt@xxxxxxxxxxx>
• Re: Build fail for 7.3.0 with in-tree binutils
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Build fail for 7.3.0 with in-tree binutils
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Build fail for 7.3.0 with in-tree binutils
  • From: Matt Godbolt <matt@xxxxxxxxxxx>
• Re: Build fail for 7.3.0 with in-tree binutils
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Build fail for 7.3.0 with in-tree binutils
  • From: Matt Godbolt <matt@xxxxxxxxxxx>
• Should __attribute__((optimize("align-loops"))) work ? (for x86_64)
  • From: Chris Hall <chris@xxxxxxx>
• Re: Builti-in atomic functions in version 4.7.3
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Builti-in atomic functions in version 4.7.3
  • From: "Rex Dog via gcc-help" <gcc-help@xxxxxxxxxxx>
• Optimizing returning a struct instance larger a quadword
  • From: Denis Sukhonin <d.sukhonin@xxxxxxxxx>
• Re: internal compiler error
  • From: "Matt Sexton via gcc-help" <gcc-help@xxxxxxxxxxx>
• Re: internal compiler error
  • From: Mason <slash.tmp@xxxxxxx>
• Re: MSA support
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• MSA support
  • From: Polina Belova <be4erry@xxxxxxxxx>
• Fwd: failure notice
  • From: Jong Han <jonghanpe@xxxxxxxxx>