GCC Help
[Prev Page][Next Page]
- 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
- 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
- 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
- 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>
- Re: internal compiler error
- From: "Matt Sexton via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: internal compiler error
- From: "Matt Sexton via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: internal compiler error
- From: Mikhail Maltsev <maltsevm@xxxxxxxxx>
- internal compiler error
- From: "Matt Sexton via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: Getting following error in compilation
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Getting following error in compilation
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Getting following error in compilation
- From: "Mohammed, Shaikh Riaj" <shaikh.riaz@xxxxxxx>
- Re: fatal error: asm/errno.h: No such file or directory during bootstrap
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: fatal error: asm/errno.h: No such file or directory during bootstrap
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: target_clones constexpr
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Re: fatal error: asm/errno.h: No such file or directory during bootstrap
- From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
- Re: fatal error: asm/errno.h: No such file or directory during bootstrap
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: fatal error: asm/errno.h: No such file or directory during bootstrap
- From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
- Re: fatal error: asm/errno.h: No such file or directory during bootstrap
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: fatal error: asm/errno.h: No such file or directory during bootstrap
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- fatal error: asm/errno.h: No such file or directory during bootstrap
- From: Georg-Johann Lay <avr@xxxxxxxx>
- ppc64: function symbol is in the initialized data section
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- RE: target_clones constexpr
- From: "Schulz, Roland" <roland.schulz@xxxxxxxxx>
- Re: GCC 7.2.0 c++ template / typing problem
- From: tom@xxxxxxxxxxxxxxxxxxx
- Re: target_clones constexpr
- From: Matthias Kretz <m.kretz@xxxxxx>
- Re: GCC 7.2.0 c++ template / typing problem
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Patches for Spectre
- From: Mason <slash.tmp@xxxxxxx>
- Is C preprocessor test in configure script correct?
- From: "rchmielarz ." <radoslaw.chmielarz@xxxxxxxxx>
- GCC 7.2.0 c++ template / typing problem
- From: TPCgcc@xxxxxxxxxxxxxxxxxxx
- Re: Compiling GCC 7.2.0 on sparc-sun-solaris2.10
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Compiling GCC 7.2.0 on sparc-sun-solaris2.10
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Compiling GCC 7.2.0 on sparc-sun-solaris2.10
- From: Luigi30 <luigi30@xxxxxxxxx>
- Re: run a single libgo test
- From: Ian Lance Taylor <iant@xxxxxxxxxx>
- Re: Patches for Spectre
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- run a single libgo test
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: Alignas broken when used with constexpr array data member for structure
- From: Alec Teal <a.teal@xxxxxxxxxxxxx>
- Re: Patches for Spectre
- From: Jeff Law <law@xxxxxxxxxx>
- [gcc-help] force code generation for higher cpu using cflags
- From: Toan Pham <tpham3783@xxxxxxxxx>
- Patches for Spectre
- From: Robert Dinse <nanook@xxxxxxxxxx>
- RE: target_clones constexpr
- From: "Schulz, Roland" <roland.schulz@xxxxxxxxx>
- Re: target_clones constexpr
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Re: RFE: -fconcepts support for libstdc++
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: RFE: -fconcepts support for libstdc++
- From: Jonathan Wakely <jwakely@xxxxxxxxxx>
- Re: RFE: -fconcepts support for libstdc++
- From: Ville Voutilainen <ville.voutilainen@xxxxxxxxx>
- Re: RFE: -fconcepts support for libstdc++
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- RFE: -fconcepts support for libstdc++
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: target_clones constexpr
- From: Mason <slash.tmp@xxxxxxx>
- target_clones constexpr
- From: "Schulz, Roland" <roland.schulz@xxxxxxxxx>
- g++ and omp simd virtual functions
- From: "marcin.krotkiewski" <marcin.krotkiewski@xxxxxxxxx>
- Re: Alignas broken when used with constexpr array data member for structure
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Alignas broken when used with constexpr array data member for structure
- From: Mason <slash.tmp@xxxxxxx>
- Re: [X-POST] Alignas broken when used with constexpr array data member for structure
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: [X-POST] Alignas broken when used with constexpr array data member for structure
- From: Alec Teal <a.teal@xxxxxxxxxxxxx>
- Re: [X-POST] Alignas broken when used with constexpr array data member for structure
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: [X-POST] Alignas broken when used with constexpr array data member for structure
- From: Alec Teal <a.teal@xxxxxxxxxxxxx>
- Re: [X-POST] Alignas broken when used with constexpr array data member for structure
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Fwd: [X-POST] Alignas broken when used with constexpr array data member for structure
- From: Alec Teal <a.teal@xxxxxxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Mason <slash.tmp@xxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Mason <slash.tmp@xxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Mason <slash.tmp@xxxxxxx>
- Re: access other functions CFG
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: David Brown <david@xxxxxxxxxxxxxxx>
- access other functions CFG
- From: Jens Vankeirsbilck <jens.vankeirsbilck@xxxxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Mason <slash.tmp@xxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Mason <slash.tmp@xxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with -Ofast
- From: Mason <slash.tmp@xxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Mason <slash.tmp@xxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Mason <slash.tmp@xxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with-Ofast
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Have GCC uses NASM as the assembler?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Have GCC uses NASM as the assembler?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Have GCC uses NASM as the assembler?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Have GCC uses NASM as the assembler?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with-Ofast
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: Program that segfaults with-Ofast
- From: Andrew Haley <aph@xxxxxxxxxx>
- Program that segfaults with-Ofast
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: regarding size of c output binary file
- From: "arrl via gcc-help" <gcc-help@xxxxxxxxxxx>
- regarding size of c output binary file
- From: s naveen <snaveen022@xxxxxxxxx>
- Re: Download
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- mapca bsp-15 pwbsp16l broadgear vliw
- From: "bojanowski" <bojanowski75@xxxxxxxxx>
- Re: Have GCC uses NASM as the assembler?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Have GCC uses NASM as the assembler?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Have GCC uses NASM as the assembler?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Have GCC uses NASM as the assembler?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- bug in gcc
- From: Алексей Жевлаков <zhevlakov1@xxxxxxxxx>
- Re: long long alignment in structure for GCC 7.2.0 on Windows
- From: "Gaoxiang (OS)" <gaoxiang25@xxxxxxxxxx>
- Re: long long alignment in structure for GCC 7.2.0 on Windows
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- long long alignment in structure for GCC 7.2.0 on Windows
- From: "Gaoxiang (OS)" <gaoxiang25@xxxxxxxxxx>
- Re: Source level suppression of UBsan finding
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Source level suppression of UBsan finding
- From: Mikhail Maltsev <maltsevm@xxxxxxxxx>
- Source level suppression of UBsan finding
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Difficulties with section specifications for function definitions?
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Re: Unjustified warning?
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Unjustified warning?
- From: Marcel Keller <m.keller@xxxxxxxxxxxxx>
- Re: Unjustified warning?
- From: Martin Sebor <msebor@xxxxxxxxx>
- Unjustified warning?
- From: Marcel Keller <m.keller@xxxxxxxxxxxxx>
- Re: Building a Debuggable Cross Compiler
- From: Martin Sebor <msebor@xxxxxxxxx>
- Building a Debuggable Cross Compiler
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- Re: fixincludes ignores sysroot
- From: Didier Kryn <kryn@xxxxxxxx>
- fixincludes ignores sysroot
- From: Didier Kryn <kryn@xxxxxxxx>
- Re: Difficulties with section specifications for function definitions?
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Re: Difficulties with section specifications for function definitions?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Difficulties with section specifications for function definitions?
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Re: Is UBSan supposed to produce a finding for _mm_load_sd and _mm_store_sd
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Is UBSan supposed to produce a finding for _mm_load_sd and _mm_store_sd
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: The mingw compiler error "qvector.h:569: error: unable to find a register to spill in class 'FLOAT_REGS' "
- From: Mason <slash.tmp@xxxxxxx>
- The mingw compiler error "qvector.h:569: error: unable to find a register to spill in class 'FLOAT_REGS' "
- From: "袁金宇" <yuanjinyu@xxxxxxxxxxxxx>
- Re: Unnecessary instruction generated by GCC 7.2
- From: Mason <slash.tmp@xxxxxxx>
- Re: Using 'hhx' conversion in sscanf in c99 mode
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Error "weak declaration must be public" with C++ const
- From: Alexey Salmin <alexey.salmin@xxxxxxxxx>
- Re: standard calling convention for static function
- From: David Livshin <david.livshin@xxxxxxxxxxx>
- Re: standard calling convention for static function
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Error "weak declaration must be public" with C++ const
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: standard calling convention for static function
- From: David Livshin <david.livshin@xxxxxxxxxxx>
- Re: standard calling convention for static function
- From: David Brown <david@xxxxxxxxxxxxxxx>
- standard calling convention for static function
- From: David Livshin <david.livshin@xxxxxxxxxxx>
- Re: #define sentinels with __FILE__
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- Re: #define sentinels with __FILE__
- From: Tadeus Prastowo <tadeus.prastowo@xxxxxxxx>
- #define sentinels with __FILE__
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- Re: Using 'hhx' conversion in sscanf in c99 mode
- From: <sisyphus1@xxxxxxxxxxxxxxx>
- Re: Using 'hhx' conversion in sscanf in c99 mode
- From: Mason <slash.tmp@xxxxxxx>
- Re: gcc abusive builtins ?
- From: Mason <slash.tmp@xxxxxxx>
- Re: hidden symbol '_ZNSt12__sso_stringC1EPKcm' is not defined locally
- From: John Steele Scott <toojays@xxxxxxxxxxx>
- Using 'hhx' conversion in sscanf in c99 mode
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Error "weak declaration must be public" with C++ const
- From: Alexey Salmin <alexey.salmin@xxxxxxxxx>
- Re: Documented support for attributes on function definitions?
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Re: Switch case missing optimization
- From: Andrew Haley <aph@xxxxxxxxxx>
- Switch case missing optimization
- From: David Guillen Fandos <david@xxxxxxxxxx>
- Re: Documented support for attributes on function definitions?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Documented support for attributes on function definitions?
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Re: Documented support for attributes on function definitions?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Documented support for attributes on function definitions?
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Re: Unnecessary instruction generated by GCC 7.2
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Unnecessary instruction generated by GCC 7.2
- From: Jeff Law <law@xxxxxxxxxx>
- Re: gcc abusive builtins ?
- From: phi gcc <phi.gcc@xxxxxxxxx>
- Re: gcc abusive builtins ?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc abusive builtins ?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- gcc abusive builtins ?
- From: phi gcc <phi.gcc@xxxxxxxxx>
- GCC 7.2.0 fails to build on AIX 6.1
- From: Brian Groose <brian@xxxxxxxxxx>
- Re: Unnecessary instruction generated by GCC 7.2
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Unnecessary instruction generated by GCC 7.2
- From: Mason <slash.tmp@xxxxxxx>
- Re: GCC Internals - missing target attributes
- From: Jonathan Wakely <jwakely@xxxxxxxxxx>
- Re: How to avoid code elimination
- From: David Brown <david@xxxxxxxxxxxxxxx>
- GCC Internals - missing target attributes
- From: "Peryt, Sebastian" <sebastian.peryt@xxxxxxxxx>
- Re: How to avoid code elimination
- From: phi gcc <phi.gcc@xxxxxxxxx>
- Re: Optimization issue
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Optimization issue
- From: Juan Cabrera <jjcp.91@xxxxxxxxx>
- Re: Optimization issue
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Optimization issue
- From: Juan Cabrera <jjcp.91@xxxxxxxxx>
- Re: How to avoid code elimination
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: How to avoid code elimination
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Need help debugging likely g++ preprocessor bug
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Verbose "invalid argument"?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: How to avoid code elimination
- From: phi gcc <phi.gcc@xxxxxxxxx>
- Verbose "invalid argument"?
- From: Andrea Campanella <emuboy85@xxxxxxxxx>
- Re: Unable to load libgnat-4.4 in runtime
- From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
- Re: Unable to load libgnat-4.4 in runtime
- From: Didier Kryn <kryn@xxxxxxxx>
- Re: How to avoid code elimination
- From: David Brown <david@xxxxxxxxxxxxxxx>
- usage of gcda files for feedback directed optimizations
- From: Anant Sah <sah.anant01@xxxxxxxxx>
- hidden symbol '_ZNSt12__sso_stringC1EPKcm' is not defined locally
- From: John Steele Scott <toojays@xxxxxxxxxxx>
- Re: Need help debugging likely g++ preprocessor bug
- From: Mike Gulick <mike.gulick@xxxxxxxxxxxxx>
- Re: How to avoid code elimination
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: How to avoid code elimination
- From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
- Re: How to avoid code elimination
- From: phi gcc <phi.gcc@xxxxxxxxx>
- How to avoid code elimination
- From: phi gcc <phi.gcc@xxxxxxxxx>
- Unable to load libgnat-4.4 in runtime
- From: Marco Bevi <bevi.marco.16@xxxxxxxxx>
- Re: Regarding the Linking issue in GCC for Lib.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Need help debugging likely g++ preprocessor bug
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Regarding the Linking issue in GCC for Lib.
- From: "Banaja Pattanaik via gcc-help" <gcc-help@xxxxxxxxxxx>
- Need help debugging likely g++ preprocessor bug
- From: Mike Gulick <mike.gulick@xxxxxxxxxxxxx>
- Looking for the standard way to build a standalone gcc+glibc+binutils toolchain at Linux
- From: Rostislav Krasny <rosti.bsd@xxxxxxxxx>
- Re: GCC policy on deprecating and removing targets
- From: Jeff Law <law@xxxxxxxxxx>
- Re: The question about using OpenMP taskloop feature in gcc
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
- Re: The question about using OpenMP taskloop feature in gcc
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: The question about using OpenMP taskloop feature in gcc
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- The question about using OpenMP taskloop feature in gcc
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
- Re: GCC policy on deprecating and removing targets
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- Re: futurist.co.in
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: GCC policy on deprecating and removing targets
- From: Jeff Law <law@xxxxxxxxxx>
- Re: GCC policy on deprecating and removing targets
- From: mark.reinhold@xxxxxxxxxx
- futurist.co.in
- From: "bf@xxxxxxx" <bf@xxxxxxx>
- -finstrument-functions-exclude-file-list=include,boost causes segment fault
- From: liang tang <liangtang20080522@xxxxxxxxx>
- Re: GCC policy on deprecating and removing targets
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: GCC policy on deprecating and removing targets
- From: Jeff Law <law@xxxxxxxxxx>
- GCC policy on deprecating and removing targets
- From: mark.reinhold@xxxxxxxxxx
- Re: Power of two rehash policy
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Power of two rehash policy
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Power of two rehash policy
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Power of two rehash policy
- From: Jason Arnold <jasonar81@xxxxxxxxx>
- Re: Again Boost linking error
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Again Boost linking error
- From: "Mahmood Naderan via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: Bug in std::floor?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Bug in std::floor?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Bug in std::floor?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Bug in std::floor?
- From: Mason <slash.tmp@xxxxxxx>
- Re: Disable calling convention optimization for local functions
- From: Satyam Sharma <satyam.sharma@xxxxxxxxx>
- Re: Disable calling convention optimization for local functions
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Fwd: Relocation R_X86_64_32 against undefined symbol
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Fwd: Relocation R_X86_64_32 against undefined symbol
- From: Himanshu Chauhan <hchauhan@xxxxxxxxxxxxxx>
- Re: Cross compilation
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Cross compilation
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Disable calling convention optimization for local functions
- From: Satyam Sharma <satyam.sharma@xxxxxxxxx>
- Re: Cross compilation
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: Bug in std::floor?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Cross compilation
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: Bug in std::floor?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Bug in std::floor?
- From: Nil Geisweiller <ngeiswei@xxxxxxxxxxxxxx>
- Cross compilation
- From: RAVI DEWANGAN <dewangan.ravi@xxxxxxxxx>
- Re: Why is -Wold-style-definition off by default?
- From: Antons Suspans <antox@xxxxx>
- Re: Bug in std::floor?
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Bug in std::floor?
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: --target=powerpc-eabi: error: static declaration of ‘strndup’ follows non-static declaration
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: --target=powerpc-eabi: error: static declaration of ‘strndup’ follows non-static declaration
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: --target=powerpc-eabi: error: static declaration of ‘strndup’ follows non-static declaration
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: --target=powerpc-eabi: error: static declaration of ‘strndup’ follows non-static declaration
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: --target=powerpc-eabi: error: static declaration of ‘strndup’ follows non-static declaration
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: --target=powerpc-eabi: error: static declaration of ‘strndup’ follows non-static declaration
- From: "Jonny H via gcc-help" <gcc-help@xxxxxxxxxxx>
[Index of Archives]
[Fedora Development]
[Security]
[Netfilter]
[Bugtraq]