GCC Help

Thread Index

[Prev Page][Next Page]

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
- From: sztfg@xxxxxxxxx
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>
Re: Function Multiversioning in GCC6
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Function Multiversioning in GCC6
- From: "O Mahony, Billy" <billy.o.mahony@xxxxxxxxx>
Build gcc with C++ support fails when can't find libc headers
- From: "Fiodar Stryzhniou via gcc-help" <gcc-help@xxxxxxxxxxx>
-fuse-ld=gold and -pthread vs -lpthread
- From: John Steele Scott <toojays@xxxxxxxxxxx>
Re: About static libstdc++
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: Perplexing issue with libreadline
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: Perplexing issue with libreadline
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Perplexing issue with libreadline
- From: David Bernier <david250@xxxxxxxxxxxx>
About static libstdc++
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Re: Plugin for pre-built cross-compiler
- From: Pedro Lopes <pedro.fraiao@xxxxxxxxx>
Plugin for pre-built cross-compiler
- From: Pedro Lopes <pedro.fraiao@xxxxxxxxx>
Re: LTO: cannot find pthread_create() and friends
- From: Manuel Lauss <manuel.lauss@xxxxxxxxx>
Re: LTO: cannot find pthread_create() and friends
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
LTO: cannot find pthread_create() and friends
- From: Manuel Lauss <manuel.lauss@xxxxxxxxx>
Re: Problem with vector and cilk_spawn
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Re: GCC Plugin - Tracking memory accesses
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Re: if I linked a static lib do I need to...
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
if I linked a static lib do I need to...
- From: "lejeczek via gcc-help" <gcc-help@xxxxxxxxxxx>
Re: Invoke g++ with source.c
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Invoke g++ with source.c
- From: "ryxi@xxxxxxxxxxxxxxxxx" <ryxi@xxxxxxxxxxxxxxxxx>
Re: Build gcc-4.9.4 on OSX-ppc with included requirements, but linked otherwise.
- From: ssbb <effed3s@xxxxxxxxx>
RE: detect --coverage option from code
- From: Raul Benet <Raul.Benet@xxxxxxxxxxxxxxxxxxx>
Re: detect --coverage option from code
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
detect --coverage option from code
- From: Raul Benet <Raul.Benet@xxxxxxxxxxxxxxxxxxx>
GCC Plugin - Tracking memory accesses
- From: Pedro Lopes <pedro.fraiao@xxxxxxxxx>
Re: Apple LD always uses a dylib if present (was: Build gcc-4.9.4 on OSX-ppc ...)
- From: Iain Sandoe <iain@xxxxxxxxxxxxxxxx>
Apple LD always uses a dylib if present (was: Build gcc-4.9.4 on OSX-ppc ...)
- From: Jeffrey Walton <noloader@xxxxxxxxx>
Re: Undefined behavior or not?
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
Re: Build gcc-4.9.4 on OSX-ppc with included requirements, but linked otherwise.
- From: Iain Sandoe <iain@xxxxxxxxxxxxxxxx>
Build gcc-4.9.4 on OSX-ppc with included requirements, but linked otherwise.
- From: ssbb <effed3s@xxxxxxxxx>
Re: GCC pass registration - opt_pass undefined symbol
- From: Pedro Lopes <pedro.fraiao@xxxxxxxxx>
Re: Questions about ACOVEA
- From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
Re: Undefined behavior or not?
- From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
Re: Undefined behavior or not?
- From: Andrew Makhorin <mao@xxxxxxx>
Re: Undefined behavior or not?
- From: Martin Sebor <msebor@xxxxxxxxx>
Re: Undefined behavior or not?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
AW: Undefined behavior or not?
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
Re: Undefined behavior or not?
- From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
Re: AW: Undefined behavior or not?
- From: Liu Hao <lh_mouse@xxxxxxx>
Re: Retrieving initializer list values
- From: Martin Sebor <msebor@xxxxxxxxx>
AW: Undefined behavior or not?
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
Re: Undefined behavior or not?
- From: Martin Sebor <msebor@xxxxxxxxx>
Re: How to build a 64-bit gcc on a hybrid 32-bit/64-bit (Intel) GNU/Linux system
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: How to build a 64-bit gcc on a hybrid 32-bit/64-bit (Intel) GNU/Linux system
- From: David Madore <david+ml@xxxxxxxxxx>
Re: How to build a 64-bit gcc on a hybrid 32-bit/64-bit (Intel) GNU/Linux system
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
How to build a 64-bit gcc on a hybrid 32-bit/64-bit (Intel) GNU/Linux system
- From: David Madore <david+ml@xxxxxxxxxx>
Re: ASAN and $ORIGIN
- From: Michael Thayer <michael.thayer@xxxxxxxxxx>
Re: ASAN and $ORIGIN
- From: Alexander Monakov <amonakov@xxxxxxxxx>
Re: Undefined behavior or not?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Re: Undefined behavior or not?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
ASAN and $ORIGIN
- From: Michael Thayer <michael.thayer@xxxxxxxxxx>
Re: Undefined behavior or not?
- From: Liu Hao <lh_mouse@xxxxxxx>
Retrieving initializer list values
- From: Anubhav Sharma <anubhav@xxxxxxxxxxxxxx>
GCC pass registration - opt_pass undefined symbol
- From: Pedro Lopes <pedro.fraiao@xxxxxxxxx>
Undefined behavior or not?
- From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
Problem with vector and cilk_spawn
- From: Florent Hivert <Florent.Hivert@xxxxxx>
RRe: GCC creates code having the wrong instruction set
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
Re: best solution for LDRD/STRD/LDM/STM when not 4-byte aligned on aarch32
- From: Mason <slash.tmp@xxxxxxx>
best solution for LDRD/STRD/LDM/STM when not 4-byte aligned on aarch32
- From: "Cheryl Edwards (cdedward)" <cdedward@xxxxxxxxx>
Re: problem in gcc (lib) headers __BEGIN_DECLS & traceback-incomplete
- From: L A Walsh <gcc@xxxxxxxxx>
Re: problem in gcc (lib) headers __BEGIN_DECLS & traceback-incomplete
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: problem in gcc (lib) headers __BEGIN_DECLS & traceback-incomplete
- From: L A Walsh <gcc@xxxxxxxxx>
Re: problem in gcc (lib) headers __BEGIN_DECLS & traceback-incomplete
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: problem in gcc (lib) headers __BEGIN_DECLS & traceback-incomplete
- From: L A Walsh <gcc@xxxxxxxxx>
Re: problem in gcc (lib) headers __BEGIN_DECLS & traceback-incomplete
- From: L A Walsh <gcc@xxxxxxxxx>
Re: problem in gcc (lib) headers __BEGIN_DECLS & traceback-incomplete
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
problem in gcc (lib) headers __BEGIN_DECLS & traceback-incomplete
- From: L A Walsh <gcc@xxxxxxxxx>
GCC creates code having the wrong instruction set
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
Re: cstdlib declarations of ::abs
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: Compilation failure with std::result_of and SFINAE
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Compilation failure with std::result_of and SFINAE
- From: Veena Lakshmana <veenmurthy@xxxxxxxxx>
Re: Questions about ACOVEA
- From: Alexander Monakov <amonakov@xxxxxxxxx>
Re: cstdlib declarations of ::abs
- From: Mason <slash.tmp@xxxxxxx>
Re: cstdlib declarations of ::abs
- From: Dave Gittins <dave.gittins@xxxxxxxxx>
Re: cstdlib declarations of ::abs
- From: Dave Gittins <dave.gittins@xxxxxxxxx>
Re: cstdlib declarations of ::abs
- From: Mason <slash.tmp@xxxxxxx>
Questions about ACOVEA
- From: ltp0709@xxxxxxxx
Re: automatic 16-byte alignment for structs
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Re: cstdlib declarations of ::abs
- From: Dave Gittins <dave.gittins@xxxxxxxxx>
Re: cstdlib declarations of ::abs
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: cstdlib declarations of ::abs
- From: Dave Gittins <dave.gittins@xxxxxxxxx>
Re: cstdlib declarations of ::abs
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
cstdlib declarations of ::abs
- From: Dave Gittins <dave.gittins@xxxxxxxxx>
automatic 16-byte alignment for structs
- From: Shmuel Hanoch <shmuel@xxxxxxxxxxxxxxxxxx>
Re: Error with -mfpmath=387 switch on Mac OSX Intel CPU
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
[Question: AST modification:] insert a simple function call to a existing function decl
- From: yin liu <liuyin.iwork@xxxxxxxxx>
Error with -mfpmath=387 switch on Mac OSX Intel CPU
- From: amar712 <amar712@xxxxxxxxx>
Problems building old (3.0.4) gcc on Amiga Unix.
- From: Mack Wallace <mackbw@xxxxxxxxxxxxxxx>
RE: Need help configuring arm targets w/o FPU
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
RE: GCC Compiling Issue
- From: "NAMIAS, JOHN D CTR USAF AFMC AFLCMC/HIBD" <john.namias.ctr@xxxxxxxxx>
Need help configuring arm targets w/o FPU
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
Vectorization regression (?) from gcc5 to gcc6 on Harpertown
- From: Scott Paine <spaine@xxxxxxxxxxxxxxx>
RE: GCC Compiling Issue
- From: "NAMIAS, JOHN D CTR USAF AFMC AFLCMC/HIBD" <john.namias.ctr@xxxxxxxxx>
Re: gomp barriers on aarch64
- From: cbz <cbz@xxxxxxxxxx>
Test announcement
- From: "Noreply via gcc-help" <gcc-help@xxxxxxxxxxx>
Re: GCC function multi-versioning behaviour on Linux vs. macOS
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Re: gomp barriers on aarch64
- From: "cbz" <cbz@xxxxxxxxxx>
GCC function multi-versioning behaviour on Linux vs. macOS
- From: Kim Walisch <kim.walisch@xxxxxxxxx>
Re: gomp barriers on aarch64
- From: cbz <cbz@xxxxxxxxxx>
Re: gomp barriers on aarch64
- From: cbz <cbz@xxxxxxxxxx>
Re: g++ relys too much on slow AVX vinsertf128 on haswell
- From: "Tim Prince via gcc-help" <gcc-help@xxxxxxxxxxx>
g++ relys too much on slow AVX vinsertf128 on haswell
- From: Yifei <hlfqdhj@xxxxxxx>
gomp barriers on aarch64
- From: "=?gb18030?b?Y2J6?=" <cbz@xxxxxxxxxx>
Re: Exception problem with locale with g++ on Windows
- From: Marvin Gülker <m-guelker@xxxxxxxxxxxxxx>
Re: Why stage1-gcc is not compiled with optimization?
- From: Martin Sebor <msebor@xxxxxxxxx>
Re: -Wformat cannot use const struct fields as format strings on purpose?
- From: Martin Sebor <msebor@xxxxxxxxx>
Why stage1-gcc is not compiled with optimization?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Re: will gcc7 be abi compat w/gcc6?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: will gcc7 be abi compat w/gcc6?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
will gcc7 be abi compat w/gcc6?
- From: Jason Mancini <jayrusman@xxxxxxxxxxx>
AW: GCC 6.3.0 Build error | target xg++: g++: fatal error: unknown spec function ‘gt’
- From: Oliver Fernandes <Oliver.Fernandes@xxxxxxxxxxxxxxxxxxxxxx>
Re: GCC 6.3.0 Build error | target xg++: g++: fatal error: unknown spec function ‘gt’
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
GCC 6.3.0 Build error | target xg++: g++: fatal error: unknown spec function ‘gt’
- From: Oliver Fernandes <Oliver.Fernandes@xxxxxxxxxxxxxxxxxxxxxx>
-Wformat cannot use const struct fields as format strings on purpose?
- From: Basin Ilya <basinilya@xxxxxxxxx>
Re: Exception problem with locale with g++ on Windows
- From: Liu Hao <lh_mouse@xxxxxxx>
Re: Exception problem with locale with g++ on Windows
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Re: Exception problem with locale with g++ on Windows
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Exception problem with locale with g++ on Windows
- From: Marvin Gülker <m-guelker@xxxxxxxxxxxxxx>
Re: strict aliasing and socket structures
- From: Andrew Haley <aph@xxxxxxxxxx>
Re: strict aliasing and socket structures
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: strict aliasing and socket structures
- From: Andrew Haley <aph@xxxxxxxxxx>
Re: strict aliasing and socket structures
- From: Andrew Haley <aph@xxxxxxxxxx>
Re: strict aliasing and socket structures
- From: Andrew Haley <aph@xxxxxxxxxx>
Re: strict aliasing and socket structures
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: strict aliasing and socket structures
- From: Abhinav Gauniyal <mail.agauniyal@xxxxxxxxx>
Re: strict aliasing and socket structures
- From: Andrew Haley <aph@xxxxxxxxxx>
Fwd: strict aliasing and socket structures
- From: Abhinav Gauniyal <mail.agauniyal@xxxxxxxxx>
Re: strict aliasing and socket structures
- From: Andrew Haley <aph@xxxxxxxxxx>
Traversing gimple?
- From: Georg-Johann Lay <avr@xxxxxxxx>
Re: strict aliasing and socket structures
- From: Mason <slash.tmp@xxxxxxx>
Re: Peculiar behavior with bit-shifting
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Re: Peculiar behavior with bit-shifting
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Re: Peculiar behavior with bit-shifting
- From: Niklas Gürtler <profclonk@xxxxxxxxx>
Peculiar behavior with bit-shifting
- From: Chris Pezley <chris@xxxxxxxxxx>
strict aliasing and socket structures
- From: Abhinav Gauniyal <mail.agauniyal@xxxxxxxxx>
Re: __typeof__ (const int)
- From: Aurelien Buhrig <aurelien.buhrig.gcc@xxxxxxxxx>
Re: Are compilation of both cc1 and cc1plus based on the concept of function?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Re: Are compilation of both cc1 and cc1plus based on the concept of function?
- From: yin liu <liuyin.iwork@xxxxxxxxx>
Re: __typeof__ (const int)
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Re: __typeof__ (const int)
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Re: __typeof__ (const int)
- From: Liu Hao <lh_mouse@xxxxxxx>
Re: __typeof__ (const int)
- From: Liu Hao <lh_mouse@xxxxxxx>
Re: __typeof__ (const int)
- From: Aurelien Buhrig <aurelien.buhrig.gcc@xxxxxxxxx>
Re: __typeof__ (const int)
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
__typeof__ (const int)
- From: Aurelien Buhrig <aurelien.buhrig.gcc@xxxxxxxxx>
Re: Are compilation of both cc1 and cc1plus based on the concept of function?
- From: Martin Sebor <msebor@xxxxxxxxx>
Which representation is best for analyzing dependencies of data and function?
- From: yin liu <liuyin.iwork@xxxxxxxxx>
Are compilation of both cc1 and cc1plus based on the concept of function?
- From: yin liu <liuyin.iwork@xxxxxxxxx>
Re: gcc-6.3.0 support for OpenMP device pragmas
- From: Alexander Monakov <amonakov@xxxxxxxxx>
gcc-6.3.0 support for OpenMP device pragmas
- From: Siegmar Gross <siegmar.gross@xxxxxxxxxxxxxxxxxxxxxx>
libgomp: ... error: the launch timed out and was terminated
- From: Siegmar Gross <siegmar.gross@xxxxxxxxxxxxxxxxxxxxxx>
Re: __builtin_assume_aligned semantics
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
__builtin_assume_aligned semantics
- From: Evan Nemerson <evan@xxxxxxxxxxxxxxx>
How to fix conflicting types for built-in function __atomic_* warnings
- From: Patrick Oppenlander <pattyo.lists@xxxxxxxxx>
Re: std::isinf(-inf) strange results
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: std::isinf(-inf) strange results
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Re: std::isinf(-inf) strange results
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Re: std::isinf(-inf) strange results
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
std::isinf(-inf) strange results
- From: Andrew - <hidefromkgb@xxxxxxxxx>
AW: arm mulltilib build
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
Re: List of CPU architecture-specific macros?
- From: Liu Hao <lh_mouse@xxxxxxx>
Re: List of CPU architecture-specific macros?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
Re: List of CPU architecture-specific macros?
- From: Liu Hao <lh_mouse@xxxxxxx>
Re: List of CPU architecture-specific macros?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
Re: List of CPU architecture-specific macros?
- From: Liu Hao <lh_mouse@xxxxxxx>
Re: List of CPU architecture-specific macros?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
Re: Weird optimization for tuples?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
List of CPU architecture-specific macros?
- From: Liu Hao <lh_mouse@xxxxxxx>
Re: svn checkout error
- From: Aparna Kumta <aparna.kumta@xxxxxxxxxx>
Re: Flex/Bison Scripts for C++
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
Flex/Bison Scripts for C++
- From: Lakshay Garg <lakshaygarg1996+gcc@xxxxxxxxx>
Re: svn checkout error
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
svn checkout error
- From: Aparna Kumta <aparna.kumta@xxxxxxxxxx>
Re: gcov/lcov problems with branch coverage and c++
- From: Sven Eppler <sven@xxxxxxxxxxxxx>
Re: define and single quotes and C++11 vs 14
- From: Liu Hao <ltpmouse@xxxxxxxxx>
Re: define and single quotes and C++11 vs 14
- From: Liu Hao <ltpmouse@xxxxxxxxx>
Re: define and single quotes and C++11 vs 14
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>

[Index of Archives] [Fedora Development] [Security] [Netfilter] [Bugtraq]