GCC Help
[Prev Page][Next Page]
- Re: Invariant is not moved out of loop
- From: Astor Piaz <appiazzolla@xxxxxxxxx>
- Re: Using SSE2 with the old i386 ABI
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- GCC 6.4.0 : mystery about why libstdc++.so.6.0.22 would be missing an ELF section
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: gcov can't collect data when process is executed by systemctl start but it can when executed by ./process
- From: Xiaoli Feng <xifeng@xxxxxxxxxx>
- Re: Using SSE2 with the old i386 ABI
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: gcov can't collect data when process is executed by systemctl start but it can when executed by ./process
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: gcov can't collect data when process is executed by systemctl start but it can when executed by ./process
- From: Xiaoli Feng <xifeng@xxxxxxxxxx>
- Re: Using SSE2 with the old i386 ABI
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Using SSE2 with the old i386 ABI
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Using SSE2 with the old i386 ABI
- From: Jeff Law <law@xxxxxxxxxx>
- Using SSE2 with the old i386 ABI
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: gcov can't collect data when process is executed by systemctl start but it can when executed by ./process
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: gcov can't collect data when process is executed by systemctl start but it can when executed by ./process
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: gcov can't collect data when process is executed by systemctl start but it can when executed by ./process
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: gcov can't collect data when process is executed by systemctl start but it can when executed by ./process
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: gcov can't collect data when process is executed by systemctl start but it can when executed by ./process
- From: Xiaoli Feng <xifeng@xxxxxxxxxx>
- Re: gcov can't collect data when process is executed by systemctl start but it can when executed by ./process
- From: Mason <slash.tmp@xxxxxxx>
- gcov can't collect data when process is executed by systemctl start but it can when executed by ./process
- From: Xiaoli Feng <xifeng@xxxxxxxxxx>
- Re: ARMv8, GCC 4.9 and necessary code optimized away?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: ARMv8, GCC 4.9 and necessary code optimized away?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Invariant is not moved out of loop
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Invariant is not moved out of loop
- From: Astor Piaz <appiazzolla@xxxxxxxxx>
- Re: Invariant is not moved out of loop
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Invariant is not moved out of loop
- From: Astor Piaz <appiazzolla@xxxxxxxxx>
- Re: GCC 7.1 build error
- Re: prevent (pre_inc ...) from satisfying "movhi" RTL template constraints
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: prevent (pre_inc ...) from satisfying "movhi" RTL template constraints
- From: Maxim Blinov <maxim.a.blinov@xxxxxxxxx>
- Re: prevent (pre_inc ...) from satisfying "movhi" RTL template constraints
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- prevent (pre_inc ...) from satisfying "movhi" RTL template constraints
- From: Maxim Blinov <maxim.a.blinov@xxxxxxxxx>
- Re: -Wimplicit-fallthrough broken?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: -Wimplicit-fallthrough broken?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: -Wimplicit-fallthrough broken?
- From: Mason <slash.tmp@xxxxxxx>
- Re: Manual intallation with admin priviledges: what to put in my path?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Manual intallation with admin priviledges: what to put in my path?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Manual intallation with admin priviledges: what to put in my path?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Manual intallation with admin priviledges: what to put in my path?
- From: Sebastian Kroppen <zwiebel.genuss@xxxxxx>
- Re: building gcc-7.1.0 on ubuntu 12.04 failed
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- building gcc-7.1.0 on ubuntu 12.04 failed
- From: Alexey Egorov <alex.only.d@xxxxxxxxx>
- -Wimplicit-fallthrough broken?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Failed to build with LTO
- From: Csaba Raduly <rcsaba@xxxxxxxxx>
- Re: preprocessing directive with no new-line character
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: preprocessing directive with no new-line character
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: preprocessing directive with no new-line character
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: preprocessing directive with no new-line character
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: preprocessing directive with no new-line character
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: preprocessing directive with no new-line character
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: preprocessing directive with no new-line character
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: undefined reference error/g++-6
- From: sothy shan <sothy.e98@xxxxxxxxx>
- Re: undefined reference error/g++-6
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: undefined reference error/g++-6
- From: sothy shan <sothy.e98@xxxxxxxxx>
- Re: undefined reference error/g++-6
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: undefined reference error/g++-6
- From: sothy shan <sothy.e98@xxxxxxxxx>
- Re: undefined reference error/g++-6
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- undefined reference error/g++-6
- From: sothy shan <sothy.e98@xxxxxxxxx>
- GCC 7.1 build error
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: How ship gcc binaries and recompile whole gcc for additional gcc language support
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- How ship gcc binaries and recompile whole gcc for additional gcc language support
- From: mfe userlast <mfe@xxxxxxx>
- Re: preprocessing directive with no new-line character
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: preprocessing directive with no new-line character
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: restrict vs. __restrict__ (gcc 4.8)
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: restrict vs. __restrict__ (gcc 4.8)
- From: Ian Pilcher <arequipeno@xxxxxxxxx>
- Re: restrict vs. __restrict__ (gcc 4.8)
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: preprocessing directive with no new-line character
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- restrict vs. __restrict__ (gcc 4.8)
- From: Ian Pilcher <arequipeno@xxxxxxxxx>
- Re: preprocessing directive with no new-line character
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- preprocessing directive with no new-line character
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Should std::byte copy-list-initialization fail?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Should std::byte copy-list-initialization fail?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: gcc-7.1.0 fails to build with flto profiled bootstrap build (with gold linker) + graphite optimisations
- From: Branko <brankob@xxxxxxxxxxxxx>
- Re: gcc-7.1.0 fails to build with flto profiled bootstrap build (with gold linker) + graphite optimisations
- From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
- Re: gcc-7.1.0 fails to build with flto profiled bootstrap build (with gold linker) + graphite optimisations
- From: Branko <brankob@xxxxxxxxxxxxx>
- Incorrect entry on C11Status page: fopen mode "x"
- From: Keith Thompson <Keith.S.Thompson@xxxxxxxxx>
- gcc-7.1.0 fails to build with flto profiled bootstrap build (with gold linker) + graphite optimisations
- From: Branko <brankob@xxxxxxxxxxxxx>
- Re: Should std::byte copy-list-initialization fail?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Should std::byte copy-list-initialization fail?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: -Wlto-type-mismatch with flexible array in struct
- From: Martin Sebor <msebor@xxxxxxxxx>
- -Wlto-type-mismatch with flexible array in struct
- From: "Dan Halbert" <halbert@xxxxxxxxxxx>
- Re: Why does GCC reload my array base pointer? (C++, ASM)
- From: David Pfander <David.Pfander@xxxxxxxxxxxxxxxxxxxxx>
- Re: Cntrl-C Exit and Error Exits Question
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Cntrl-C Exit and Error Exits Question
- From: Thomas Dineen <tdineen@xxxxxxxxxxxxx>
- Re: Why does GCC reload my array base pointer? (C++, ASM)
- From: Matthias Kretz <m.kretz@xxxxxx>
- Re: Why does GCC reload my array base pointer? (C++, ASM)
- From: Juan Cabrera <jjcp.91@xxxxxxxxx>
- Why does GCC reload my array base pointer? (C++, ASM)
- From: David Pfander <David.Pfander@xxxxxxxxxxxxxxxxxxxxx>
- gcc dwarf DW_OP_mod
- From: phi gcc <phi.gcc@xxxxxxxxx>
- Re: Link to gcc 6.4 documentation is bad
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- g++ 5.4.0 inserting const cast that breaks a constexpr - diagnostics ?
- From: Jason Vas Dias <jason.vas.dias@xxxxxxxxx>
- Re: -Wformat-overflow works strangely with struct members
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: -Wformat-overflow works strangely with struct members
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: -Wformat-overflow works strangely with struct members
- From: Martin Sebor <msebor@xxxxxxxxx>
- -Wformat-overflow works strangely with struct members
- From: Basin Ilya <basinilya@xxxxxxxxx>
- Link to gcc 6.4 documentation is bad
- From: David Gressett <DGressett@xxxxxxxxxxxxxxx>
- Re: GPL Runtime Exception and C++ Inheritance
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- GPL Runtime Exception and C++ Inheritance
- From: Jeremy Vincent Yu <yujeremyvincent@xxxxxxxxx>
- Re: g++ not using ipa-sra for small struct / class
- From: Juan Cabrera <jjcp.91@xxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Richard Earnshaw <Richard.Earnshaw@xxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Richard Earnshaw <Richard.Earnshaw@xxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Bug in c++11 mode when instantiating template with local class
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Richard Earnshaw <Richard.Earnshaw@xxxxxxxxxxxx>
- g++ not using ipa-sra for small struct / class
- From: Wilhelm Meier <wilhelm.meier@xxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Richard Earnshaw <Richard.Earnshaw@xxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Richard Earnshaw <Richard.Earnshaw@xxxxxxxxxxxx>
- Re: GCC complains about nested functions despite none being present
- From: Jeff Law <law@xxxxxxxxxx>
- Re: GCC complains about nested functions despite none being present
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64 (correction)
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16 not defined on aarch64
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: GCC complains about nested functions despite none being present
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: GCC complains about nested functions despite none being present
- From: "Ian Lance Taylor via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: GCC complains about nested functions despite none being present
- From: Maxim Blinov <maxim.a.blinov@xxxxxxxxx>
- Re: GCC (LRA): error: unable to find a register to spill
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- GCC (LRA): error: unable to find a register to spill
- From: Maxim Blinov <maxim.a.blinov@xxxxxxxxx>
- Re: GCC complains about nested functions despite none being present
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- GCC complains about nested functions despite none being present
- From: Maxim Blinov <maxim.a.blinov@xxxxxxxxx>
- Re: Bug in c++11 mode when instantiating template with local class
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: __BIGGEST_ALIGNMENT / more on arch compiler defines
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Bug in c++11 mode when instantiating template with local class
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Bug in c++11 mode when instantiating template with local class
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: __BIGGEST_ALIGNMENT / more on arch compiler defines
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Value Initialization in GCC
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: std::aligned_storage and [[gnu::may_alias]]
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: std::aligned_storage and [[gnu::may_alias]]
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: format-truncation warning with -O2 on gcc 7.1.1
- From: Pico Geyer <picogeyer@xxxxxxxxx>
- Re: std::aligned_storage and [[gnu::may_alias]]
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: __BIGGEST_ALIGNMENT / more on arch compiler defines
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Value Initialization in GCC
- From: Sam Lunt <sam.lunt@xxxxxxxxxxxxxxxxxxxx>
- Bug in c++11 mode when instantiating template with local class
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- __BIGGEST_ALIGNMENT / more on arch compiler defines
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Libraries: libusb question
- From: MikeSD <ipscone@xxxxxxxxxxx>
- Re: format-truncation warning with -O2 on gcc 7.1.1
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: format-truncation warning with -O2 on gcc 7.1.1
- From: Pico Geyer <picogeyer@xxxxxxxxx>
- Re: format-truncation warning with -O2 on gcc 7.1.1
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: format-truncation warning with -O2 on gcc 7.1.1
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Libraries: libusb question
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: format-truncation warning with -O2 on gcc 7.1.1
- From: Pico Geyer <picogeyer@xxxxxxxxx>
- Re: format-truncation warning with -O2 on gcc 7.1.1
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- format-truncation warning with -O2 on gcc 7.1.1
- From: Pico Geyer <picogeyer@xxxxxxxxx>
- LTO debugging with GDB
- From: "Peryt, Sebastian" <sebastian.peryt@xxxxxxxxx>
- Libraries: libusb question
- From: MikeSD <ipscone@xxxxxxxxxxx>
- Re: std::aligned_storage and [[gnu::may_alias]]
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- std::aligned_storage and [[gnu::may_alias]]
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: Question about extra debug (DWARF) info generated by gcc6/7
- From: Peter Edwards <peadar@xxxxxxxxxx>
- Re: Question about extra debug (DWARF) info generated by gcc6/7
- From: Richard Biener <richard.guenther@xxxxxxxxx>
- REGNO_OK_FOR_BASE_P: Difference to BASE_REG_CLASS?
- From: Maxim Blinov <maxim.a.blinov@xxxxxxxxx>
- Re: g++ optimization
- From: "U.Mutlu" <for-gmane@xxxxxxxxxxx>
- Re: g++ optimization
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: g++ optimization
- From: "U.Mutlu" <for-gmane@xxxxxxxxxxx>
- Re: Question about extra debug (DWARF) info generated by gcc6/7
- From: Jason Merrill <jason@xxxxxxxxxx>
- Re: g++ optimization
- From: Andrew Haley <aph@xxxxxxxxxx>
- g++ optimization
- From: "U.Mutlu" <for-gmane@xxxxxxxxxxx>
- Re: Question about extra debug (DWARF) info generated by gcc6/7
- From: Richard Biener <richard.guenther@xxxxxxxxx>
- Re: I cannot compile a partial initialisation of a template [gcc 6.3.1]
- From: "Georgios Petasis via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: Question about extra debug (DWARF) info generated by gcc6/7
- From: Siva Narayanan <sinaraya@xxxxxxxxxx>
- Re: I cannot compile a partial initialisation of a template [gcc 6.3.1]
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- I cannot compile a partial initialisation of a template [gcc 6.3.1]
- From: "Georgios Petasis via gcc-help" <gcc-help@xxxxxxxxxxx>
- Question about extra debug (DWARF) info generated by gcc6/7
- From: Siva Narayanan <sinaraya@xxxxxxxxxx>
- Re: Question about GCC 5.2.0 and expression reordering
- From: David Barto <barto@xxxxxxxxxxxxxxxxxxxxxx>
- Re: What the constraint "o" in and<mode>3 means on MIPS backend
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- What the constraint "o" in and<mode>3 means on MIPS backend
- From: Paul Hua <paul.hua.gm@xxxxxxxxx>
- Re: Question about GCC 5.2.0 and expression reordering
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Question about GCC 5.2.0 and expression reordering
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Question about GCC 5.2.0 and expression reordering
- From: David Barto <barto@xxxxxxxxxxxxxxxxxxxxxx>
- Re: Question about GCC 5.2.0 and expression reordering
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Question about GCC 5.2.0 and expression reordering
- From: David Barto <barto@xxxxxxxxxxxxxxxxxxxxxx>
- Re: Question about GCC 5.2.0 and expression reordering
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Question about GCC 5.2.0 and expression reordering
- From: David Barto <barto@xxxxxxxxxxxxxxxxxxxxxx>
- Re: Where is version in so's set? Seems to have disappeared w/gcc upgrade?
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Where is version in so's set? Seems to have disappeared w/gcc upgrade?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Where is version in so's set? Seems to have disappeared w/gcc upgrade?
- From: L A Walsh <gcc@xxxxxxxxx>
- Re: undefined reference to `_imp__PathRemoveFileSpecW@4'
- From: Peter Bushnell <bushsolo@xxxxxxxxx>
- Re: undefined reference to `_imp__PathRemoveFileSpecW@4'
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- undefined reference to `_imp__PathRemoveFileSpecW@4'
- From: Peter Bushnell <bushsolo@xxxxxxxxx>
- How do a change the name of a function or delete a function symbol table entry?
- From: Michael Meissner <meissner@xxxxxxxxxxxxxxxxxx>
- Cross compiler for AIX won't build with recent GCC code.
- From: Byoungchan Lee <byoungchan.lee@xxxxxxx>
- Re: is there a way to find the maximum alignment supported by the linker?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Re: is there a way to find the maximum alignment supported by the linker?
- From: "tim prince via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: "-march=native" possibly being misled on Debian i386?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Re: is there a way to find the maximum alignment supported by the linker?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Re: "-march=native" possibly being misled on Debian i386?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: is there a way to find the maximum alignment supported by the linker?
- From: "tim prince via gcc-help" <gcc-help@xxxxxxxxxxx>
- is there a way to find the maximum alignment supported by the linker?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Re: "-march=native" possibly being misled on Debian i386?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Re: "-march=native" possibly being misled on Debian i386?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Re: "-march=native" possibly being misled on Debian i386?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Re: "-march=native" possibly being misled on Debian i386?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Re: "-march=native" possibly being misled on Debian i386?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Re: "-march=native" possibly being misled on Debian i386?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Re: "-march=native" possibly being misled on Debian i386?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: "-march=native" possibly being misled on Debian i386?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: GCC 5.0.0 and 6.0.0 - do they exist?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Re: GCC 5.0.0 and 6.0.0 - do they exist?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- GCC 5.0.0 and 6.0.0 - do they exist?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- "-march=native" possibly being misled on Debian i386?
- From: Toby Douglass <toby.douglass@xxxxxxxxxxx>
- Lost virtual primary
- From: "Razvan Maris via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: GCC 7.1 LTO linker errors
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: GCC 7.1 LTO linker errors
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- GCC 7.1 LTO linker errors
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Content of VTT
- From: "Razvan Maris via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: "Uninitialized array" warnings by c++ with -O2
- From: Mason <slash.tmp@xxxxxxx>
- Re: misleading warning message
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- misleading warning message
- From: massimiliano cialdi <massimiliano.cialdi@xxxxxxxxxxxx>
- Re: "Uninitialized array" warnings by c++ with -O2
- From: Jakub Jelinek <jakub@xxxxxxxxxx>
- Is it possible to "create" functions with a gcc plugin?
- From: Benxi Liu <lbxlbxlbxlbxlbx@xxxxxxxxx>
- [Help-bitfield-optimization] bitfield insert instruction
- From: Mahesh Bodapati <maheshbodapati90@xxxxxxxxx>
- Re: Storing optimization choices in an ELF section
- From: ludo@xxxxxxx (Ludovic Courtès)
- Re: ODR violation warning when compiling with -flto -fno-semantic-interposition -fPIC
- From: Dmitriy Demin <demindf@xxxxxxxxx>
- Re: Storing optimization choices in an ELF section
- From: Florian Weimer <fweimer@xxxxxxxxxxxxxxxx>
- Re: ODR violation warning when compiling with -flto -fno-semantic-interposition -fPIC
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- ODR violation warning when compiling with -flto -fno-semantic-interposition -fPIC
- From: Dmitriy Demin <demindf@xxxxxxxxx>
- Re: Storing optimization choices in an ELF section
- From: ludo@xxxxxxx (Ludovic Courtès)
- Re: Storing optimization choices in an ELF section
- From: Andrew Haley <aph@xxxxxxxxxx>
- Issue about using C99 headers in C90 (was Re: -std=c90 -pedantic-errors and <stdint.h>)
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Ian Pilcher <arequipeno@xxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: NightStrike <nightstrike@xxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Storing optimization choices in an ELF section
- From: ludo@xxxxxxx (Ludovic Courtès)
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: The application performance built from gcc 7.1 is very worse compared to gcc 6.3
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
- Re: Prohibiting use of some registers in the GCC compiler
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: The application performance built from gcc 7.1 is very worse compared to gcc 6.3
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: The application performance built from gcc 7.1 is very worse compared to gcc 6.3
- From: Andrew Haley <aph@xxxxxxxxxx>
- The application performance built from gcc 7.1 is very worse compared to gcc 6.3
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- How const_double expression should be used?
- From: "Peryt, Sebastian" <sebastian.peryt@xxxxxxxxx>
- Re: Prohibiting use of some registers in the GCC compiler
- From: Nisal Menuka <nisalmenuka23@xxxxxxxxx>
- Re: LTO & aarch64
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: Prohibiting use of some registers in the GCC compiler
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: LTO & aarch64
- From: John Pullen <john@xxxxxxxxxxxxxxxxxxxxxx>
- Re: LTO & aarch64
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: Exception handling
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Bitfield insert and extract instructions are not generated
- From: Mahesh Bodapati <maheshbodapati90@xxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- persistent threads in a nested parallel region
- From: Jakub Kurzak <kurzak@xxxxxxxxxxx>
- Re: Prohibiting use of some registers in the GCC compiler
- From: John Pullen <john@xxxxxxxxxxxxxxxxxxxxxx>
- Prohibiting use of some registers in the GCC compiler
- From: Nisal Menuka <nisalmenuka23@xxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Bitfield insert and extract instructions are not generated
- From: Mahesh Bodapati <maheshbodapati90@xxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: -std=c90 -pedantic-errors and <stdint.h>
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Andrew Haley <aph@xxxxxxxxxx>
- -std=c90 -pedantic-errors and <stdint.h>
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Andrew Haley <aph@xxxxxxxxxx>
- perf error duringAutoFDO tutorial
- From: Nobutarou Nosuke <nobutarounosuke@xxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Exception handling
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Exception handling
- From: "Flis, Przemyslaw (Nokia - PL/Wroclaw)" <przemyslaw.flis@xxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- LTO & aarch64
- From: John Pullen <john@xxxxxxxxxxxxxxxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: GCC in-line assembly and the removal of -mcx16
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- GCC in-line assembly and the removal of -mcx16
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: boehm-gc and gcc 7.1
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- boehm-gc and gcc 7.1
- From: Reinoud Koornstra <reinoudkoornstra@xxxxxxxxx>
- Re: User-space code aborts on some (but not all) misaligned accesses
- From: Mason <slash.tmp@xxxxxxx>
- Re: User-space code aborts on some (but not all) misaligned accesses
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: User-space code aborts on some (but not all) misaligned accesses
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: User-space code aborts on some (but not all) misaligned accesses
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: User-space code aborts on some (but not all) misaligned accesses
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: User-space code aborts on some (but not all) misaligned accesses
- From: Mason <slash.tmp@xxxxxxx>
- Re: User-space code aborts on some (but not all) misaligned accesses
- From: Robin Murphy <robin.murphy@xxxxxxx>
- User-space code aborts on some (but not all) misaligned accesses
- From: Mason <slash.tmp@xxxxxxx>
- Re: How to use higher ISA's while restraining GCC to lower ISA's
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- How to use higher ISA's while restraining GCC to lower ISA's
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- use gcc-6.3.0 with its compiled new glibc-2.25
- From: bastl <bastl@xxxxxxxxxx>
- Re: -march=native
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: -march=native
- From: David Abdurachmanov <david.abdurachmanov@xxxxxxxxx>
- Re: -march=native
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: -march=native
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- -march=native
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Simple inline Sparc assembly example : set input and get output - right syntax
- From: hpti <henri.petit09@xxxxxxxxx>
- Re: Replies to mailing list not listed as follow up to original message on mailing list archive
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Replies to mailing list not listed as follow up to original message on mailing list archive
- From: Jozef Lawrynowicz <jozef.l@xxxxxxxxxxxxxxx>
- [PATCH] Fix compiler errors on MinGW-w64 due to identifier collision with macros.
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: Binary compatibility between an old static libstdc++ and a new dynamic one
- From: Guilherme Quentel Melo <gqmelo@xxxxxxxxx>
- How build libsupc++ only
- From: "fedor_qd via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: Word arounds for incorrect result with uint128_t on PPC64?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: build issue for gcc-4.8.5 on ubuntu 16.04
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: build issue for gcc-4.8.5 on ubuntu 16.04
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: build issue for gcc-4.8.5 on ubuntu 16.04
- From: Pintu <pintukumar79@xxxxxxxxx>
- Re: build issue for gcc-4.8.5 on ubuntu 16.04
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: build issue for gcc-4.8.5 on ubuntu 16.04
- From: Pintu <pintukumar79@xxxxxxxxx>
- Re: [Mingw-w64-public] Fwd: Re: [PATCH] Include driverspecs.h in specstrings.h.
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: [Mingw-w64-public] Fwd: Re: [PATCH] Include driverspecs.h in specstrings.h.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: [Mingw-w64-public] Fwd: Re: [PATCH] Include driverspecs.h in specstrings.h.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: [Mingw-w64-public] Fwd: Re: [PATCH] Include driverspecs.h in specstrings.h.
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: [Mingw-w64-public] Fwd: Re: [PATCH] Include driverspecs.h in specstrings.h.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: __builtin_isnanl() and invalid x87 80-bit floating point numbers
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: result of fabs or fma when <math.h> is not included?
- From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
- Re: result of fabs or fma when <math.h> is not included?
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: __builtin_isnanl() and invalid x87 80-bit floating point numbers
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: __builtin_isnanl() and invalid x87 80-bit floating point numbers
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: result of fabs or fma when <math.h> is not included?
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: help with improving compile times
- From: Matthias Kretz <m.kretz@xxxxxx>
- Re: result of fabs or fma when <math.h> is not included?
- From: Mason <slash.tmp@xxxxxxx>
- Re: help with improving compile times
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: help with improving compile times
- From: Mason <slash.tmp@xxxxxxx>
- Re: __builtin_isnanl() and invalid x87 80-bit floating point numbers
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: help with improving compile times
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- result of fabs or fma when <math.h> is not included?
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: help with improving compile times
- From: Mason <slash.tmp@xxxxxxx>
- help with improving compile times
- From: Matthias Kretz <m.kretz@xxxxxx>
- Re: autovectorization of outer loop
- From: Alexey Salmin <alexey.salmin@xxxxxxxxx>
- Re: autovectorization of outer loop
- From: Alexey Salmin <alexey.salmin@xxxxxxxxx>
- Proper way of modifying the AST
- From: Marcwell Helpdesk <helpdesk@xxxxxxxxxxx>
- Re: __builtin_isnanl() and invalid x87 80-bit floating point numbers
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: __builtin_isnanl() and invalid x87 80-bit floating point numbers
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Word arounds for incorrect result with uint128_t on PPC64?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Word arounds for incorrect result with uint128_t on PPC64?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: __builtin_isnanl() and invalid x87 80-bit floating point numbers
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: __builtin_isnanl() and invalid x87 80-bit floating point numbers
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: __builtin_isnanl() and invalid x87 80-bit floating point numbers
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: build issue for gcc-4.8.5 on ubuntu 16.04
- From: Mason <slash.tmp@xxxxxxx>
- Re: build issue for gcc-4.8.5 on ubuntu 16.04
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- build issue for gcc-4.8.5 on ubuntu 16.04
- From: Pintu <pintukumar79@xxxxxxxxx>
- Re: __builtin_isnanl() and invalid x87 80-bit floating point numbers
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: GCC compilation with -fuse-linker-plugin support
- From: Gaël Donval <G.Donval@xxxxxxxxxx>
- Re: [Mingw-w64-public] Fwd: Re: [PATCH] Include driverspecs.h in specstrings.h.
- From: David Grayson <davidegrayson@xxxxxxxxx>
- GCC compilation with -fuse-linker-plugin support
- From: Gaël Donval <G.Donval@xxxxxxxxxx>
- Re: [Mingw-w64-public] Fwd: Re: [PATCH] Include driverspecs.h in specstrings.h.
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: What is the best way to add a target specific system header directory
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- RE: What is the best way to add a target specific system header directory
- From: "Fiodar Stryzhniou via gcc-help" <gcc-help@xxxxxxxxxxx>
- Fwd: autovectorization of outer loop
- From: Jyotirmoy Bhattacharya <jyotirmoy@xxxxxxxxxxxxx>
- Re: question about malloc attribute
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: What is the best way to add a target specific system header directory
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- What is the best way to add a target specific system header directory
- From: "Martin J. O'Riordan" <martin.oriordan@xxxxxxxxxxxx>
- Re: question about malloc attribute
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: GCC 7.1, cygwin, undefined reference to ___divmoddi4
- From: Thomas Plank <tplank@xxxxxx>
- Re: GCC 7.1, cygwin, undefined reference to ___divmoddi4
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Implement weak __divmoddi4() and __udivmoddi4() for internal use by the CRT and winpthreads?
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: GCC 7.1, cygwin, undefined reference to ___divmoddi4
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: GCC 7.1, cygwin, undefined reference to ___divmoddi4
- From: Thomas Plank <tplank@xxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Difficulty building GCC 7.1 on Bash for Windows 16.04
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: GCC 7.1, cygwin, undefined reference to ___divmoddi4
- From: JonY <10walls@xxxxxxxxx>
- Re: Difficulty building GCC 7.1 on Bash for Windows 16.04
- From: Christopher Di Bella <cjdb.ns@xxxxxxxxx>
- Re: Difficulty building GCC 7.1 on Bash for Windows 16.04
- From: "Tim Prince via gcc-help" <gcc-help@xxxxxxxxxxx>
- Difficulty building GCC 7.1 on Bash for Windows 16.04
- From: Christopher Di Bella <cjdb.ns@xxxxxxxxx>
- GCC 7.1, cygwin, undefined reference to ___divmoddi4
- From: Thomas Plank <tplank@xxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: question about malloc attribute
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Strange "UNRESOLVED" test results of GCC
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Strange "UNRESOLVED" test results of GCC
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Strange "UNRESOLVED" test results of GCC
- From: Jeff Law <law@xxxxxxxxxx>
- question about malloc attribute
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Strange "UNRESOLVED" test results of GCC
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Possible gfortran documentation oversight with regards to linking options?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: trying to use -fcheck=all option with fortran in LINUX (bash system) and will not recognize option
- From: Mason <slash.tmp@xxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: memcpy(3) && memmove(3)
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: 404
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: 404
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- 404
- From: Olaf van der Spek <olafvdspek@xxxxxxxxx>
- memcpy(3) && memmove(3)
- From: Matthias Apitz <guru@xxxxxxxxxxx>
- Re: -Wenum-compare and template metaprogramming
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Trouble building gcc 7 on mingw64 (can't find limits.h)
- From: Loo Rong Jie <loorongjie@xxxxxxxxx>
- Re: -Wenum-compare and template metaprogramming
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- trying to use -fcheck=all option with fortran in LINUX (bash system) and will not recognize option
- From: Richard Gustafson <gustafson_rm@xxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- gcc 7 vs. -fvisibility=hidden vs. lambdas
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Trouble building gcc 7 on mingw64 (can't find limits.h)
- From: Liu Hao <lh_mouse@xxxxxxx>
- Possible gfortran documentation oversight with regards to linking options?
- From: Miles McCammon <MilesM@xxxxxxxxxxxxxxxxxxxx>
- Re: Trouble building gcc 7 on mingw64 (can't find limits.h)
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: -Wenum-compare and template metaprogramming
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Trouble building gcc 7 on mingw64 (can't find limits.h)
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: -Wenum-compare and template metaprogramming
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: std::setlocale(...) return value ??
- From: Papa <papa@xxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Dietmar Schindler <gnuspam@xxxxxxxxxxxxxxx>
- Re: std::setlocale(...) return value ??
- From: Liu Hao <lh_mouse@xxxxxxx>
- std::setlocale(...) return value ??
- From: Papa <papa@xxxxxxxxxxx>
- Re: -Wenum-compare and template metaprogramming
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Trouble building gcc 7 on mingw64 (can't find limits.h)
- From: Liu Hao <lh_mouse@xxxxxxx>
- Trouble building gcc 7 on mingw64 (can't find limits.h)
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Papa <papa@xxxxxxxxxxx>
- unrecognized command line option -fself-test
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: g++ Locale ?? correction
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Papa <papa@xxxxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Papa <papa@xxxxxxxxxxx>
- Re: Is the a GCC or GAS issue (or no issue at all)?
- From: Kyrill Tkachov <kyrylo.tkachov@xxxxxxxxxxxx>
- Re: -Wenum-compare and template metaprogramming
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Is the a GCC or GAS issue (or no issue at all)?
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: g++ Locale ?? correction
- From: Liu Hao <ltpmouse@xxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: g++ Locale ?? correction
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Memory model release/acquire mode interactions of relaxed atomic operations
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Liu Hao <lh_mouse@xxxxxxx>
- Memory model release/acquire mode interactions of relaxed atomic operations
- From: Dietmar Schindler <gnuspam@xxxxxxxxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Papa <papa@xxxxxxxxxxx>
- -Wenum-compare and template metaprogramming
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Binary compatibility between an old static libstdc++ and a new dynamic one
- From: Guilherme Quentel Melo <gqmelo@xxxxxxxxx>
- Re: Why does GCC store XMM registers into RAM then load them back instead of using them directly?
- From: Liu Hao <ltpmouse@xxxxxxxxx>
- Re: Why does GCC store XMM registers into RAM then load them back instead of using them directly?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Why does GCC store XMM registers into RAM then load them back instead of using them directly?
- From: Liu Hao <ltpmouse@xxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: g++ Locale ?? correction
- From: Papa <papa@xxxxxxxxxxx>
- g++ Locale ??
- From: Papa <papa@xxxxxxxxxxx>
- Re: Windows build failure for gcc7 release candidates on 32-bit MinGW
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Windows build failure for gcc7 release candidates on 32-bit MinGW
- From: niXman <i.nixman@xxxxxxxxxxxxx>
- Re: What is the proper protocol for submitting a bug report with a patch for a gcc V7 prerelease?
- From: Mikhail Maltsev <maltsevm@xxxxxxxxx>
- What is the proper protocol for submitting a bug report with a patch for a gcc V7 prerelease?
- From: David Gressett <DGressett@xxxxxxxxxxxxxxx>
- RE: Windows build failure for gcc7 release candidates on 32-bit MinGW
- From: David Gressett <DGressett@xxxxxxxxxxxxxxx>
- RE: Windows build failure for gcc7 release candidates on 32-bit MinGW
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- RE: Windows build failure for gcc7 release candidates on 32-bit MinGW
- From: David Gressett <DGressett@xxxxxxxxxxxxxxx>
- Re: Windows build failure for gcc7 release candidates on 32-bit MinGW
- From: niXman <i.nixman@xxxxxxxxxxxxx>
- Re: Windows build failure for gcc7 release candidates on 32-bit MinGW
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Windows build failure for gcc7 release candidates on 32-bit MinGW
- From: David Gressett <DGressett@xxxxxxxxxxxxxxx>
- Re: Which version of C++ is default in GCC 7?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Which version of C++ is default in GCC 7?
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Which version of C++ is default in GCC 7?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Which version of C++ is default in GCC 7?
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Which version of C++ is default in GCC 7?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Can not follow FAQ about suffix error
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Can not follow FAQ about suffix error
- From: Ray Sheppard <rsheppar@xxxxxx>
- Re: Can not follow FAQ about suffix error
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Can not follow FAQ about suffix error
- From: Ray Sheppard <rsheppar@xxxxxx>
- Re: Can not follow FAQ about suffix error
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Can not follow FAQ about suffix error
- From: Ray Sheppard <rsheppar@xxxxxx>
- Re: wxWidget not compiling
- From: Mason <slash.tmp@xxxxxxx>
- Re: Disabling errors but keeping warnings
- From: Mason <slash.tmp@xxxxxxx>
- Re: Disabling errors but keeping warnings
- From: Jakub Jelinek <jakub@xxxxxxxxxx>
- Re: Disabling errors but keeping warnings
- From: Mason <slash.tmp@xxxxxxx>
- Re: Disabling errors but keeping warnings
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Disabling errors but keeping warnings
- From: Mason <slash.tmp@xxxxxxx>
- wxWidget not compiling
- From: Papa <papa@xxxxxxxxxxx>
- Re: Disabling errors but keeping warnings
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Disabling errors but keeping warnings
- From: Mason <slash.tmp@xxxxxxx>
- Re: Get rid of Java .jcr section when not using Java
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Get rid of Java .jcr section when not using Java
- From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
- Re: Get rid of Java .jcr section when not using Java
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Get rid of Java .jcr section when not using Java
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Get rid of Java .jcr section when not using Java
- From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
- Re: Get rid of Java .jcr section when not using Java
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Get rid of Java .jcr section when not using Java
- From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
- __builtin_isnanl() and invalid x87 80-bit floating point numbers
- From: Liu Hao <lh_mouse@xxxxxxx>
- Openacc offload C library
- From: Rudi Alberts <rudialberts@xxxxxxxxx>
- Re: std::experimental::optional::swap() vs std::swap()
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: The builtin function `__builtin_ia32_rdtscp()` is undocumented
- From: Liu Hao <lh_mouse@xxxxxxx>
- Re: The builtin function `__builtin_ia32_rdtscp()` is undocumented
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- The builtin function `__builtin_ia32_rdtscp()` is undocumented
- From: Liu Hao <lh_mouse@xxxxxxx>
- Compiler result "Process returned -1 (0xFFFFFFFF)"
- From: fopetesl <fopetsys@xxxxxxxxx>
- Re: std::experimental::optional::swap() vs std::swap()
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: std::experimental::optional::swap() vs std::swap()
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: std::experimental::optional::swap() vs std::swap()
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- std::experimental::optional::swap() vs std::swap()
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- possible make check build system failure on MIPS32 with GMP 4.3.2 when building GCC 5.4.0
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Gcc Plugin - C++ static initializers
- From: Pedro Lopes <pedro.fraiao@xxxxxxxxx>
- Is the a GCC or GAS issue (or no issue at all)?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Disable specific function call optimization
- From: Mason <slash.tmp@xxxxxxx>
- Re: What is the builtin for _mm_sha256rnds2_epu32?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: What is the builtin for _mm_sha256rnds2_epu32?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: What is the builtin for _mm_sha256rnds2_epu32?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: What is the builtin for _mm_sha256rnds2_epu32?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: What is the builtin for _mm_sha256rnds2_epu32?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: What is the builtin for _mm_sha256rnds2_epu32?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: What is the builtin for _mm_sha256rnds2_epu32?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: What is the builtin for _mm_sha256rnds2_epu32?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- What is the builtin for _mm_sha256rnds2_epu32?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- 28 hours to build 5.4.0 on Raspberry Pi 2 Model B
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Which version of GCC supports intrinsics independent of -mXXX?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Which version of GCC supports intrinsics independent of -mXXX?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: gdb doesn't get argc right
- From: Andrew Pinski <pinskia@xxxxxxxxx>
- -fPIE and -fPIC compilation flags
- From: Yashwardhan Singh <yashnitkkr7@xxxxxxxxx>
- Re: building GCC without documentation?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- building GCC without documentation?
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: mpfr, gmp and mpc versions prior to 4.6.0 and download_prerequisites
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: mpfr, gmp and mpc versions prior to 4.6.0 and download_prerequisites
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Binary compatibility between an old static libstdc++ and a new dynamic one
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- mpfr, gmp and mpc versions prior to 4.6.0 and download_prerequisites
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: Binary compatibility between an old static libstdc++ and a new dynamic one
- From: Guilherme Quentel Melo <gqmelo@xxxxxxxxx>
- Re: Binary compatibility between an old static libstdc++ and a new dynamic one
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Binary compatibility between an old static libstdc++ and a new dynamic one
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Binary compatibility between an old static libstdc++ and a new dynamic one
- From: Guilherme Quentel Melo <gqmelo@xxxxxxxxx>
- RE: Function Multiversioning in GCC6
- From: "O Mahony, Billy" <billy.o.mahony@xxxxxxxxx>
- Re: where are the implementations for <random>?
- From: Oliver Kullmann <o.kullmann@xxxxxxxxxxxxx>
- Re: where are the implementations for <random>?
- From: Oliver Kullmann <o.kullmann@xxxxxxxxxxxxx>
- Re: How to make gcc vectorize identical statements?
- From: Yifei <hlfqdhj@xxxxxxx>
- RE: Specifying variable addresses manually in MIPS
- From: Matthew Fortune <Matthew.Fortune@xxxxxxxxxx>
- Specifying variable addresses manually in MIPS
- From: Rena <hyperhacker@xxxxxxxxx>
- Re: where are the implementations for <random>?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: where are the implementations for <random>?
- From: Oliver Kullmann <o.kullmann@xxxxxxxxxxxxx>
- Re: where are the implementations for <random>?
- From: Oliver Kullmann <o.kullmann@xxxxxxxxxxxxx>
- Re: How to make gcc vectorize identical statements?
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: GCC labels as values extension and scope
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- How to make gcc vectorize identical statements?
- From: Yifei <hlfqdhj@xxxxxxx>
- GCC labels as values extension and scope
- Re: where are the implementations for <random>?
- From: Oliver Kullmann <o.kullmann@xxxxxxxxxxxxx>
- Re: Function Multiversioning in GCC6
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Re: building GCC - please check method, and results so far over multiple platforms
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: building GCC - please check method, and results so far over multiple platforms
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: building GCC - please check method, and results so far over multiple platforms
- From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
- Re: building GCC - please check method, and results so far over multiple platforms
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building GCC - please check method, and results so far over multiple platforms
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: building GCC - please check method, and results so far over multiple platforms
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: building GCC - please check method, and results so far over multiple platforms
- From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
- building GCC - please check method, and results so far over multiple platforms
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: where are the implementations for <random>?
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: where are the implementations for <random>?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- where are the implementations for <random>?
- From: Oliver Kullmann <o.kullmann@xxxxxxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Kamil Rytarowski <n54@xxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Target has no frame pointer: what to set FRAME_POINTER_REGNUM?
- From: Jeff Law <law@xxxxxxxxxx>
- Target has no frame pointer: what to set FRAME_POINTER_REGNUM?
- From: Maxim Blinov <maxim.a.blinov@xxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Mason <slash.tmp@xxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- Re: building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- building every released version of GCC starting with 4.1.2, with appropriate matching glibc
- From: Toebs Douglass <toby@xxxxxxxxxxxxxx>
- RE: Function Multiversioning in GCC6
- From: "O Mahony, Billy" <billy.o.mahony@xxxxxxxxx>
- Re: Function Multiversioning in GCC6
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Re: GLIBCXX_3.4.15 and GLIBCXX_3.4.20 missing from libstdc++.so
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- GLIBCXX_3.4.15 and GLIBCXX_3.4.20 missing from libstdc++.so
- From: Olumide <50295@xxxxxx>
- Re: Target support for packed/aligned (1) structs
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Target support for packed/aligned (1) structs
- From: Martin Sebor <msebor@xxxxxxxxx>
- Target support for packed/aligned (1) structs
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- RE: Function Multiversioning in GCC6
- From: "O Mahony, Billy" <billy.o.mahony@xxxxxxxxx>
- Re: Function Multiversioning in GCC6
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Re: requirements for graphite & loop-block
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: requirements for graphite & loop-block
- From: L A Walsh <gcc@xxxxxxxxx>
- Re: requirements for graphite & loop-block
- From: Branko <brankob@xxxxxxxxxxxxx>
- Fwd: failure notice
- From: Shawn Pringle <shawn.pringle@xxxxxxxxx>
- Re: requirements for graphite & loop-block
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- requirements for graphite & loop-block
- From: L A Walsh <gcc@xxxxxxxxx>
- Re: Specifics of `BASE_REG_CLASS` macro?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Specifics of `BASE_REG_CLASS` macro?
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Specifics of `BASE_REG_CLASS` macro?
- From: Jeff Law <law@xxxxxxxxxx>
- Specifics of `BASE_REG_CLASS` macro?
- From: Maxim Blinov <maxim.a.blinov@xxxxxxxxx>
- Re: About the PR target / 63293
- From: Bryan Hundven <bryanhundven@xxxxxxxxx>
- About the PR target / 63293
- From: 郭哲洋 <s86097john@xxxxxxxxx>
- RE: Function Multiversioning in GCC6
- From: "O Mahony, Billy" <billy.o.mahony@xxxxxxxxx>
- Re: Function Multiversioning in GCC6
- From: Mason <slash.tmp@xxxxxxx>
- Re: Function Multiversioning in GCC6
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- enumerators in generic tree
- From: Joachim Ullrich <joachim.ullrich@xxxxxxxxxxx>
- Re: -fuse-ld=gold and -pthread vs -lpthread
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: -fuse-ld=gold and -pthread vs -lpthread
- From: John Steele Scott <toojays@xxxxxxxxxxx>
- Re: __seg_gs specifier in g++
- From: 陳韋任 <chenwj.cs97g@xxxxxxxxxxxxxx>
- Re: __seg_gs specifier in g++
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: __seg_gs specifier in g++
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: 403 Forbidden error while trying to access gcc.gnu.org site
- From: 陳韋任 <chenwj.cs97g@xxxxxxxxxxxxxx>
- Re: non template friend function and overloading
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: __seg_gs specifier in g++
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- 403 Forbidden error while trying to access gcc.gnu.org site
- From: "Kishore Surampalli (Kishore)" <ksurampa@xxxxxxxxxxxxxxxx>
- RE: Custom malloc fails after gcc-5.x due to changes in eh_alloc.cc
- From: Kaushik Phatak <Kaushik.Phatak@xxxxxxxx>
- Re: non template friend function and overloading
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: non template friend function and overloading
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- non template friend function and overloading
- From: Shmuel Hanoch <shmuel@xxxxxxxxxxxxxxxxxx>
- Re: __seg_gs specifier in g++
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: __seg_gs specifier in g++
- From: 陳韋任 <chenwj.cs97g@xxxxxxxxxxxxxx>
- __seg_gs specifier in g++
- From: "J.W. Jagersma" <jwjagersma@xxxxxxxxx>
- Re: Custom malloc fails after gcc-5.x due to changes in eh_alloc.cc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Custom malloc fails after gcc-5.x due to changes in eh_alloc.cc
- From: Kaushik Phatak <Kaushik.Phatak@xxxxxxxx>
- RE: Function Multiversioning in GCC6
- From: "O Mahony, Billy" <billy.o.mahony@xxxxxxxxx>
[Index of Archives]
[Fedora Development]
[Security]
[Netfilter]
[Bugtraq]
