GCC Help
[Prev Page][Next Page]
- 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>
- 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
- 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>
- Re: gcov/lcov problems with branch coverage and c++
- From: andre maute <andre.maute@xxxxxx>
- define and single quotes and C++11 vs 14
- From: Jason Mancini <jayrusman@xxxxxxxxxxx>
- Re: gcov/lcov problems with branch coverage and c++
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: gcov/lcov problems with branch coverage and c++
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- RE: GCC Compiling Issue
- From: "NAMIAS, JOHN D CTR USAF AFMC AFLCMC/HIBD" <john.namias.ctr@xxxxxxxxx>
- Re: GCC Compiling Issue
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- GCC Compiling Issue
- From: "NAMIAS, JOHN D CTR USAF AFMC AFLCMC/HIBD" <john.namias.ctr@xxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Mason <slash.tmp@xxxxxxx>
- Re: gcov/lcov problems with branch coverage and c++
- From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: David Brown <david@xxxxxxxxxxxxxxx>
- gcov/lcov problems with branch coverage and c++
- From: Sven Eppler <sven@xxxxxxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Mason <slash.tmp@xxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Mason <slash.tmp@xxxxxxx>
- Re: Using __STDC_VERSION__ macro
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Using __STDC_VERSION__ macro
- From: Mason <slash.tmp@xxxxxxx>
- Re: Disable libmvec
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Disable libmvec
- From: "Rei Y." <rei.commonlisp@xxxxxxxxx>
- Re: gcc libraries paths
- From: robertdaleweir <robertdaleweir@xxxxxxxxx>
- Re: gcc libraries paths
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- gcc libraries paths
- From: robertdaleweir <robertdaleweir@xxxxxxxxx>
- Re: undefined errors for inline function
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: undefined errors for inline function
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: undefined errors for inline function
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- RE: undefined errors for inline function
- From: vijay nag <vijunag@xxxxxxxxx>
- Re: How to understand the "memory" and the volatile keyword?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Cary Coutant <ccoutant@xxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Lakshay Garg <lakshaygarg1996+gcc@xxxxxxxxx>
- Re: Help with linking and symbol resolution
- From: Andrew Haley <aph@xxxxxxxxxx>
- Help with linking and symbol resolution
- From: Lakshay Garg <lakshaygarg1996+gcc@xxxxxxxxx>
- Re: Turning off verbose dump
- From: "Walter Dnes" <waltdnes@xxxxxxxxxxxx>
- Re: Turning off verbose dump
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Turning off verbose dump
- From: L A Walsh <gcc@xxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Turning off verbose dump
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: __MOVBE__ not defined when movbe feature is available?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Turning off verbose dump
- From: L A Walsh <gcc@xxxxxxxxx>
- Re: preprocessor warn of duplicate include guard macros?
- From: Hogren <hogren@xxxxxxxxx>
- Re: gcc performance and bootstrap
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: gcc performance and bootstrap
- From: Oleg Smolsky <oleg@xxxxxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Matthias Apitz <guru@xxxxxxxxxxx>
- Re: building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
[Index of Archives]
[Fedora Development]
[Security]
[Netfilter]
[Bugtraq]