GCC Help
[Prev Page][Next Page]
- Re: List of CPU architecture-specific macros?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Weird optimization for tuples?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- List of CPU architecture-specific macros?
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: svn checkout error
- From: Aparna Kumta <aparna.kumta@xxxxxxxxxx>
- Re: Flex/Bison Scripts for C++
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Flex/Bison Scripts for C++
- From: Lakshay Garg <lakshaygarg1996+gcc@xxxxxxxxx>
- Re: svn checkout error
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- svn checkout error
- From: Aparna Kumta <aparna.kumta@xxxxxxxxxx>
- Re: gcov/lcov problems with branch coverage and c++
- From: Sven Eppler <sven@xxxxxxxxxxxxx>
- Re: define and single quotes and C++11 vs 14
- From: Liu Hao <ltpmouse@xxxxxxxxx>
- Re: define and single quotes and C++11 vs 14
- From: Liu Hao <ltpmouse@xxxxxxxxx>
- Re: define and single quotes and C++11 vs 14
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: gcov/lcov problems with branch coverage and c++
- From: andre maute <andre.maute@xxxxxx>
- define and single quotes and C++11 vs 14
- From: Jason Mancini <jayrusman@xxxxxxxxxxx>
- Re: gcov/lcov problems with branch coverage and c++
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: gcov/lcov problems with branch coverage and c++
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- RE: GCC Compiling Issue
- From: "NAMIAS, JOHN D CTR USAF AFMC AFLCMC/HIBD" <john.namias.ctr@xxxxxxxxx>
- Re: GCC Compiling Issue
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- GCC Compiling Issue
- From: "NAMIAS, JOHN D CTR USAF AFMC AFLCMC/HIBD" <john.namias.ctr@xxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Mason <slash.tmp@xxxxxxx>
- Re: gcov/lcov problems with branch coverage and c++
- From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: David Brown <david@xxxxxxxxxxxxxxx>
- gcov/lcov problems with branch coverage and c++
- From: Sven Eppler <sven@xxxxxxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Mason <slash.tmp@xxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Mason <slash.tmp@xxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Using __STDC_VERSION__ macro
- From: Mason <slash.tmp@xxxxxxx>
- Re: Disable libmvec
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Disable libmvec
- From: "Rei Y." <rei.commonlisp@xxxxxxxxx>
- Re: gcc libraries paths
- From: robertdaleweir <robertdaleweir@xxxxxxxxx>
- Re: gcc libraries paths
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- gcc libraries paths
- From: robertdaleweir <robertdaleweir@xxxxxxxxx>
- Re: undefined errors for inline function
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: undefined errors for inline function
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: undefined errors for inline function
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- RE: undefined errors for inline function
- From: vijay nag <vijunag@xxxxxxxxx>
- Re: How to understand the "memory" and the volatile keyword?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Cary Coutant <ccoutant@xxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Lakshay Garg <lakshaygarg1996+gcc@xxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Andrew Haley <aph@xxxxxxxxxx>
- Help with linking and symbol resolution
- From: Lakshay Garg <lakshaygarg1996+gcc@xxxxxxxxx>
- Re: Turning off verbose dump
- From: "Walter Dnes" <waltdnes@xxxxxxxxxxxx>
- Re: Turning off verbose dump
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Turning off verbose dump
- From: L A Walsh <gcc@xxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Turning off verbose dump
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: __MOVBE__ not defined when movbe feature is available?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Turning off verbose dump
- From: L A Walsh <gcc@xxxxxxxxx>
- Re: preprocessor warn of duplicate include guard macros?
- From: Hogren <hogren@xxxxxxxxx>
- Re: gcc performance and bootstrap
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: gcc performance and bootstrap
- From: Oleg Smolsky <oleg@xxxxxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Matthias Apitz <guru@xxxxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Matthias Apitz <guru@xxxxxxxxxxx>
- Re: Turning off verbose dump
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc performance and bootstrap
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Turning off verbose dump
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Turning off verbose dump
- From: L A Walsh <gcc@xxxxxxxxx>
- preprocessor warn of duplicate include guard macros?
- From: Larry Evans <cppljevans@xxxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- gcc performance and bootstrap
- From: Oleg Smolsky <oleg@xxxxxxxxxxxx>
- Re: Can we get C/C++ struct's member number, type, name, and format string?
- From: Mason <slash.tmp@xxxxxxx>
- Re: How can I install gcc in different partition?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- __MOVBE__ not defined when movbe feature is available?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: How can I install gcc in different partition?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: How can I install gcc in different partition?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: In C, how to make GCC recognize subtraction with borrow?
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Machine constraint for ARM vector extract?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Machine constraint for ARM vector extract?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: In C, how to make GCC recognize subtraction with borrow?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Can we get C/C++ struct's member number, type, name, and format string?
- From: Martin Sebor <msebor@xxxxxxxxx>
- In C, how to make GCC recognize subtraction with borrow?
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: shift+test optimization error
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: shift+test optimization error
- From: Bob Rorschach <rfr@xxxxxxxxx>
- Re: shift+test optimization error
- From: Mason <slash.tmp@xxxxxxx>
- Re: shift+test optimization error
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Can we get C/C++ struct's member number, type, name, and format string?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: shift+test optimization error
- From: leon zadorin <leonleon77@xxxxxxxxx>
- Can we get C/C++ struct's member number, type, name, and format string?
- From: hank fu <hankfumail@xxxxxxxxx>
- shift+test optimization error
- From: Bob Rorschach <rfr@xxxxxxxxx>
- Re: building a cross compiler for arm arch.
- From: Atar <atar.yosef@xxxxxxxxx>
- Re: building a cross compiler for arm arch.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: enum and macro collision
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: GCC optimization bug?
- From: Mason <slash.tmp@xxxxxxx>
- Re: GCC optimization bug?
- From: Andrew Haley <aph@xxxxxxxxxx>
- building a cross compiler for arm arch.
- From: Atar <atar.yosef@xxxxxxxxx>
- Re: GCC optimization bug?
- From: Mason <slash.tmp@xxxxxxx>
- Re: GCC optimization bug?
- From: Anubhav Sharma <anubhav@xxxxxxxxxxxxxx>
- Re: enum and macro collision
- From: vijay nag <vijunag@xxxxxxxxx>
- Re: enum and macro collision
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- enum and macro collision
- From: vijay nag <vijunag@xxxxxxxxx>
- Re: GCC optimization bug?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: GCC optimization bug?
- From: Mason <slash.tmp@xxxxxxx>
- Re: Problem with std::endl, left-shift operator and valarray
- From: Sébastien Aubry <sebastien.aubry31@xxxxxxxxx>
- Re: GCC optimization bug?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: GCC optimization bug?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: GCC optimization bug?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: GCC optimization bug?
- From: Lee Duhem <lee.duhem@xxxxxxxxx>
- GCC optimization bug?
- From: anubhav <anubhav@xxxxxxxxxxxxxx>
- detecting missing early clobber in asm statements
- From: "Zdenek Sojka" <zsojka@xxxxxxxxx>
- Re: [aarch64] union{float16_t;uint16}
- From: "Leo" <81905678@xxxxxx>
- Re: [aarch64] union{float16_t;uint16}
- From: Mason <slash.tmp@xxxxxxx>
- Re: [aarch64] union{float16_t;uint16}
- From: Mason <slash.tmp@xxxxxxx>
- gcc fails to vectorise the product of a complex array
- From: Raphael C <drraph@xxxxxxxxx>
- =?gb18030?b?ob5hYXJjaDY0ob91bmlvbntmbG9hdDE2X3Q7dWlu?==?gb18030?b?dDE2fQ==?=
- From: "=?gb18030?b?TGVv?=" <81905678@xxxxxx>
- Re: arm mulltilib build
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Dominik Inführ <dominik.infuehr@xxxxxxxxxxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Andrew Haley <aph@xxxxxxxxxx>
- GCC Build Defaults to Debug Mode?
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- arm mulltilib build
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: How can I install gcc in different partition?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: How can I install gcc in different partition?
- From: ssmtpmailtesting ssmtpmailtesting <ssmtpmailtesting@xxxxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Sergiu Ivanov <sivanov@xxxxxxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Mason <slash.tmp@xxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Sergiu Ivanov <sivanov@xxxxxxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Sergiu Ivanov <sivanov@xxxxxxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Mason <slash.tmp@xxxxxxx>
- Re: How can I install gcc in different partition?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- How can I install gcc in different partition?
- From: ssmtpmailtesting ssmtpmailtesting <ssmtpmailtesting@xxxxxxxxx>
- g++ trouble with empty initialiser list for big std::array
- From: Sergiu Ivanov <sivanov@xxxxxxxxxxx>
- Re: -arch: not found
- From: Nick Leli <nicholasleli@xxxxxxxxx>
- Re: -arch: not found
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: -arch: not found
- From: Nick Leli <nicholasleli@xxxxxxxxx>
- Re: -arch: not found
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: -arch: not found
- From: Andrew Haley <aph@xxxxxxxxxx>
- -arch: not found
- From: Nick Leli <nicholasleli@xxxxxxxxx>
- Re: error: invalid conversion from ‘const char*’ to ‘char*’ [-fpermissive]
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- error: invalid conversion from ‘const char*’ to ‘char*’ [-fpermissive]
- From: Nick Leli <nicholasleli@xxxxxxxxx>
- Re: -Wmissing-field-initializers got shot in the leg
- From: Georg GCC User <georggcc@xxxxxxxxxxxxxx>
- Re: -Wmissing-field-initializers got shot in the leg
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- -Wmissing-field-initializers got shot in the leg
- From: Georg GCC User <georggcc@xxxxxxxxxxxxxx>
- Re: gcc on iMac running Sierra
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: OpenMP 4.0 offloading for intelmic target. Can not find to mkoffload.
- From: Ivan Kulagin <ivan.i.kulagin@xxxxxxxxx>
- gcc on iMac running Sierra
- From: Richard Phillips <rphillips003@xxxxxxxxxxxxxxxx>
- Re: OpenMP 4.0 offloading for intelmic target. Can not find to mkoffload.
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- OpenMP 4.0 offloading for intelmic target. Can not find to mkoffload.
- From: Ivan Kulagin <ivan.i.kulagin@xxxxxxxxx>
- possible values of the --target switch of the configure script.
- From: Atar <atar.yosef@xxxxxxxxx>
- Re: Mixing C++11 atomics and OpenMP
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Mixing C++11 atomics and OpenMP
- From: Michael Underhill <4145098@xxxxxxxxx>
- Re: Mixing C++11 atomics and OpenMP
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Mixing C++11 atomics and OpenMP
- From: Andrew Haley <aph@xxxxxxxxxx>
- Mixing C++11 atomics and OpenMP
- From: Michael Underhill <4145098@xxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Problem with std::endl, left-shift operator and valarray
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Problem with std::endl, left-shift operator and valarray
- From: Sébastien Aubry <sebastien.aubry31@xxxxxxxxx>
- Re: Problem with std::endl, left-shift operator and valarray
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Problem with std::endl, left-shift operator and valarray
- From: Sébastien Aubry <sebastien.aubry31@xxxxxxxxx>
- Re: Empty destructor definition disables optimization.
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: [libstdc++-v3] lib64 folder is ignored when building x86_64-*-linux-gnu multilib cross toolchain
- From: Dmitry Perov <perov90@xxxxxxxxx>
- Empty destructor definition disables optimization.
- From: Juan Cabrera <jjcp.91@xxxxxxxxx>
- Re: feature or a bug with long double (quad-precision) in gcc (6.2.1)
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: [libstdc++-v3] lib64 folder is ignored when building x86_64-*-linux-gnu multilib cross toolchain
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- [libstdc++-v3] lib64 folder is ignored when building x86_64-*-linux-gnu multilib cross toolchain
- From: Dmitry Perov <perov90@xxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- -mlong-double-* used in libgcc/config/t-* files
- From: "Zdenek Sojka" <zsojka@xxxxxxxxx>
- Thinking about expanding your consultancy?
- From: DavidWhipple@xxxxxxxxxxxxxxxxxx
- Re: Using gcc-6.2 with -std=c++03 switch leads to compile errors
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Using gcc-6.2 with -std=c++03 switch leads to compile errors
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Comparison of global addresses not constexpr; is this a GCC bug?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Using gcc-6.2 with -std=c++03 switch leads to compile errors
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Comparison of global addresses not constexpr; is this a GCC bug?
- From: Enis BAYRAMOĞLU <enisbayramoglu@xxxxxxxxx>
- Re: support
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- support
- From: g arumugam <arumugamgandhi@xxxxxxxxx>
- Re: Adding a new thread model to libstdc++-v3
- From: Silvano Seva <silseva@xxxxxxxxxxxxx>
- Re: Adding a new thread model to libstdc++-v3
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Adding a new thread model to libstdc++-v3
- From: Silvano Seva <silseva@xxxxxxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Why isn't gcc designed to use option boundary only for targets in target_clones attribute?
- From: "Mingye Wang (Arthur2e5)" <arthur200126@xxxxxxxxx>
- Re: Why isn't gcc designed to use option boundary only for targets in target_clones attribute?
- From: Evgeny Stupachenko <evstupac@xxxxxxxxx>
- Re: Why isn't gcc designed to use option boundary only for targets in target_clones attribute?
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Why isn't gcc designed to use option boundary only for targets in target_clones attribute?
- From: Mason <slash.tmp@xxxxxxx>
- Re: Using the stack from inline assembly
- From: Andrew Haley <aph@xxxxxxxxxx>
- Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Why isn't gcc designed to use option boundary only for targets in target_clones attribute?
- From: "Mingye Wang (Arthur2e5)" <arthur200126@xxxxxxxxx>
- gcc with --disable-nls
- From: "fedor_qd via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: Statically linked gcc
- From: Bob Wilkinson <bob.wilkinson@xxxxxxxxxxx>
- Statically linked gcc
- From: Сергей Солнцев <serrrega.s@xxxxxxxxx>
- Re: printf() print arguments in reversed order
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Re: printf() print arguments in reversed order
- From: Andrew Makhorin <mao@xxxxxxx>
- Original file path of precompiled header
- From: Vasily Romanikhin <vasily.romanikhin@xxxxxxxxx>
- Re: Re: printf() print arguments in reversed order
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Re: printf() print arguments in reversed order
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Re: printf() print arguments in reversed order
- From: "lhmouse"<lh_mouse@xxxxxxx>
- Re: printf() print arguments in reversed order
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: printf() print arguments in reversed order
- From: Mason <slash.tmp@xxxxxxx>
- Re: feature or a bug with long double (quad-precision) in gcc (6.2.1)
- From: Mason <slash.tmp@xxxxxxx>
- Re: printf() print arguments in reversed order
- From: "lhmouse"<lh_mouse@xxxxxxx>
- printf() print arguments in reversed order
- From: topher <topherchen@xxxxxxxxx>
- Re: feature or a bug with long double (quad-precision) in gcc (6.2.1)
- From: Vladimir Lomov <lomov.vl@xxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: Missed optimization wrt. constructor clobbers?
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Jakub Jelinek <jakub@xxxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Mason <slash.tmp@xxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: Missed optimization wrt. constructor clobbers?
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: Missed optimization wrt. constructor clobbers?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Missed optimization wrt. constructor clobbers?
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: feature or a bug with long double (quad-precision) in gcc (6.2.1)
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Allocation of local variables on stack
- From: Ingo Rohloff <ingo.rohloff@xxxxxxxxxxxxxx>
- Re: Why GCC prefers global size-unaware deallocation function?
- From: Ruslan Garipov <brigadir15@xxxxxxxxx>
- Re: Why GCC prefers global size-unaware deallocation function?
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Why GCC prefers global size-unaware deallocation function?
- From: Ruslan Garipov <brigadir15@xxxxxxxxx>
- feature or a bug with long double (quad-precision) in gcc (6.2.1)
- From: Vladimir Lomov <lomov.vl@xxxxxxxxx>
- Re: compile template question
- From: chenzero <chenzero@xxxxxxxxxxx>
- Re: Re: Re: compile template question
- From: "lhmouse"<lh_mouse@xxxxxxx>
- Re: Re: compile template question
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Re: compile template question
- From: "lhmouse"<lh_mouse@xxxxxxx>
- Re: compile template question
- From: chenzero <chenzero@xxxxxxxxxxx>
- Re: compile template question
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: compile template question
- From: chenzero <chenzero@xxxxxxxxxxx>
- Re: compile template question
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: The -Wp,M options behaviour change
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: The -Wp,M options behaviour change
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Stop bootstrap build after stage 1?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Stop bootstrap build after stage 1?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Stop bootstrap build after stage 1?
- From: Dominik Vogt <vogt@xxxxxxxxxxxxxxxxxx>
- Re: The -Wp,M options behaviour change
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: Build stage-1 gcc with ubsan
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: Build stage-1 gcc with ubsan
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: The -Wp,M options behaviour change
- From: "Wangnan (F)" <wangnan0@xxxxxxxxxx>
- Build stage-1 gcc with ubsan
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: The -Wp,M options behaviour change
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- The -Wp,M options behaviour change
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: tree-pta
- From: Mason <slash.tmp@xxxxxxx>
- Re: Begin Never Called but End is correctly called for in iterators
- From: Mason <slash.tmp@xxxxxxx>
- Begin Never Called but End is correctly called for in iterators
- From: nick <xerofoify@xxxxxxxxx>
- Re: Threaded Binary Tree Worked with same code a few days ago under g++ in ubuntu 16.04
- From: nick <xerofoify@xxxxxxxxx>
- Re: Threaded Binary Tree Worked with same code a few days ago under g++ in ubuntu 16.04
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Threaded Binary Tree Worked with same code a few days ago under g++ in ubuntu 16.04
- From: nick <xerofoify@xxxxxxxxx>
- Re: tree-pta
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: libatomic tests fail and entire testsuite exits from gcc-5.4.0 build
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: libatomic tests fail and entire testsuite exits from gcc-5.4.0 build
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: libatomic tests fail and entire testsuite exits from gcc-5.4.0 build
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- libatomic tests fail and entire testsuite exits from gcc-5.4.0 build
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- tree-pta
- From: Julien Teisseire <julien.teisseire@xxxxxxxxx>
- Re: verbosity of compiler
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: verbosity of compiler
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: verbosity of compiler
- From: Leseratte <bookreader@xxxxxxx>
- verbosity of compiler
- From: Leseratte <bookreader@xxxxxxx>
- OpenACC problems on GCC
- From: Esteban Hernández <eshernan@xxxxxxxxx>
- Re: LTO vs zero length bit fields
- From: Jay Foad <jay.foad@xxxxxxxxx>
- Using ccache for xgcc
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Leseratte <bookreader@xxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Andrew Haley <aph@xxxxxxxxxx>
- Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: template parameters not deducible in partial specialization
- From: Leseratte <bookreader@xxxxxxx>
- Re: template parameters not deducible in partial specialization
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: template parameters not deducible in partial specialization
- From: Leseratte <bookreader@xxxxxxx>
- Re: template parameters not deducible in partial specialization
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- template parameters not deducible in partial specialization
- From: Leseratte <bookreader@xxxxxxx>
- gcc options to support SMC & VMSR instructions for ARM cortex-a7 (armv7-a)
- From: "Dwivedi, Ramesh Kumar" <c_rdwive@xxxxxxxxxxxxxxxx>
- Re: Base Class initialization with brackets, calls move constructor. Compiles well with parenthesis.
- From: Carlos Ferreira <carlosmf.pt@xxxxxxxxx>
- Re: Base Class initialization with brackets, calls move constructor. Compiles well with parenthesis.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Base Class initialization with brackets, calls move constructor. Compiles well with parenthesis.
- From: Carlos Ferreira <carlosmf.pt@xxxxxxxxx>
- Re: GCC 6.2 and shared libraries: dlopen not found
- From: Richard Sewards <richard.sewards@xxxxxxxx>
- bootstrap 5.4.0 fails in stage 3 with missing-objcopy: command not found
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: GCC 6.2 and shared libraries: dlopen not found
- From: Andrew Haley <aph@xxxxxxxxxx>
- RE: GCC 6.2 and shared libraries: dlopen not found
- From: Richard Sewards <richard.sewards@xxxxxxxx>
- Re: GCC 6.2 and shared libraries: dlopen not found
- From: Andrew Haley <aph@xxxxxxxxxx>
- GCC 6.2 and shared libraries: dlopen not found
- From: Richard Sewards <richard.sewards@xxxxxxxx>
- Re: gcc warns for memmove (0, b, 0)
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: gcc warns for memmove (0, b, 0)
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc warns for memmove (0, b, 0)
- From: Mason <slash.tmp@xxxxxxx>
- Re: gcc warns for memmove (0, b, 0)
- From: Andrew Haley <aph@xxxxxxxxxx>
- gcc warns for memmove (0, b, 0)
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: dynamically-allocated memory is uninitialized
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: dynamically-allocated memory is uninitialized
- From: nick <xerofoify@xxxxxxxxx>
- Re: How do I get rid of a memory hole(in cortexm0plus)?
- From: Johann Klammer <klammerj@xxxxxx>
- Re: dynamically-allocated memory is uninitialized
- Re: dynamically-allocated memory is uninitialized
- From: Mason <slash.tmp@xxxxxxx>
- How best to use --enable-stage1-checking and does --enable-stage2-checking exist ?
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Weird Error with Hashtable Code for Assignment(Maybe Compiler Bug)
- From: nick <xerofoify@xxxxxxxxx>
- Re: Weird warning
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Matthew Sellers <matt@xxxxxxxxx>
- GCC 6.2 ASAN issue with -O2 and std::atomic::load()
- From: Paul Smith <psmith@xxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Matthew Sellers <matt@xxxxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Matthew Sellers <matt@xxxxxxxxx>
- Re: Weird warning
- From: Marcel Keller <M.Keller@xxxxxxxxxxxxx>
- Weird warning
- From: Marcel Keller <M.Keller@xxxxxxxxxxxxx>
- Re: Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: jhenson1 <jon.henson1@xxxxxxxxxx>
- -fvisibility-inlines-hidden not effective for templated functions
- From: Jan Engelhardt <jengelh@xxxxxxx>
- Re: Spam filters
- From: Mason <slash.tmp@xxxxxxx>
- Re: std=c++14 greatly increases debuginfo size. why?
- From: John Steele Scott <toojays@xxxxxxxxxxx>
- Re: Possible problem with mpfr sources built in-tree which attempt to "auto patch" ?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: std=c++14 greatly increases debuginfo size. why?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: std=c++14 greatly increases debuginfo size. why?
- From: John Steele Scott <toojays@xxxxxxxxxxx>
- Re: download gcc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: jhenson1 <jon.henson1@xxxxxxxxxx>
- Re: Relocation avoidance for function pointers
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: "-dP" option does not output RTL & assembly code?
- From: James Greenhalgh <james.greenhalgh@xxxxxxx>
- Re: what's the right way to use custom entry point
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: what's the right way to use custom entry point
- From: Cong Monkey <congzhangzh@xxxxxxxxx>
- Re: what's the right way to use custom entry point
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: what's the right way to use custom entry point
- From: Cong Monkey <congzhangzh@xxxxxxxxx>
- Re: Relocation avoidance for function pointers
- From: Jeff Law <law@xxxxxxxxxx>
- Possible problem with mpfr sources built in-tree which attempt to "auto patch" ?
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Relocation avoidance for function pointers
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- std=c++14 greatly increases debuginfo size. why?
- From: John Steele Scott <toojays@xxxxxxxxxxx>
- Re: Spam filters
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Spam filters
- From: Mason <slash.tmp@xxxxxxx>
- Re: download gcc
- From: Bob Wilkinson <bob.wilkinson@xxxxxxxxxxx>
- download gcc
- From: Jutta Ingeborg Kuehnel <jutta.kuehnel@xxxxxxx>
- "-dP" option does not output RTL & assembly code?
- From: Jun Koi <junkoi2004@xxxxxxxxx>
- Re: Help with linker options
- From: Nikolaus Dunn <nikdunn1979@xxxxxxxxx>
- Help with linker options
- From: Nikolaus Dunn <nikdunn1979@xxxxxxxxx>
- Re: Clarification on gcc tail call optimization
- From: Andrew Haley <aph@xxxxxxxxxx>
- Clarification on gcc tail call optimization
- From: raghesh <raghesh.a@xxxxxxxxx>
- Re: How do I get rid of a memory hole(in cortexm0plus)?
- From: Mason <slash.tmp@xxxxxxx>
- Re: large amount of sys time when using posix threads
- From: Andrew Haley <aph@xxxxxxxxxx>
- How do I get rid of a memory hole(in cortexm0plus)?
- From: Johann Klammer <klammerj@xxxxxx>
- large amount of sys time when using posix threads
- From: Debajyoti Chatterjee <dchatterjee172@xxxxxxxxx>
- Re: string constants in -fpie mode?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- string constants in -fpie mode?
- From: Tycho Andersen <tycho@xxxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: "Sven C. Dack" <sven.c.dack@xxxxxxx>
- Linker Section rodata.R* and rodata.F*
- From: Thorsten Czujack <thorsten.czujack@xxxxxxxxxxxxxxxxx>
- Re: -Wshadow option vs. init lists
- From: Paul Smith <psmith@xxxxxxx>
- Re: -Wshadow option vs. init lists
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: in-accurate costs to estimate function body size?
- From: Richard Biener <rguenther@xxxxxxx>
- in-accurate costs to estimate function body size?
- From: Pitchumani Sivanupandi <pitchumani.sivanupandi@xxxxxxxxxxxxx>
- Re: Effect of -fexec-charset with C++11 string literals
- From: Marvin Gülker <m-guelker@xxxxxxxxxxxxxx>
- -Wshadow option vs. init lists
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Effect of -fexec-charset with C++11 string literals
- From: Marvin Gülker <m-guelker@xxxxxxxxxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Effect of -fexec-charset with C++11 string literals
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: "Sven C. Dack" <sven.c.dack@xxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- What makes a difference in the resulting compiler's speed when building gcc?
- From: "Sven C. Dack" <sven.c.dack@xxxxxxx>
- TXT segment of 64-bit apps is bigger than 32-bit
- From: Matthias Apitz <guru@xxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Clarification for parameters around the assembler
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jędrzej Dudkiewicz <jedrzej.dudkiewicz@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Effect of -fexec-charset with C++11 string literals
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Effect of -fexec-charset with C++11 string literals
- From: Marvin Gülker <m-guelker@xxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: Martin Sebor <msebor@xxxxxxxxx>
- Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: jhenson1 <jon.henson1@xxxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- How to use -Wsuggest-final-types/methods?
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Balázs Oroszi <orobalage@xxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Balázs Oroszi <orobalage@xxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Balázs Oroszi <orobalage@xxxxxxxxx>
- Re: Clarification for parameters around the assembler
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: what's the right way to use custom entry point
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Clarification for parameters around the assembler
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Clarification for parameters around the assembler
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- what's the right way to use custom entry point
- From: Cong Monkey <congzhangzh@xxxxxxxxx>
- RE: builtin sscanf
- MD5 of gcc generated .so lib
- From: Nastooh <ht.techdev@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: Jeff Law <law@xxxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: john smith <wempwer@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: john smith <wempwer@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: john smith <wempwer@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: john smith <wempwer@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- the same gcc binary emits warnings on one machine but not on another
- From: john smith <wempwer@xxxxxxxxx>
- Re: builtin sscanf
- From: Mason <slash.tmp@xxxxxxx>
- Re: builtin sscanf
- From: Jeff Law <law@xxxxxxxxxx>
- Re: builtin sscanf
- From: fedor_qd <fedor_qd@xxxxxxx>
- Re: Question --Why "undefined reference" linker error, when trying to use a static class member that is a pointer to another class?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Question --Why "undefined reference" linker error, when trying to use a static class member that is a pointer to another class?
- From: "Steve Petrie, P.Eng." <apetrie@xxxxxxxxxxxx>
- Re: BLK mode move pattern ?
- From: Jeff Law <law@xxxxxxxxxx>
- Re: builtin sscanf
- From: Jeff Law <law@xxxxxxxxxx>
- x86/64 alignment, optimization, -Wcast-align
- From: Balázs Oroszi <orobalage@xxxxxxxxx>
- Re: warn on unused result without attribute warn_unused_result
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Effect of -fexec-charset with C++11 string literals
- From: Marvin Gülker <m-guelker@xxxxxxxxxxxxxx>
- Re: Determination of argument passed to operator new
- From: Nikolaus Dunn <nikdunn1979@xxxxxxxxx>
- Re: Determination of argument passed to operator new
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Determination of argument passed to operator new
- From: Nikolaus Dunn <nikdunn1979@xxxxxxxxx>
- Re: warn on unused result without attribute warn_unused_result
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: How long gcc builds on Linux?
- From: Tim Prince <n8tm@xxxxxxx>
- Re: How long gcc builds on Linux?
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Loop Optimization
- From: Mason <slash.tmp@xxxxxxx>
- RE: How long gcc builds on Linux?
- Re: How long gcc builds on Linux?
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: How long gcc builds on Linux?
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: warn on unused result without attribute warn_unused_result
- From: Jeff Law <law@xxxxxxxxxx>
- warn on unused result without attribute warn_unused_result
- From: Ben Burns <benjaminaburns@xxxxxxxxx>
- Re: BLK mode move pattern ?
- From: Martien de Jong <maurits.de.jong@xxxxxxxxxxxx>
- Re: How long gcc builds on Linux?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- How long gcc builds on Linux?
- builtin sscanf
- Loop Optimization
- From: Debajyoti Chatterjee <dchatterjee172@xxxxxxxxx>
- Re: BLK mode move pattern ?
- From: Jeff Law <law@xxxxxxxxxx>
- Is __builtin_choose_expr supposed to suppress type errors?
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- BLK mode move pattern ?
- From: Martien de Jong <maurits.de.jong@xxxxxxxxxxxx>
- Re: A GCC Compile Farm account
- From: Roman Gareev <gareevroman@xxxxxxxxx>
- Re: A GCC Compile Farm account
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- A GCC Compile Farm account
- From: Roman Gareev <gareevroman@xxxxxxxxx>
- Re: __attribute__((constructor(<prio>))) creating inconsistent sections
- From: Dan Ciliske <dciliske@xxxxxxxxxxxxx>
- __attribute__((constructor(<prio>))) creating inconsistent sections
- From: Dan Ciliske <dciliske@xxxxxxxxxxxxx>
- Re: Can argv be NULL in C?
- From: Mason <slash.tmp@xxxxxxx>
- Re: Can argv be NULL in C?
- From: Yao Qi <qiyaoltc@xxxxxxxxx>
- Re: Build on Alpine Linux
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Build on Alpine Linux
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- Build on Alpine Linux
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- Re: -fno-unwind-tables -fno-asynchronous-unwind-tables versus debugging
- From: waltdnes@xxxxxxxxxxxx
- Re: Relocation avoidance for function pointers
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Relocation avoidance for function pointers
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Relocation avoidance for function pointers
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Can argv be NULL in C?
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: -fno-unwind-tables -fno-asynchronous-unwind-tables versus debugging
- From: Andrew Haley <aph@xxxxxxxxxx>
- Can argv be NULL in C?
- From: Yao Qi <qiyaoltc@xxxxxxxxx>
- Relocation avoidance for function pointers
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: -fno-unwind-tables -fno-asynchronous-unwind-tables versus debugging
- From: Ian Lance Taylor <iant@xxxxxxxxxx>
- Re: -fno-unwind-tables -fno-asynchronous-unwind-tables versus debugging
- From: Mason <slash.tmp@xxxxxxx>
- Re: gcc v5+ generates code that cause segment faults
- From: Mason <slash.tmp@xxxxxxx>
- Re: gcc v5+ generates code that cause segment faults
- From: "Michael J. Fuhrman" <mfuhrman@xxxxxxxxxxxx>
- Re: gcc v5+ generates code that cause segment faults
- From: "Michael J. Fuhrman" <mfuhrman@xxxxxxxxxxxx>
- Getting DWARF sub-program pure virtual attribute
- From: crasypantz <ihavecrazypants@xxxxxxxxxxx>
- -fno-unwind-tables -fno-asynchronous-unwind-tables versus debugging
- From: waltdnes@xxxxxxxxxxxx
- Obtaining a list of a function's aliases in GCC-4.7+
- From: "Bertram, Alexander" <alex@xxxxxxxxxxxxxxxx>
- Re: gcc v5+ generates code that cause segment faults
- From: Johann Klammer <klammerj@xxxxxx>
- Re: Is "-march=atom" deprecated?
- From: waltdnes@xxxxxxxxxxxx
- Re: Is "-march=atom" deprecated?
- From: Mason <slash.tmp@xxxxxxx>
- Re: gcc v5+ generates code that cause segment faults
- From: "mfuhrman@xxxxxxxxxxxx" <mfuhrman@xxxxxxxxxxxx>
- Re: Is "-march=atom" deprecated?
- From: waltdnes@xxxxxxxxxxxx
- Re: Why -mxgot on MIPS and not -fpic/-fPIC?
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Why -mxgot on MIPS and not -fpic/-fPIC?
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
- Re: Why -mxgot on MIPS and not -fpic/-fPIC?
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Why -mxgot on MIPS and not -fpic/-fPIC?
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
- Re: Why -mxgot on MIPS and not -fpic/-fPIC?
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Why -mxgot on MIPS and not -fpic/-fPIC?
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
- Re: Why -mxgot on MIPS and not -fpic/-fPIC?
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Sed LLP
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Sed LLP
- From: Mason <slash.tmp@xxxxxxx>
- RE: Why -mxgot on MIPS and not -fpic/-fPIC?
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
- RE: Why -mxgot on MIPS and not -fpic/-fPIC?
- From: Matthew Fortune <Matthew.Fortune@xxxxxxxxxx>
- Re: gcc v5+ generates code that cause segment faults
- From: Mason <slash.tmp@xxxxxxx>
- Re: Is "-march=atom" deprecated?
- From: Mason <slash.tmp@xxxxxxx>
- Re: gcc v5+ generates code that cause segment faults
- From: Andrew Haley <aph@xxxxxxxxxx>
- gcc v5+ generates code that cause segment faults
- From: "mfuhrman@xxxxxxxxxxxx" <mfuhrman@xxxxxxxxxxxx>
- Why -mxgot on MIPS and not -fpic/-fPIC?
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- GCC 6.2: configure: error: uint64_t or int64_t not found
- From: <yhb@xxxxxxxxxxxxx>
- Re: Is "-march=atom" deprecated?
- From: waltdnes@xxxxxxxxxxxx
- volatile struct requires static initialisation with asan in c++11 ?
- From: Jan Smets <jan@xxxxxxxx>
- Re: Is "-march=atom" deprecated?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Is "-march=atom" deprecated?
- From: waltdnes@xxxxxxxxxxxx
- gcov and logical lines of code spanning multiple source lines
- From: Gordon Bowring <gordon.bowring@xxxxxxxxxx>
- Re: Order of expressions to minimize branch mis-predictions?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Order of expressions to minimize branch mis-predictions?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Optimization question
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: C++ exception handler on gnu arm cortex m4
- From: Chris Johns <chrisj@xxxxxxxxx>
- Re: Optimization question
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Optimization question
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Optimization question
- From: Nikolaus Dunn <nikdunn1979@xxxxxxxxx>
- Re: Optimization question
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: -fsanitize=shift compile error
- From: Mateusz Tabaka <tab.debugteam@xxxxxxxxx>
- Re: Optimization question
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Possible gcc bug in strict type aliasing
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Possible gcc bug in strict type aliasing
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Possible gcc bug in strict type aliasing
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Possible gcc bug in strict type aliasing
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Possible gcc bug in strict type aliasing
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Possible gcc bug in strict type aliasing
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: C++ exception handler on gnu arm cortex m4
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: C++ exception handler on gnu arm cortex m4
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- C++ exception handler on gnu arm cortex m4
- From: Markus Klemm <m.klemm@xxxxxxxxxxxxxxxxxxxxx>
- Re: -fsanitize=shift compile error
- From: Mason <slash.tmp@xxxxxxx>
- Re: -fsanitize=shift compile error
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- -fsanitize=shift compile error
- From: Mateusz Tabaka <tab.debugteam@xxxxxxxxx>
- Re: Possible gcc bug in strict type aliasing
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: Possible gcc bug in strict type aliasing
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Possible gcc bug in strict type aliasing
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Possible gcc bug in strict type aliasing
- From: Andrew Haley <aph@xxxxxxxxxx>
- Possible gcc bug in strict type aliasing
- From: David Brown <david.brown@xxxxxxxxxxxx>
- Re: int64_t divide crashing on cortex-m3
- From: drwho <drwho@xxxxxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: int64_t divide crashing on cortex-m3
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: int64_t divide crashing on cortex-m3
- From: drwho <drwho@xxxxxxxxxxxx>
- Re: int64_t divide crashing on cortex-m3
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- int64_t divide crashing on cortex-m3
- From: drwho <drwho@xxxxxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: Does Solaris 11 support GCC's init_priority?
- From: Rainer Orth <ro@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: Does Solaris 11 support GCC's init_priority?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Does Solaris 11 support GCC's init_priority?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Which compiler pass prints a warning?
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Which compiler pass prints a warning?
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Which compiler pass prints a warning?
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: building old gcc3 for i386-linux on recent x86-linux?
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: -march=x86-64 (was: illegal instruction (CPU mismatch))
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: -march=x86-64 (was: illegal instruction (CPU mismatch))
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: -march=x86-64 (was: illegal instruction (CPU mismatch))
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: -march=x86-64 (was: illegal instruction (CPU mismatch))
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: -march=x86-64 (was: illegal instruction (CPU mismatch))
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- -march=x86-64 (was: illegal instruction (CPU mismatch))
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Which compiler pass prints a warning?
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- GCC v6.2.0 Testsuit - High number of unexpected failures on RHEL 5.5
- From: Rogerio de Souza Moraes <rogerio@xxxxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: illegal instruction (CPU mismatch)
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- illegal instruction (CPU mismatch)
- From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
- Re: Problem with -m64 on Solaris 11
- From: Sascha Frick <frick@xxxxxx>
- Re: Problem with -m64 on Solaris 11
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- RE: Compiling soft-fp in libgcc
- From: "Marc BALEMBOY" <marc.balemboy@xxxxxx>
- Re: Problem with -m64 on Solaris 11
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Problem with -m64 on Solaris 11
- From: Sascha Frick <frick@xxxxxx>
- Re: Problem with -m64 on Solaris 11
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Problem with -m64 on Solaris 11
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Problem with -m64 on Solaris 11
- From: Sascha Frick <frick@xxxxxx>
- Re: ARC Arctangent A4 toolchain
- From: Mason <slash.tmp@xxxxxxx>
- ARC Arctangent A4 toolchain
- From: Daniel Genin <dan.genin@xxxxxxxxx>
- Re: Problem with -m64 on Solaris 11
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Problem with -m64 on Solaris 11
- From: Sascha Frick <frick@xxxxxx>
- Creating builtins or using the inliner in a GCC plugin
- From: Evgenii Shatokhin <eugene.shatokhin@xxxxxxxxx>
- Re: -fcode-hoisting in GCC 6.2
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: -fcode-hoisting in GCC 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- about kernel configuration CONFIG_CPU_ARM_CORTEX_A15
- From: yoma sophian <sophian.yoma@xxxxxxxxx>
- Re: -fcode-hoisting in GCC 6.2
- From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
- -fcode-hoisting in GCC 6.2
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: Atomics and lock free
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: torque install ubuntu elision broadwell
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Atomics and lock free
- From: Kurt Roeckx <kurt@xxxxxxxxx>
- Re: Atomics and lock free
- From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
- Atomics and lock free
- From: Kurt Roeckx <kurt@xxxxxxxxx>
- torque install ubuntu elision broadwell
- From: andrealphus <andrealphus@xxxxxxxxx>
- Re: Configuring a cross compile with --with_sysroot
- From: Michiel Bacchiani <michiel.bacchiani@xxxxxxxxx>
- Configuring a cross compile with --with_sysroot
- From: Michiel Bacchiani <michiel.bacchiani@xxxxxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: Toshi Morita <tm314159@xxxxxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: Toshi Morita <tm314159@xxxxxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: Toshi Morita <tm314159@xxxxxxxxx>
- Compiling soft-fp in libgcc
- From: "Marc BALEMBOY" <marc.balemboy@xxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Use q modifier for XMM portion of an YMM register?
- From: Adam Warner <lists@xxxxxxxxxxxxxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: Toshi Morita <tm314159@xxxxxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: Kalle Olavi Niemitalo <kon@xxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: Toshi Morita <tm314159@xxxxxxxxx>
- Re: Fw: Possible missed optimization opportunity with const?
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Fw: Possible missed optimization opportunity with const?
- From: Toshi Morita <tm314159@xxxxxxxxx>
- ELF symbol visibility vs. member function template instantiations
- From: "Schneider, Robert" <robert.schneider03@xxxxxxx>
- Re: GCC 6.1 build fails with offloading support
- From: Vikram Singh <vikramsingh001@xxxxxxxxx>
- GCC 4.9.x build bootstrap comparison differences
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: request forum post removal
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: request forum post removal
- From: Bob Wilkinson <bob.wilkinson@xxxxxxxxxxx>
- request forum post removal
- From: "jjolic@xxxxxxxxxxxxxx" <jjolic@xxxxxxxxxxxxxx>
- Re: fixincludes and package updates
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: building gcc for mipsel
- From: Peter Münster <pmlists@xxxxxxx>
- Re: building gcc for mipsel
- From: Peter Münster <pmlists@xxxxxxx>
- fixincludes and package updates
- From: Basin Ilya <basinilya@xxxxxxxxx>
- Re:Cross compiled GCC wrongly builds dynamic executables
- From: Alastair Hughes <hobbitalastair@xxxxxxxxxx>
- Re: Re: Re: GCC ICE bug with segfault...
- From: leon zadorin <leonleon77@xxxxxxxxx>
- Re: building gcc for mipsel
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
[Index of Archives]
[Fedora Development]
[Security]
[Netfilter]
[Bugtraq]