GCC Help
[Prev Page][Next Page]
- 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>
- building gcc 4.9.2 on Solaris 5.10 SPARC fails
- From: Matthias Apitz <guru@xxxxxxxxxxx>
- Re: Turning off verbose dump
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc performance and bootstrap
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Turning off verbose dump
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Turning off verbose dump
- From: L A Walsh <gcc@xxxxxxxxx>
- preprocessor warn of duplicate include guard macros?
- From: Larry Evans <cppljevans@xxxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- gcc performance and bootstrap
- From: Oleg Smolsky <oleg@xxxxxxxxxxxx>
- Re: Can we get C/C++ struct's member number, type, name, and format string?
- From: Mason <slash.tmp@xxxxxxx>
- Re: How can I install gcc in different partition?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- __MOVBE__ not defined when movbe feature is available?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: How can I install gcc in different partition?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: How can I install gcc in different partition?
- From: Xi Ruoyao <ryxi@xxxxxxxxxxxxxxxxx>
- Re: In C, how to make GCC recognize subtraction with borrow?
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: Machine constraint for ARM vector extract?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Machine constraint for ARM vector extract?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: In C, how to make GCC recognize subtraction with borrow?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Can we get C/C++ struct's member number, type, name, and format string?
- From: Martin Sebor <msebor@xxxxxxxxx>
- In C, how to make GCC recognize subtraction with borrow?
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: shift+test optimization error
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: shift+test optimization error
- From: Bob Rorschach <rfr@xxxxxxxxx>
- Re: shift+test optimization error
- From: Mason <slash.tmp@xxxxxxx>
- Re: shift+test optimization error
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Can we get C/C++ struct's member number, type, name, and format string?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: shift+test optimization error
- From: leon zadorin <leonleon77@xxxxxxxxx>
- Can we get C/C++ struct's member number, type, name, and format string?
- From: hank fu <hankfumail@xxxxxxxxx>
- shift+test optimization error
- From: Bob Rorschach <rfr@xxxxxxxxx>
- Re: building a cross compiler for arm arch.
- From: Atar <atar.yosef@xxxxxxxxx>
- Re: building a cross compiler for arm arch.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: enum and macro collision
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: GCC optimization bug?
- From: Mason <slash.tmp@xxxxxxx>
- Re: GCC optimization bug?
- From: Andrew Haley <aph@xxxxxxxxxx>
- building a cross compiler for arm arch.
- From: Atar <atar.yosef@xxxxxxxxx>
- Re: GCC optimization bug?
- From: Mason <slash.tmp@xxxxxxx>
- Re: GCC optimization bug?
- From: Anubhav Sharma <anubhav@xxxxxxxxxxxxxx>
- Re: enum and macro collision
- From: vijay nag <vijunag@xxxxxxxxx>
- Re: enum and macro collision
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- enum and macro collision
- From: vijay nag <vijunag@xxxxxxxxx>
- Re: GCC optimization bug?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: GCC optimization bug?
- From: Mason <slash.tmp@xxxxxxx>
- Re: Problem with std::endl, left-shift operator and valarray
- From: Sébastien Aubry <sebastien.aubry31@xxxxxxxxx>
- Re: GCC optimization bug?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: GCC optimization bug?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: GCC optimization bug?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: GCC optimization bug?
- From: Lee Duhem <lee.duhem@xxxxxxxxx>
- GCC optimization bug?
- From: anubhav <anubhav@xxxxxxxxxxxxxx>
- detecting missing early clobber in asm statements
- From: "Zdenek Sojka" <zsojka@xxxxxxxxx>
- Re: [aarch64] union{float16_t;uint16}
- From: "Leo" <81905678@xxxxxx>
- Re: [aarch64] union{float16_t;uint16}
- From: Mason <slash.tmp@xxxxxxx>
- Re: [aarch64] union{float16_t;uint16}
- From: Mason <slash.tmp@xxxxxxx>
- gcc fails to vectorise the product of a complex array
- From: Raphael C <drraph@xxxxxxxxx>
- =?gb18030?b?ob5hYXJjaDY0ob91bmlvbntmbG9hdDE2X3Q7dWlu?==?gb18030?b?dDE2fQ==?=
- From: "=?gb18030?b?TGVv?=" <81905678@xxxxxx>
- Re: arm mulltilib build
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Dominik Inführ <dominik.infuehr@xxxxxxxxxxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- Re: GCC Build Defaults to Debug Mode?
- From: Andrew Haley <aph@xxxxxxxxxx>
- GCC Build Defaults to Debug Mode?
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- arm mulltilib build
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: How can I install gcc in different partition?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: How can I install gcc in different partition?
- From: ssmtpmailtesting ssmtpmailtesting <ssmtpmailtesting@xxxxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Sergiu Ivanov <sivanov@xxxxxxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Mason <slash.tmp@xxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Sergiu Ivanov <sivanov@xxxxxxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Sergiu Ivanov <sivanov@xxxxxxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: g++ trouble with empty initialiser list for big std::array
- From: Mason <slash.tmp@xxxxxxx>
- Re: How can I install gcc in different partition?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- How can I install gcc in different partition?
- From: ssmtpmailtesting ssmtpmailtesting <ssmtpmailtesting@xxxxxxxxx>
- g++ trouble with empty initialiser list for big std::array
- From: Sergiu Ivanov <sivanov@xxxxxxxxxxx>
- Re: -arch: not found
- From: Nick Leli <nicholasleli@xxxxxxxxx>
- Re: -arch: not found
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: -arch: not found
- From: Nick Leli <nicholasleli@xxxxxxxxx>
- Re: -arch: not found
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: -arch: not found
- From: Andrew Haley <aph@xxxxxxxxxx>
- -arch: not found
- From: Nick Leli <nicholasleli@xxxxxxxxx>
- Re: error: invalid conversion from ‘const char*’ to ‘char*’ [-fpermissive]
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- error: invalid conversion from ‘const char*’ to ‘char*’ [-fpermissive]
- From: Nick Leli <nicholasleli@xxxxxxxxx>
- Re: -Wmissing-field-initializers got shot in the leg
- From: Georg GCC User <georggcc@xxxxxxxxxxxxxx>
- Re: -Wmissing-field-initializers got shot in the leg
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- -Wmissing-field-initializers got shot in the leg
- From: Georg GCC User <georggcc@xxxxxxxxxxxxxx>
- Re: gcc on iMac running Sierra
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: OpenMP 4.0 offloading for intelmic target. Can not find to mkoffload.
- From: Ivan Kulagin <ivan.i.kulagin@xxxxxxxxx>
- gcc on iMac running Sierra
- From: Richard Phillips <rphillips003@xxxxxxxxxxxxxxxx>
- Re: OpenMP 4.0 offloading for intelmic target. Can not find to mkoffload.
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- OpenMP 4.0 offloading for intelmic target. Can not find to mkoffload.
- From: Ivan Kulagin <ivan.i.kulagin@xxxxxxxxx>
- possible values of the --target switch of the configure script.
- From: Atar <atar.yosef@xxxxxxxxx>
- Re: Mixing C++11 atomics and OpenMP
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Mixing C++11 atomics and OpenMP
- From: Michael Underhill <4145098@xxxxxxxxx>
- Re: Mixing C++11 atomics and OpenMP
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Mixing C++11 atomics and OpenMP
- From: Andrew Haley <aph@xxxxxxxxxx>
- Mixing C++11 atomics and OpenMP
- From: Michael Underhill <4145098@xxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- I have a problem/concern with the GCC website http://gcc.gnu.org/
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Problem with std::endl, left-shift operator and valarray
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Problem with std::endl, left-shift operator and valarray
- From: Sébastien Aubry <sebastien.aubry31@xxxxxxxxx>
- Re: Problem with std::endl, left-shift operator and valarray
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Problem with std::endl, left-shift operator and valarray
- From: Sébastien Aubry <sebastien.aubry31@xxxxxxxxx>
- Re: Empty destructor definition disables optimization.
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: [libstdc++-v3] lib64 folder is ignored when building x86_64-*-linux-gnu multilib cross toolchain
- From: Dmitry Perov <perov90@xxxxxxxxx>
- Empty destructor definition disables optimization.
- From: Juan Cabrera <jjcp.91@xxxxxxxxx>
- Re: feature or a bug with long double (quad-precision) in gcc (6.2.1)
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: [libstdc++-v3] lib64 folder is ignored when building x86_64-*-linux-gnu multilib cross toolchain
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- [libstdc++-v3] lib64 folder is ignored when building x86_64-*-linux-gnu multilib cross toolchain
- From: Dmitry Perov <perov90@xxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- -mlong-double-* used in libgcc/config/t-* files
- From: "Zdenek Sojka" <zsojka@xxxxxxxxx>
- Thinking about expanding your consultancy?
- From: DavidWhipple@xxxxxxxxxxxxxxxxxx
- Re: Using gcc-6.2 with -std=c++03 switch leads to compile errors
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Using gcc-6.2 with -std=c++03 switch leads to compile errors
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Comparison of global addresses not constexpr; is this a GCC bug?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Using gcc-6.2 with -std=c++03 switch leads to compile errors
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Comparison of global addresses not constexpr; is this a GCC bug?
- From: Enis BAYRAMOĞLU <enisbayramoglu@xxxxxxxxx>
- Re: support
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- support
- From: g arumugam <arumugamgandhi@xxxxxxxxx>
- Re: Adding a new thread model to libstdc++-v3
- From: Silvano Seva <silseva@xxxxxxxxxxxxx>
- Re: Adding a new thread model to libstdc++-v3
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Adding a new thread model to libstdc++-v3
- From: Silvano Seva <silseva@xxxxxxxxxxxxx>
- Re: Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Why isn't gcc designed to use option boundary only for targets in target_clones attribute?
- From: "Mingye Wang (Arthur2e5)" <arthur200126@xxxxxxxxx>
- Re: Why isn't gcc designed to use option boundary only for targets in target_clones attribute?
- From: Evgeny Stupachenko <evstupac@xxxxxxxxx>
- Re: Why isn't gcc designed to use option boundary only for targets in target_clones attribute?
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Compat: Missing things from libstdc++-v3/python/libstdcxx/v6/printers.py
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Why isn't gcc designed to use option boundary only for targets in target_clones attribute?
- From: Mason <slash.tmp@xxxxxxx>
- Re: Using the stack from inline assembly
- From: Andrew Haley <aph@xxxxxxxxxx>
- Using the stack from inline assembly
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Why isn't gcc designed to use option boundary only for targets in target_clones attribute?
- From: "Mingye Wang (Arthur2e5)" <arthur200126@xxxxxxxxx>
- gcc with --disable-nls
- From: "fedor_qd via gcc-help" <gcc-help@xxxxxxxxxxx>
- Re: Statically linked gcc
- From: Bob Wilkinson <bob.wilkinson@xxxxxxxxxxx>
- Statically linked gcc
- From: Сергей Солнцев <serrrega.s@xxxxxxxxx>
- Re: printf() print arguments in reversed order
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Re: printf() print arguments in reversed order
- From: Andrew Makhorin <mao@xxxxxxx>
- Original file path of precompiled header
- From: Vasily Romanikhin <vasily.romanikhin@xxxxxxxxx>
- Re: Re: printf() print arguments in reversed order
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Re: printf() print arguments in reversed order
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Re: printf() print arguments in reversed order
- From: "lhmouse"<lh_mouse@xxxxxxx>
- Re: printf() print arguments in reversed order
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: printf() print arguments in reversed order
- From: Mason <slash.tmp@xxxxxxx>
- Re: feature or a bug with long double (quad-precision) in gcc (6.2.1)
- From: Mason <slash.tmp@xxxxxxx>
- Re: printf() print arguments in reversed order
- From: "lhmouse"<lh_mouse@xxxxxxx>
- printf() print arguments in reversed order
- From: topher <topherchen@xxxxxxxxx>
- Re: feature or a bug with long double (quad-precision) in gcc (6.2.1)
- From: Vladimir Lomov <lomov.vl@xxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: Missed optimization wrt. constructor clobbers?
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Jakub Jelinek <jakub@xxxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Mason <slash.tmp@xxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Re: Missed optimization wrt. constructor clobbers?
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: Missed optimization wrt. constructor clobbers?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Missed optimization wrt. constructor clobbers?
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: feature or a bug with long double (quad-precision) in gcc (6.2.1)
- From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
- Re: How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- How to avoid constant propagation into functions?
- From: Georg-Johann Lay <avr@xxxxxxxx>
- Allocation of local variables on stack
- From: Ingo Rohloff <ingo.rohloff@xxxxxxxxxxxxxx>
- Re: Why GCC prefers global size-unaware deallocation function?
- From: Ruslan Garipov <brigadir15@xxxxxxxxx>
- Re: Why GCC prefers global size-unaware deallocation function?
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Why GCC prefers global size-unaware deallocation function?
- From: Ruslan Garipov <brigadir15@xxxxxxxxx>
- feature or a bug with long double (quad-precision) in gcc (6.2.1)
- From: Vladimir Lomov <lomov.vl@xxxxxxxxx>
- Re: compile template question
- From: chenzero <chenzero@xxxxxxxxxxx>
- Re: Re: Re: compile template question
- From: "lhmouse"<lh_mouse@xxxxxxx>
- Re: Re: compile template question
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Re: compile template question
- From: "lhmouse"<lh_mouse@xxxxxxx>
- Re: compile template question
- From: chenzero <chenzero@xxxxxxxxxxx>
- Re: compile template question
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: compile template question
- From: chenzero <chenzero@xxxxxxxxxxx>
- Re: compile template question
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: The -Wp,M options behaviour change
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: The -Wp,M options behaviour change
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Stop bootstrap build after stage 1?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Stop bootstrap build after stage 1?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Stop bootstrap build after stage 1?
- From: Dominik Vogt <vogt@xxxxxxxxxxxxxxxxxx>
- Re: The -Wp,M options behaviour change
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: Build stage-1 gcc with ubsan
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: Build stage-1 gcc with ubsan
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: The -Wp,M options behaviour change
- From: "Wangnan (F)" <wangnan0@xxxxxxxxxx>
- Build stage-1 gcc with ubsan
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: The -Wp,M options behaviour change
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- The -Wp,M options behaviour change
- From: Jiri Olsa <jolsa@xxxxxxxxxx>
- Re: tree-pta
- From: Mason <slash.tmp@xxxxxxx>
- Re: Begin Never Called but End is correctly called for in iterators
- From: Mason <slash.tmp@xxxxxxx>
- Begin Never Called but End is correctly called for in iterators
- From: nick <xerofoify@xxxxxxxxx>
- Re: Threaded Binary Tree Worked with same code a few days ago under g++ in ubuntu 16.04
- From: nick <xerofoify@xxxxxxxxx>
- Re: Threaded Binary Tree Worked with same code a few days ago under g++ in ubuntu 16.04
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Threaded Binary Tree Worked with same code a few days ago under g++ in ubuntu 16.04
- From: nick <xerofoify@xxxxxxxxx>
- Re: tree-pta
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: libatomic tests fail and entire testsuite exits from gcc-5.4.0 build
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: libatomic tests fail and entire testsuite exits from gcc-5.4.0 build
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: libatomic tests fail and entire testsuite exits from gcc-5.4.0 build
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- libatomic tests fail and entire testsuite exits from gcc-5.4.0 build
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- tree-pta
- From: Julien Teisseire <julien.teisseire@xxxxxxxxx>
- Re: verbosity of compiler
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: verbosity of compiler
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: verbosity of compiler
- From: Leseratte <bookreader@xxxxxxx>
- verbosity of compiler
- From: Leseratte <bookreader@xxxxxxx>
- OpenACC problems on GCC
- From: Esteban Hernández <eshernan@xxxxxxxxx>
- Re: LTO vs zero length bit fields
- From: Jay Foad <jay.foad@xxxxxxxxx>
- Using ccache for xgcc
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Leseratte <bookreader@xxxxxxx>
- Re: Errors when compiling C++ using cross GCC
- From: Andrew Haley <aph@xxxxxxxxxx>
- Errors when compiling C++ using cross GCC
- From: Mark G <markg735@xxxxxxxxx>
- Re: template parameters not deducible in partial specialization
- From: Leseratte <bookreader@xxxxxxx>
- Re: template parameters not deducible in partial specialization
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: template parameters not deducible in partial specialization
- From: Leseratte <bookreader@xxxxxxx>
- Re: template parameters not deducible in partial specialization
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- template parameters not deducible in partial specialization
- From: Leseratte <bookreader@xxxxxxx>
- gcc options to support SMC & VMSR instructions for ARM cortex-a7 (armv7-a)
- From: "Dwivedi, Ramesh Kumar" <c_rdwive@xxxxxxxxxxxxxxxx>
- Re: Base Class initialization with brackets, calls move constructor. Compiles well with parenthesis.
- From: Carlos Ferreira <carlosmf.pt@xxxxxxxxx>
- Re: Base Class initialization with brackets, calls move constructor. Compiles well with parenthesis.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Base Class initialization with brackets, calls move constructor. Compiles well with parenthesis.
- From: Carlos Ferreira <carlosmf.pt@xxxxxxxxx>
- Re: GCC 6.2 and shared libraries: dlopen not found
- From: Richard Sewards <richard.sewards@xxxxxxxx>
- bootstrap 5.4.0 fails in stage 3 with missing-objcopy: command not found
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: GCC 6.2 and shared libraries: dlopen not found
- From: Andrew Haley <aph@xxxxxxxxxx>
- RE: GCC 6.2 and shared libraries: dlopen not found
- From: Richard Sewards <richard.sewards@xxxxxxxx>
- Re: GCC 6.2 and shared libraries: dlopen not found
- From: Andrew Haley <aph@xxxxxxxxxx>
- GCC 6.2 and shared libraries: dlopen not found
- From: Richard Sewards <richard.sewards@xxxxxxxx>
- Re: gcc warns for memmove (0, b, 0)
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: gcc warns for memmove (0, b, 0)
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc warns for memmove (0, b, 0)
- From: Mason <slash.tmp@xxxxxxx>
- Re: gcc warns for memmove (0, b, 0)
- From: Andrew Haley <aph@xxxxxxxxxx>
- gcc warns for memmove (0, b, 0)
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Re: dynamically-allocated memory is uninitialized
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: dynamically-allocated memory is uninitialized
- From: nick <xerofoify@xxxxxxxxx>
- Re: How do I get rid of a memory hole(in cortexm0plus)?
- From: Johann Klammer <klammerj@xxxxxx>
- Re: dynamically-allocated memory is uninitialized
- Re: dynamically-allocated memory is uninitialized
- From: Mason <slash.tmp@xxxxxxx>
- How best to use --enable-stage1-checking and does --enable-stage2-checking exist ?
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Weird Error with Hashtable Code for Assignment(Maybe Compiler Bug)
- From: nick <xerofoify@xxxxxxxxx>
- Re: Weird warning
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Matthew Sellers <matt@xxxxxxxxx>
- GCC 6.2 ASAN issue with -O2 and std::atomic::load()
- From: Paul Smith <psmith@xxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Matthew Sellers <matt@xxxxxxxxx>
- Re: Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Compiling GCC 4.8.5 on Fedora 25 ( GCC 6.2 )
- From: Matthew Sellers <matt@xxxxxxxxx>
- Re: Weird warning
- From: Marcel Keller <M.Keller@xxxxxxxxxxxxx>
- Weird warning
- From: Marcel Keller <M.Keller@xxxxxxxxxxxxx>
- Re: Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: jhenson1 <jon.henson1@xxxxxxxxxx>
- -fvisibility-inlines-hidden not effective for templated functions
- From: Jan Engelhardt <jengelh@xxxxxxx>
- Re: Spam filters
- From: Mason <slash.tmp@xxxxxxx>
- Re: std=c++14 greatly increases debuginfo size. why?
- From: John Steele Scott <toojays@xxxxxxxxxxx>
- Re: Possible problem with mpfr sources built in-tree which attempt to "auto patch" ?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: std=c++14 greatly increases debuginfo size. why?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: std=c++14 greatly increases debuginfo size. why?
- From: John Steele Scott <toojays@xxxxxxxxxxx>
- Re: download gcc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: jhenson1 <jon.henson1@xxxxxxxxxx>
- Re: Relocation avoidance for function pointers
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: "-dP" option does not output RTL & assembly code?
- From: James Greenhalgh <james.greenhalgh@xxxxxxx>
- Re: what's the right way to use custom entry point
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: what's the right way to use custom entry point
- From: Cong Monkey <congzhangzh@xxxxxxxxx>
- Re: what's the right way to use custom entry point
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: what's the right way to use custom entry point
- From: Cong Monkey <congzhangzh@xxxxxxxxx>
- Re: Relocation avoidance for function pointers
- From: Jeff Law <law@xxxxxxxxxx>
- Possible problem with mpfr sources built in-tree which attempt to "auto patch" ?
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: Relocation avoidance for function pointers
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- std=c++14 greatly increases debuginfo size. why?
- From: John Steele Scott <toojays@xxxxxxxxxxx>
- Re: Spam filters
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Spam filters
- From: Mason <slash.tmp@xxxxxxx>
- Re: download gcc
- From: Bob Wilkinson <bob.wilkinson@xxxxxxxxxxx>
- download gcc
- From: Jutta Ingeborg Kuehnel <jutta.kuehnel@xxxxxxx>
- "-dP" option does not output RTL & assembly code?
- From: Jun Koi <junkoi2004@xxxxxxxxx>
- Re: Help with linker options
- From: Nikolaus Dunn <nikdunn1979@xxxxxxxxx>
- Help with linker options
- From: Nikolaus Dunn <nikdunn1979@xxxxxxxxx>
- Re: Clarification on gcc tail call optimization
- From: Andrew Haley <aph@xxxxxxxxxx>
- Clarification on gcc tail call optimization
- From: raghesh <raghesh.a@xxxxxxxxx>
- Re: How do I get rid of a memory hole(in cortexm0plus)?
- From: Mason <slash.tmp@xxxxxxx>
- Re: large amount of sys time when using posix threads
- From: Andrew Haley <aph@xxxxxxxxxx>
- How do I get rid of a memory hole(in cortexm0plus)?
- From: Johann Klammer <klammerj@xxxxxx>
- large amount of sys time when using posix threads
- From: Debajyoti Chatterjee <dchatterjee172@xxxxxxxxx>
- Re: string constants in -fpie mode?
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- string constants in -fpie mode?
- From: Tycho Andersen <tycho@xxxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: "Sven C. Dack" <sven.c.dack@xxxxxxx>
- Linker Section rodata.R* and rodata.F*
- From: Thorsten Czujack <thorsten.czujack@xxxxxxxxxxxxxxxxx>
- Re: -Wshadow option vs. init lists
- From: Paul Smith <psmith@xxxxxxx>
- Re: -Wshadow option vs. init lists
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: in-accurate costs to estimate function body size?
- From: Richard Biener <rguenther@xxxxxxx>
- in-accurate costs to estimate function body size?
- From: Pitchumani Sivanupandi <pitchumani.sivanupandi@xxxxxxxxxxxxx>
- Re: Effect of -fexec-charset with C++11 string literals
- From: Marvin Gülker <m-guelker@xxxxxxxxxxxxxx>
- -Wshadow option vs. init lists
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Effect of -fexec-charset with C++11 string literals
- From: Marvin Gülker <m-guelker@xxxxxxxxxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Effect of -fexec-charset with C++11 string literals
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: "Sven C. Dack" <sven.c.dack@xxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: What makes a difference in the resulting compiler's speed when building gcc?
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- What makes a difference in the resulting compiler's speed when building gcc?
- From: "Sven C. Dack" <sven.c.dack@xxxxxxx>
- TXT segment of 64-bit apps is bigger than 32-bit
- From: Matthias Apitz <guru@xxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Clarification for parameters around the assembler
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jędrzej Dudkiewicz <jedrzej.dudkiewicz@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: Effect of -fexec-charset with C++11 string literals
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Effect of -fexec-charset with C++11 string literals
- From: Marvin Gülker <m-guelker@xxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: Martin Sebor <msebor@xxxxxxxxx>
- Is it possible to build a cross compiler for AIX 6.1 on Ubuntu?
- From: jhenson1 <jon.henson1@xxxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- How to use -Wsuggest-final-types/methods?
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Throwing std::ios_base::failure on formatted input with gcc 6.2
- From: Edward Diener <eldlistmailingz@xxxxxxxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Balázs Oroszi <orobalage@xxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Balázs Oroszi <orobalage@xxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: x86/64 alignment, optimization, -Wcast-align
- From: Balázs Oroszi <orobalage@xxxxxxxxx>
- Re: Clarification for parameters around the assembler
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: what's the right way to use custom entry point
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Clarification for parameters around the assembler
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Clarification for parameters around the assembler
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- what's the right way to use custom entry point
- From: Cong Monkey <congzhangzh@xxxxxxxxx>
- RE: builtin sscanf
- MD5 of gcc generated .so lib
- From: Nastooh <ht.techdev@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: Jeff Law <law@xxxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: john smith <wempwer@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: john smith <wempwer@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: john smith <wempwer@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: john smith <wempwer@xxxxxxxxx>
- Re: the same gcc binary emits warnings on one machine but not on another
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- the same gcc binary emits warnings on one machine but not on another
- From: john smith <wempwer@xxxxxxxxx>
- Re: builtin sscanf
- From: Mason <slash.tmp@xxxxxxx>
- Re: builtin sscanf
- From: Jeff Law <law@xxxxxxxxxx>
- Re: builtin sscanf
- From: fedor_qd <fedor_qd@xxxxxxx>
- Re: Question --Why "undefined reference" linker error, when trying to use a static class member that is a pointer to another class?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Question --Why "undefined reference" linker error, when trying to use a static class member that is a pointer to another class?
- From: "Steve Petrie, P.Eng." <apetrie@xxxxxxxxxxxx>
- Re: BLK mode move pattern ?
- From: Jeff Law <law@xxxxxxxxxx>
- Re: builtin sscanf
- From: Jeff Law <law@xxxxxxxxxx>
- x86/64 alignment, optimization, -Wcast-align
- From: Balázs Oroszi <orobalage@xxxxxxxxx>
- Re: warn on unused result without attribute warn_unused_result
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- Effect of -fexec-charset with C++11 string literals
- From: Marvin Gülker <m-guelker@xxxxxxxxxxxxxx>
- Re: Determination of argument passed to operator new
- From: Nikolaus Dunn <nikdunn1979@xxxxxxxxx>
- Re: Determination of argument passed to operator new
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Determination of argument passed to operator new
- From: Nikolaus Dunn <nikdunn1979@xxxxxxxxx>
- Re: warn on unused result without attribute warn_unused_result
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: How long gcc builds on Linux?
- From: Tim Prince <n8tm@xxxxxxx>
- Re: How long gcc builds on Linux?
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Loop Optimization
- From: Mason <slash.tmp@xxxxxxx>
- RE: How long gcc builds on Linux?
- Re: How long gcc builds on Linux?
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: How long gcc builds on Linux?
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: warn on unused result without attribute warn_unused_result
- From: Jeff Law <law@xxxxxxxxxx>
- warn on unused result without attribute warn_unused_result
- From: Ben Burns <benjaminaburns@xxxxxxxxx>
- Re: BLK mode move pattern ?
- From: Martien de Jong <maurits.de.jong@xxxxxxxxxxxx>
- Re: How long gcc builds on Linux?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- How long gcc builds on Linux?
- builtin sscanf
- Loop Optimization
- From: Debajyoti Chatterjee <dchatterjee172@xxxxxxxxx>
- Re: BLK mode move pattern ?
- From: Jeff Law <law@xxxxxxxxxx>
- Is __builtin_choose_expr supposed to suppress type errors?
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- BLK mode move pattern ?
- From: Martien de Jong <maurits.de.jong@xxxxxxxxxxxx>
- Re: A GCC Compile Farm account
- From: Roman Gareev <gareevroman@xxxxxxxxx>
- Re: A GCC Compile Farm account
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- A GCC Compile Farm account
- From: Roman Gareev <gareevroman@xxxxxxxxx>
- Re: __attribute__((constructor(<prio>))) creating inconsistent sections
- From: Dan Ciliske <dciliske@xxxxxxxxxxxxx>
- __attribute__((constructor(<prio>))) creating inconsistent sections
- From: Dan Ciliske <dciliske@xxxxxxxxxxxxx>
- Re: Can argv be NULL in C?
- From: Mason <slash.tmp@xxxxxxx>
[Index of Archives]
[Fedora Development]
[Security]
[Netfilter]
[Bugtraq]
