GCC Help
[Prev Page][Next Page]
- Re: strtold("inf",NULL) returns a NaN
- From: <sisyphus1@xxxxxxxxxxxxxxx>
- Re: strtold("inf",NULL) returns a NaN
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- strtold("inf",NULL) returns a NaN
- From: <sisyphus1@xxxxxxxxxxxxxxx>
- Re: Where do number suffixes in symbol names come from?
- From: Mikhail Maltsev <maltsevm@xxxxxxxxx>
- Re: Where do number suffixes in symbol names come from?
- From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
- Re: Where do number suffixes in symbol names come from?
- From: john smith <wempwer@xxxxxxxxx>
- Re: Where do number suffixes in symbol names come from?
- From: Matthias Pfaller <leo@xxxxxxxx>
- Re: Where do number suffixes in symbol names come from?
- From: Goswin von Brederlow <goswin-v-b@xxxxxx>
- Where do number suffixes in symbol names come from?
- From: john smith <wempwer@xxxxxxxxx>
- -static-libstdc++ on OSX
- From: Dave Gittins <dave.gittins@xxxxxxxxx>
- Re: static declaration follows non-static one
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: static declaration follows non-static one
- From: Andrew Makhorin <mao@xxxxxxx>
- Re: static declaration follows non-static one
- From: Martin Sebor <msebor@xxxxxxxxx>
- gcov apis are hidden in libgcov.a of arm-none-eabi
- From: Ben vin <benvinkorea@xxxxxxxxx>
- Re: static declaration follows non-static one
- From: Kalle Olavi Niemitalo <kon@xxxxxx>
- static declaration follows non-static one
- From: Andrew Makhorin <mao@xxxxxxx>
- Re: How to test Aarch32 execution environment on Aarch64?
- From: Kyrill Tkachov <kyrylo.tkachov@xxxxxxxxxxxx>
- How to test Aarch32 execution environment on Aarch64?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: gcc 6.1 generates movaps for unaligned memory
- From: Justus Schwartz <justus@xxxxxx>
- Re: gcc 6.1 generates movaps for unaligned memory
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- gcc 6.1 generates movaps for unaligned memory
- From: Justus Schwartz <justus@xxxxxx>
- Re: Running C++11 shared library with older gcc, libc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: double and float in GCC
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Running C++11 shared library with older gcc, libc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Running C++11 shared library with older gcc, libc
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: Running C++11 shared library with older gcc, libc
- From: Dinesh Pathak <dinesh.pathak@xxxxxxxxx>
- Re: Running C++11 shared library with older gcc, libc
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- Running C++11 shared library with older gcc, libc
- From: Dinesh Pathak <dinesh.pathak@xxxxxxxxx>
- double and float in GCC
- From: Kondi <konrad.p.wojciechowski@xxxxxxxxx>
- Re: gcc testsuite not marking stabs tests as unsupported
- From: Jeff Law <law@xxxxxxxxxx>
- Re: frame_pointer_needed always true ?
- From: Aurelien Buhrig <aurelien.buhrig.gcc@xxxxxxxxx>
- Re: How do I tell GCC that a global variable is immutable after initialization?
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- Re: How do I tell GCC that a global variable is immutable after initialization?
- From: Matthias Pfaller <leo@xxxxxxxx>
- Re: How do I tell GCC that a global variable is immutable after initialization?
- From: Matthias Pfaller <leo@xxxxxxxx>
- Re: How do I tell GCC that a global variable is immutable after initialization?
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- Re: How do I tell GCC that a global variable is immutable after initialization?
- From: Matthias Pfaller <leo@xxxxxxxx>
- Re: How do I tell GCC that a global variable is immutable after initialization?
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- Re: How do I tell GCC that a global variable is immutable after initialization?
- From: Mason <slash.tmp@xxxxxxx>
- How do I tell GCC that a global variable is immutable after initialization?
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- [OpenACC] Performance issues on simple example program
- From: Christopher Guckes <chris@xxxxxxxxxxxxxxxxxxx>
- Re: gmp.h not found, even though sources are found
- From: Eric Neblock <c_eric@xxxxxxxxxxxxx>
- gcc: alternate activation records
- From: phi gcc <phi.gcc@xxxxxxxxx>
- Re: gcc testsuite not marking stabs tests as unsupported
- From: Tim Prince <n8tm@xxxxxxx>
- Re: gcc testsuite not marking stabs tests as unsupported
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Question about -ftree-* optimizations in -O1
- From: Jeff Law <law@xxxxxxxxxx>
- gcc testsuite not marking stabs tests as unsupported
- From: Tim Prince <tprince818.tp@xxxxxxxxx>
- Re: gmp.h not found, even though sources are found
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: defects in gcc, please fix, thanks
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: defects in gcc, please fix, thanks
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: permission
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Identifying declared but unreferenced global variables from a plugin
- From: "Bertram, Alexander" <alex@xxxxxxxxxxxxxxxx>
- Re: Confusing error for incorrect struct initialization
- From: Mason <mpeg.blue@xxxxxxx>
- Re: Confusing error for incorrect struct initialization
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Confusing error for incorrect struct initialization
- From: Mason <mpeg.blue@xxxxxxx>
- Re: Re: Confusing error for incorrect struct initialization
- From: "lh mouse"<lh_mouse@xxxxxxx>
- Re: Confusing error for incorrect struct initialization
- From: Mason <mpeg.blue@xxxxxxx>
- Re: Re: Confusing error for incorrect struct initialization
- From: "lh mouse"<lh_mouse@xxxxxxx>
- Re: Confusing error for incorrect struct initialization
- From: Mason <mpeg.blue@xxxxxxx>
- Re: permission
- From: Libin Dang <libin.dang@xxxxxxxxxxxxx>
- defects in gcc, please fix, thanks
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- permission
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- Re: Confusing error for incorrect struct initialization
- From: "lh mouse"<lh_mouse@xxxxxxx>
- Confusing error for incorrect struct initialization
- From: Mason <mpeg.blue@xxxxxxx>
- Re: Question about -ftree-* optimizations in -O1
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Identifying declared but unreferenced global variables from a plugin
- From: Mikhail Maltsev <maltsevm@xxxxxxxxx>
- gmp.h not found, even though sources are found
- From: Eric Neblock <c_eric@xxxxxxxxxxxxx>
- Re: Identifying declared but unreferenced global variables from a plugin
- From: "Bertram, Alexander" <alex@xxxxxxxxxxxxxxxx>
- Re: Identifying declared but unreferenced global variables from a plugin
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Identifying declared but unreferenced global variables from a plugin
- From: "Bertram, Alexander" <alex@xxxxxxxxxxxxxxxx>
- Re: Question about -ftree-* optimizations in -O1
- From: Libin Dang <libin.dang@xxxxxxxxxxxxx>
- Question about -ftree-* optimizations in -O1
- From: Jiaqi Tan <jiaqi.tan@xxxxxxxxx>
- Re: Cross-compiled GCC 6.1.0 has "../lib" instead of "/usr/lib" in -print-search-dirs output
- From: Alastair Hughes <hobbitalastair@xxxxxxxxx>
- RE: Cross-compiled GCC 6.1.0 has "../lib" instead of "/usr/lib" in -print-search-dirs output
- From: Matthew Fortune <Matthew.Fortune@xxxxxxxxxx>
- Re: Cross-compiled GCC 6.1.0 has "../lib" instead of "/usr/lib" in -print-search-dirs output
- From: Alastair Hughes <hobbitalastair@xxxxxxxxx>
- Re: Bogus unresolved references to vtable when building with lto
- From: Dave Gittins <dave.gittins@xxxxxxxxx>
- Re: bug in gcc
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
- Re: Bogus unresolved references to vtable when building with lto
- From: "lh mouse"<lh_mouse@xxxxxxx>
- Bogus unresolved references to vtable when building with lto
- From: Dave Gittins <dave.gittins@xxxxxxxxx>
- Re: bug in gcc
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: bug in gcc
- From: Mason <slash.tmp@xxxxxxx>
- Re: Bug in template parsing?
- From: "lh mouse"<lh_mouse@xxxxxxx>
- Re: Bug in template parsing?
- From: Mikhail Maltsev <maltsevm@xxxxxxxxx>
- Bug in template parsing?
- From: Marcel Keller <M.Keller@xxxxxxxxxxxxx>
- Re: bug in gcc
- From: Andrew Haley <aph@xxxxxxxxxx>
- bug in gcc
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- RE: Cross-compiled GCC 6.1.0 has "../lib" instead of "/usr/lib" in -print-search-dirs output
- From: Matthew Fortune <Matthew.Fortune@xxxxxxxxxx>
- Cross-compiled GCC 6.1.0 has "../lib" instead of "/usr/lib" in -print-search-dirs output
- From: Alastair Hughes <hobbitalastair@xxxxxxxxx>
- frame_pointer_needed always true ?
- From: Aurélien Buhrig <aurelien.buhrig.gcc@xxxxxxxxx>
- RE: Build Error: cannot compute suffix of object files
- From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
- Re: Historic C++ ABI question
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Does GCC 4.4.0 need MPC ?
- From: Ian Lance Taylor <iant@xxxxxxxxxx>
- Re: Is it possible to compile gcc-4.4.0 using gcc-4.2.4
- From: Jeff Law <law@xxxxxxxxxx>
- gcc 6.1.0 emits call to __sync_synchronize
- From: fedor_qd <fedor_qd@xxxxxxx>
- Is it possible to compile gcc-4.4.0 using gcc-4.2.4
- From: Sreyan Chakravarty <sreyan.mailing@xxxxxxxxx>
- Does GCC 4.4.0 need MPC ?
- From: Sreyan Chakravarty <sreyan.mailing@xxxxxxxxx>
- Re: GCC 6.1 compilation fails on CentOS 7.2 - conflicting/ambiguous definitions
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: GCC 6.1 compilation fails on CentOS 7.2 - conflicting/ambiguous definitions
- From: "Daniel Greenidge" <cdg4@xxxxxxxxxxxxx>
- Build Error: cannot compute suffix of object files
- From: Sreyan Chakravarty <sreyan.mailing@xxxxxxxxx>
- GCC 6.1 compilation fails on CentOS 7.2 - conflicting/ambiguous definitions
- From: Daniel Greenidge <cdg4@xxxxxxxxxxxxx>
- Re: arm-none-eabi-gcc 5.3 and LTO, mixing ARM and Thumb instructions
- From: Christian Bruel <christian.bruel@xxxxxx>
- Re: arm-none-eabi-gcc 5.3 and LTO, mixing ARM and Thumb instructions
- From: Gabriel Marcano <gabemarcano@xxxxxxxxx>
- arm-none-eabi-gcc 5.3 and LTO, mixing ARM and Thumb instructions
- From: Gabriel Marcano <gabemarcano@xxxxxxxxx>
- Re: Historic C++ ABI question
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Historic C++ ABI question
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- AW: float behaivior on ARMv8-A
- From: N30dG <christian.dreihsig@xxxxxxxxxxx>
- Re: As-if Rule (was: ARMv8, GCC 4.9 and necessary code optimized away)
- From: Ian Lance Taylor <iant@xxxxxxxxxx>
- Re: LTO + Function Multi Versioning bug
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Re: As-if Rule (was: ARMv8, GCC 4.9 and necessary code optimized away)
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: As-if Rule (was: ARMv8, GCC 4.9 and necessary code optimized away)
- From: Andrew Haley <aph@xxxxxxxxxx>
- As-if Rule (was: ARMv8, GCC 4.9 and necessary code optimized away)
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: ARMv8, GCC 4.9 and necessary code optimized away?
- From: "Richard Earnshaw (lists)" <Richard.Earnshaw@xxxxxxx>
- Re: ARMv8, GCC 4.9 and necessary code optimized away?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: ARMv8, GCC 4.9 and necessary code optimized away?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: ARMv8, GCC 4.9 and necessary code optimized away?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: ARMv8, GCC 4.9 and necessary code optimized away?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Trying to understand how libgomp implements the task construct
- From: Olumide <50295@xxxxxx>
- undefined reference to `__sync_synchronize'
- From: fedor_qd <fedor_qd@xxxxxxx>
- Re: ARMv8, GCC 4.9 and necessary code optimized away?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Using __attribute__((target("arm"))) on ARM cross compiler: warning: target attribute is not supported on this machine [-Wattributes]
- From: Kyrill Tkachov <kyrylo.tkachov@xxxxxxxxxxxx>
- Re: Using __attribute__((target("arm"))) on ARM cross compiler: warning: target attribute is not supported on this machine [-Wattributes]
- From: Gabriel Marcano <gabemarcano@xxxxxxxxx>
- Re: ARMv8, GCC 4.9 and necessary code optimized away?
- From: Kyrill Tkachov <kyrylo.tkachov@xxxxxxxxxxxx>
- Re: LTO + Function Multi Versioning bug
- From: Mason <slash.tmp@xxxxxxx>
- Re: Using __attribute__((target("arm"))) on ARM cross compiler: warning: target attribute is not supported on this machine [-Wattributes]
- From: Kyrill Tkachov <kyrylo.tkachov@xxxxxxxxxxxx>
- Using __attribute__((target("arm"))) on ARM cross compiler: warning: target attribute is not supported on this machine [-Wattributes]
- From: Gabriel Marcano <gabemarcano@xxxxxxxxx>
- LTO + Function Multi Versioning bug
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Re: ARMv8, GCC 4.9 and necessary code optimized away?
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- ARMv8, GCC 4.9 and necessary code optimized away?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: float behaivior on ARMv8-A
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: [Consult] tile: How to construct testsuite for tile architecture without hardware.
- From: Chen Gang <chengang@xxxxxxxxxxxxxxxx>
- Re: float behaivior on ARMv8-A
- From: N30dG <christian.dreihsig@xxxxxxxxxxx>
- RE: gnu toolchain: x64 host executables
- Re: gnu toolchain: x64 host executables
- From: Mason <slash.tmp@xxxxxxx>
- Re: GCC Spec file for ARMv8/Aarch64?
- From: Mason <slash.tmp@xxxxxxx>
- Re: gcc 6.1.0 bogus placement new warning
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: gcc 6.1.0 bogus placement new warning
- From: Jason Mancini <Jason.Mancini@xxxxxxx>
- gcc 6.1.0 bogus placement new warning
- From: Jason Mancini <Jason.Mancini@xxxxxxx>
- Re: GCC Spec file for ARMv8/Aarch64?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: GCC Spec file for ARMv8/Aarch64?
- From: James Greenhalgh <james.greenhalgh@xxxxxxx>
- RE: EXTERNAL: Re: GCC 4.1.1 Solaris 10 installation
- From: "Joseph, Matthew" <matthew.joseph@xxxxxxxx>
- RE: gnu toolchain: x64 host executables
- Re: gnu toolchain: x64 host executables
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- gnu toolchain: x64 host executables
- Building gnat-6.1 for arm-rtems fails with '"Kill" is undefined'
- From: Jan Sommer <soja-lists@xxxxxxxxxxxxxxxxxx>
- Re: EXTERNAL: Re: GCC 4.1.1 Solaris 10 installation
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- RE: EXTERNAL: Re: GCC 4.1.1 Solaris 10 installation
- From: "Joseph, Matthew" <matthew.joseph@xxxxxxxx>
- Re: EXTERNAL: Re: GCC 4.1.1 Solaris 10 installation
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- RE: EXTERNAL: Re: GCC 4.1.1 Solaris 10 installation
- From: "Joseph, Matthew" <matthew.joseph@xxxxxxxx>
- Re: GCC 4.1.1 Solaris 10 installation
- From: Tim Prince <n8tm@xxxxxxx>
- RE: EXTERNAL: Re: GCC 4.1.1 Solaris 10 installation
- From: "Joseph, Matthew" <matthew.joseph@xxxxxxxx>
- Re: GCC 4.1.1 Solaris 10 installation
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- GCC 4.1.1 Solaris 10 installation
- From: "Joseph, Matthew" <matthew.joseph@xxxxxxxx>
- Code generation for condition of C branch statement
- From: Леонид Круглов <1kruglovleonid1@xxxxxxx>
- Re: Needed help to build gcc cross compiler for powerpc-linux
- From: Mason <slash.tmp@xxxxxxx>
- Re: Optimize based on possible enum class values?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Adding new builtin function to gcc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Adding new builtin function to gcc
- From: Ons Boutiti <ons.boutiti@xxxxxxxxx>
- Re: GCC Spec file for ARMv8/Aarch64?
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Needed help to build gcc cross compiler for powerpc-linux
- From: "promila.jangra" <promila.jangra@xxxxxxx>
- Re: GCC Spec file for ARMv8/Aarch64?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Needed help to resolve Binutils Build problem
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Needed help to resolve Binutils Build problem
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Needed help to resolve Binutils Build problem
- From: "promila.jangra" <promila.jangra@xxxxxxx>
- Re: Optimize based on possible enum class values?
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- Re: Optimize based on possible enum class values?
- From: Mikhail Maltsev <maltsevm@xxxxxxxxx>
- GCC Spec file for ARMv8/Aarch64?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Optimize based on possible enum class values?
- From: "lh mouse"<lh_mouse@xxxxxxx>
- Optimize based on possible enum class values?
- From: ☂Josh Chia (谢任中) <joshchia@xxxxxxxxx>
- Re: -fsanitize=undefined in a freestanding environment
- From: "Zdenek Sojka" <zsojka@xxxxxxxxx>
- -fsanitize=undefined in a freestanding environment
- From: "Zdenek Sojka" <zsojka@xxxxxxxxx>
- Re: I want to get all of compile error message list of gcc about C language.
- From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
- Re: asm volatile("":::"memory) uncertainty.
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: asm volatile("":::"memory) uncertainty.
- From: Tom Udale <tom@xxxxxxxxxxxx>
- Re: I want to get all of compile error message list of gcc about C language.
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: asm volatile("":::"memory) uncertainty.
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: I want to get all of compile error message list of gcc about C language.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- I want to get all of compile error message list of gcc about C language.
- From: 유한솔 <yhs1203@xxxxxxxxx>
- Re: asm volatile("":::"memory) uncertainty.
- From: Tom Udale <tom@xxxxxxxxxxxx>
- Re: Unable to access gcc svn.
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- C++ test program with SJLJ exception crash
- From: SpaceClown <flyingfriendly@xxxxxxxxx>
- NEON and instruct GCC to move a lane without using a regular register?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: classpath/tools/tools.zip:0:0: fatal error: not a valid Java .class file
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: classpath/tools/tools.zip:0:0: fatal error: not a valid Java .class file
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Unable to access gcc svn.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: classpath/tools/tools.zip:0:0: fatal error: not a valid Java .class file
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Unable to access gcc svn.
- From: Ed Smith-Rowland <3dw4rd@xxxxxxxxxxx>
- WRF metgrid.exe : Note: The following floating-point exceptions are signalling: IEEE_OVERFLOW_FLAG IEEE_UNDERFLOW_FLAG IEEE_DENORMAL
- From: arindam ghosh <arindamgr@xxxxxxxxx>
- Re: classpath/tools/tools.zip:0:0: fatal error: not a valid Java .class file
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Re: GCC git mirror down?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- GCC git mirror down?
- From: Fritz Reese <fritzoreese@xxxxxxxxx>
- Re: ARM NEON Intrinsics guide?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: ARM NEON Intrinsics guide?
- From: Kyrill Tkachov <kyrylo.tkachov@xxxxxxxxxxxx>
- Re: ARM NEON Intrinsics guide?
- From: Mason <slash.tmp@xxxxxxx>
- ARM NEON Intrinsics guide?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: classpath/tools/tools.zip:0:0: fatal error: not a valid Java .class file
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Re: asm volatile("":::"memory) uncertainty.
- From: Tom Udale <tom@xxxxxxxxxxxx>
- Re: asm volatile("":::"memory) uncertainty.
- From: Jeff Law <law@xxxxxxxxxx>
- Re: asm volatile("":::"memory) uncertainty.
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: asm volatile("":::"memory) uncertainty.
- From: Tom Udale <tom@xxxxxxxxxxxx>
- Re: asm volatile("":::"memory) uncertainty.
- From: David Brown <david@xxxxxxxxxxxxxxx>
- Re: extract platform source from a multi-platform package
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: asm volatile("":::"memory) uncertainty.
- From: Andrew Haley <aph@xxxxxxxxxx>
- extract platform source from a multi-platform package
- From: David Bradley <kb9qhd@xxxxxxxxxxx>
- asm volatile("":::"memory) uncertainty.
- From: Tom Udale <tom@xxxxxxxxxxxx>
- Re: how to access the online manuals?
- From: "Carol LePage" <clepage@xxxxxxxxxxxxxx>
- include-fixed/limits.h does not include_next? (PATH_MAX errors)
- From: Michael Habibi <mikehabibi@xxxxxxxxx>
- Re: istringstream.rdbuf with custom streambuf does not compile
- From: 杨岑 <ssawgift@xxxxxxx>
- Re: istringstream.rdbuf with custom streambuf does not compile
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: how to access the online manuals?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Re: istringstream.rdbuf with custom streambuf does not compile
- From: "lh_mouse"<lh_mouse@xxxxxxx>
- Re: istringstream.rdbuf with custom streambuf does not compile
- From: 杨岑 <ssawgift@xxxxxxx>
- Re: istringstream.rdbuf with custom streambuf does not compile
- From: "lh_mouse"<lh_mouse@xxxxxxx>
- istringstream.rdbuf with custom streambuf does not compile
- From: 杨春雷 <ssawgift@xxxxxxx>
- Re: how to access the online manuals?
- From: carol lepage <clepage@xxxxxxxxxxxxxxx>
- Re: Standardized instructions for cross-compiling toolchain?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Standardized instructions for cross-compiling toolchain?
- From: Pip Cet <pipcet@xxxxxxxxx>
- Re: why these errors?
- From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
- Re: Re: Errors building mozilla thunderbird 38.7.0 with gcc 6
- From: "lh_mouse"<lh_mouse@xxxxxxx>
- Re: Errors building mozilla thunderbird 38.7.0 with gcc 6
- From: Daniel Letai <dani@xxxxxxxxxxxx>
- Re: Errors building mozilla thunderbird 38.7.0 with gcc 6
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Errors building mozilla thunderbird 38.7.0 with gcc 6
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Errors building mozilla thunderbird 38.7.0 with gcc 6
- From: Daniel Letai <dani@xxxxxxxxxxxx>
- Re: Standardized instructions for cross-compiling toolchain?
- From: Michael Habibi <mikehabibi@xxxxxxxxx>
- Re: Standardized instructions for cross-compiling toolchain?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Standardized instructions for cross-compiling toolchain?
- From: Michael Habibi <mikehabibi@xxxxxxxxx>
- Re: Standardized instructions for cross-compiling toolchain?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Standardized instructions for cross-compiling toolchain?
- From: Michael Habibi <mikehabibi@xxxxxxxxx>
- Re: Standardized instructions for cross-compiling toolchain?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Standardized instructions for cross-compiling toolchain?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Standardized instructions for cross-compiling toolchain?
- From: Michael Habibi <mikehabibi@xxxxxxxxx>
- Re: lto optimization
- From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
- Re: lto optimization
- From: Aurelien Buhrig <aurelien.buhrig.gcc@xxxxxxxxx>
- Re: lto optimization
- From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
- lto optimization
- From: Aurelien Buhrig <aurelien.buhrig.gcc@xxxxxxxxx>
- Re: float behaivior on ARMv8-A
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: float behaivior on ARMv8-A
- From: N30dG <christian.dreihsig@xxxxxxxxxxx>
- Re: LDD4 expected release date
- From: Mason <slash.tmp@xxxxxxx>
- Re: a little help beginning (kernel module)
- From: Xen <list@xxxxxxxxxxxxx>
- Re: a little help beginning (kernel module)
- From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
- Re: a little help beginning (kernel module)
- From: Xen <list@xxxxxxxxxxxxx>
- a little help beginning (kernel module)
- From: Xen <list@xxxxxxxxxxxxx>
- Re: float behaivior on ARMv8-A
- From: Andrew Haley <aph@xxxxxxxxxx>
- classpath/tools/tools.zip:0:0: fatal error: not a valid Java .class file
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Re: option -mprfchw
- From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
- Re: mpfr / gmp dependency
- From: NightStrike <nightstrike@xxxxxxxxx>
- float behaivior on ARMv8-A
- From: N30dG <christian.dreihsig@xxxxxxxxxxx>
- Re: option -mprfchw
- From: NightStrike <nightstrike@xxxxxxxxx>
- Hard-coded C++ paths and reloation problem on Windows
- From: "lh_mouse"<lh_mouse@xxxxxxx>
- Re: m68k toolchain
- From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
- Re: m68k toolchain
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: m68k toolchain
- From: Jeff Law <law@xxxxxxxxxx>
- Re: OpenACC offload to nvptx
- From: Salvatore Filippone <filippone.salvatore@xxxxxxxxx>
- Re: Detect whether we have a native 64-bit type?
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: OpenACC offload to nvptx
- From: Thomas Schwinge <thomas@xxxxxxxxxxxxxxxx>
- Re: Detect whether we have a native 64-bit type?
- From: Mason <slash.tmp@xxxxxxx>
- Re: Detect whether we have a native 64-bit type?
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: SIGBUS Bus error on sparc64
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- Re: SIGBUS Bus error on sparc64
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc-6.1: no source files...
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- OpenACC parallel directives fail to run, libgomp error
- From: stuberl@xxxxxxxxxxx
- Re: SIGBUS Bus error on sparc64
- From: Andrew Haley <aph@xxxxxxxxxx>
- gcc-6.1: no source files...
- From: Branko <brankob@xxxxxxxxxxxxx>
- SIGBUS Bus error on sparc64
- From: Mathieu Malaterre <mathieu.malaterre@xxxxxxxxx>
- OpenACC offload to nvptx
- From: Salvatore Filippone <filippone.salvatore@xxxxxxxxx>
- Detect whether we have a native 64-bit type?
- From: Jonathan Lennox <jonathan@xxxxxxxxx>
- error compiling gcc 5.3.0 on Red Hat Linux 6
- From: Irena Johnson <ijohnson@xxxxxxxx>
- Re: Recipe Issue, I don't understand what the fault is
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Recipe Issue, I don't understand what the fault is
- From: zxuiji <zxuiji@xxxxxxxxx>
- Re: Recipe Issue, I don't understand what the fault is
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Recipe Issue, I don't understand what the fault is
- From: zxuiji <zxuiji@xxxxxxxxx>
- Re: mpfr / gmp dependency
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: option -mprfchw
- From: NightStrike <nightstrike@xxxxxxxxx>
- mpfr / gmp dependency
- From: NightStrike <nightstrike@xxxxxxxxx>
- RE: Unexpected MIPS assembly output
- From: Matthew Fortune <Matthew.Fortune@xxxxxxxxxx>
- Unexpected MIPS assembly output
- From: Nathan Cole <nath@xxxxxxxxxxxxxxxxxxxxxx>
- Re: Can someone explain why this code outputs 7 ? (Is this a gcc bug?)
- From: Manfred <mx2927@xxxxxxxxx>
- Re: m68k toolchain
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Can someone explain why this code outputs 7 ? (Is this a gcc bug?)
- From: Prathamesh Kulkarni <prathamesh.kulkarni@xxxxxxxxxx>
- phase -> phrase
- From: <chen@xxxxxxxxxxxxxxxxxxxxxxx>
- Can someone explain why this code outputs 7 ? (Is this a gcc bug?)
- From: <chen@xxxxxxxxxxxxxxxxxxxxxxx>
- Re: m68k toolchain
- From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
- Insert debugging symbol using GIMPLE
- From: "dw.dev" <dw.dev.mailing@xxxxxxxxx>
- bootstrap comparison failures on SPARC/Solaris 10
- From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
- Re: m68k toolchain
- From: Jeff Law <law@xxxxxxxxxx>
- Re: compiling error for version 4.9.0 and 4.9.2
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: compiling error for version 4.9.0 and 4.9.2
- From: Kevin Abbey <kevin.abbey@xxxxxxxxxxx>
- Re: Unclear explanation for some builtins
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Unclear explanation for some builtins
- From: Eyal Rozenberg <eyalroz@xxxxxxxxxxxxxx>
- Re: Segfault calling dlopen()'ed executable built with -pie and using TLS
- From: Cary Coutant <ccoutant@xxxxxxxxx>
- Re: why these errors?
- From: Barry Gold <barrydgold@xxxxxxxxx>
- Re: why these errors?
- From: David Brown <david.brown@xxxxxxxxxxxx>
- Re: why these errors?
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- Re: why these errors?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: feature request
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: why doesn't "namespace str" insulate me from stuff in algo.h?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: features add request, bug in 6.0.0
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Segfault calling dlopen()'ed executable built with -pie and using TLS
- From: Ivan Shapovalov <intelfx@xxxxxxxxxxxx>
- Re: why these errors?
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- Re: feature request
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- Re: features add request, bug in 6.0.0
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- why doesn't "namespace str" insulate me from stuff in algo.h?
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- Re: why these errors?
- From: Andrew Melo <andrew.melo@xxxxxxxxx>
- why these errors?
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- Re: Segfault calling dlopen()'ed executable built with -pie and using TLS
- From: Cary Coutant <ccoutant@xxxxxxxxx>
- Re: feature request
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: features add request, bug in 6.0.0
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- feature request
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- features add request, bug in 6.0.0
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- Re: missing things in c++/gcc
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- Re: missing things in c++/gcc
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Segfault calling dlopen()'ed executable built with -pie and using TLS
- From: Ivan Shapovalov <intelfx@xxxxxxxxxxxx>
- missing things in c++/gcc
- From: Jim Michaels <jim.michaels@xxxxxxxxxxxxx>
- Re: Segfault calling dlopen()'ed executable built with -pie and using TLS
- From: Cary Coutant <ccoutant@xxxxxxxxx>
- Re: option -mprfchw
- From: NightStrike <nightstrike@xxxxxxxxx>
- option -mprfchw
- From: NightStrike <nightstrike@xxxxxxxxx>
- Re: Variable access optimization
- From: Ángel González <keisial@xxxxxxxxx>
- Variable access optimization
- From: "Sivanupandi, Pitchumani" <Pitchumani.Sivanupandi@xxxxxxxxx>
- Re: C++ version 11 "auto"
- From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
- Re: C++ version 11 "auto"
- From: Daniël Bos <corani@xxxxxxxxx>
- C++ version 11 "auto"
- From: Barry Gold <barrydgold@xxxxxxxxx>
- AW: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
- Re: Problems installing GCC
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Problems installing GCC
- From: Hassan Haddouchi <hhaddouc@xxxxxxxxx>
- Building GCC 5.3.0 with 4.8.2
- From: ludo@xxxxxxx (Ludovic Courtès)
- Re: Segfault calling dlopen()'ed executable built with -pie and using TLS
- From: Ivan Shapovalov <intelfx@xxxxxxxxxxxx>
- --sysroot selecting system directories!?
- From: jtc@xxxxxxxxxxxxxxxxxx (J.T. Conklin)
- Re: Segfault calling dlopen()'ed executable built with -pie and using TLS
- From: Cary Coutant <ccoutant@xxxxxxxxx>
- Segfault calling dlopen()'ed executable built with -pie and using TLS
- From: Ivan Shapovalov <intelfx@xxxxxxxxxxxx>
- Re: Issue with templates and asm register constraints
- From: Andreas Krebbel <krebbel@xxxxxxxxxxxxxxxxxx>
- Re: -fstack-protector and STL string
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Reserve space in stack
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: Reserve space in stack
- From: "sztfg@xxxxxxxxx" <sztfg@xxxxxxxxx>
- Re: -fstack-protector and STL string
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Reserve space in stack
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Reserve space in stack
- From: Andrew Haley <aph@xxxxxxxxxx>
- Reserve space in stack
- Issue with templates and asm register constraints
- From: "Alex Kodat" <alexkodat@xxxxxxxxx>
- Re: use of qcmplx qsqrt qimag etc.
- From: penava_b <bastien.penavayre@xxxxxxxxxx>
- use of qcmplx qsqrt qimag etc.
- From: Erin Farbar <erin.farbar@xxxxxxxxx>
- Re: Caching of math functions
- From: Matthias Pfaller <leo@xxxxxxxx>
- libc kann weg
- Re: Caching of math functions
- From: NightStrike <nightstrike@xxxxxxxxx>
- Re: Caching of math functions
- From: Matthias Pfaller <leo@xxxxxxxx>
- Caching of math functions
- From: NightStrike <nightstrike@xxxxxxxxx>
- Re: Creating one large precompiled header from multitude of other (possibly also precompiled) headers.
- From: Jeff Law <law@xxxxxxxxxx>
- Re: Creating one large precompiled header from multitude of other (possibly also precompiled) headers.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Creating one large precompiled header from multitude of other (possibly also precompiled) headers.
- From: leon zadorin <leonleon77@xxxxxxxxx>
- Re: Creating one large precompiled header from multitude of other (possibly also precompiled) headers.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Creating one large precompiled header from multitude of other (possibly also precompiled) headers.
- From: leon zadorin <leonleon77@xxxxxxxxx>
- Re: Creating one large precompiled header from multitude of other (possibly also precompiled) headers.
- From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
- Re: how to access the online manuals?
- From: "Carol LePage" <clepage@xxxxxxxxxxxxxx>
- unnoticed invalid dereference when using address sanitizer
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
- Re: how to access the online manuals?
- From: Bob Wilkinson <bob.wilkinson@xxxxxxxxxxx>
- Re: how to access the online manuals?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- how to access the online manuals?
- From: "Carol LePage" <clepage@xxxxxxxxxxxxxx>
- Creating one large precompiled header from multitude of other (possibly also precompiled) headers.
- From: leon zadorin <leonleon77@xxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
- Re: AW: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
- AW: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Printing float scenarios (32 vs 64 bit parameters)
- From: "Brian R. Hall" <hall@xxxxxxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
- Re: gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: Kyrill Tkachov <kyrylo.tkachov@xxxxxxxxxxxx>
- gcc-5.3.0 libstdc++-v3: configure: error: No support for this host/target combination for arm-none-eabi
- From: "onkel.jack@xxxxxxxxxxx" <onkel.jack@xxxxxxxxxxx>
- Re: include files
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: (Building GCC) mtune=native and internal compiler error at emit-rtl.c:1027
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- (Building GCC) mtune=native and internal compiler error at emit-rtl.c:1027
- From: Seth Junot <xsetech@xxxxxxxxx>
- Re: is -fPIC safe for executable programs, or must -fPIE be used?
- From: Didier Kryn <kryn@xxxxxxxx>
- Re: m68k toolchain
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: is -fPIC safe for executable programs, or must -fPIE be used?
- From: Britton Kerin <britton.kerin@xxxxxxxxx>
- Re: gold --incremental not producing DWARF such that nm can handle it, internal error
- From: Cary Coutant <ccoutant@xxxxxxxxx>
- Re: is -fPIC safe for executable programs, or must -fPIE be used?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: is -fPIC safe for executable programs, or must -fPIE be used?
- From: Jeff Law <law@xxxxxxxxxx>
- Re: is -fPIC safe for executable programs, or must -fPIE be used?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: include files
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: is -fPIC safe for executable programs, or must -fPIE be used?
- From: Jeff Law <law@xxxxxxxxxx>
- Re: include files
- From: Bob Gardenier <bob.gardenier@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: gold --incremental not producing DWARF such that nm can handle it, internal error
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: How to provide coexisting std::string's (with and without abi:cxx11) in GCC 5.1 and above?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: Why does -Wabi-tag complain when -std=c++03?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Re: How to provide coexisting std::string's (with and without abi:cxx11) in GCC 5.1 and above?
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: How to provide coexisting std::string's (with and without abi:cxx11) in GCC 5.1 and above?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Why does -Wabi-tag complain when -std=c++03?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: How to provide coexisting std::string's (with and without abi:cxx11) in GCC 5.1 and above?
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- -fstack-protector and STL string
- From: "Martin Richtarsky" <s@xxxxxxxxxxxx>
- Re: How to provide coexisting std::string's (with and without abi:cxx11) in GCC 5.1 and above?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: How to provide coexisting std::string's (with and without abi:cxx11) in GCC 5.1 and above?
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- How to provide coexisting std::string's (with and without abi:cxx11) in GCC 5.1 and above?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: GCC 5.1 and UndefinedBehaviorSanitizer gained a few new sanitization options
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Where are the GCC 5.1 docs?
- From: Marc Glisse <marc.glisse@xxxxxxxx>
- Where are the GCC 5.1 docs?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- GCC 5.1 and UndefinedBehaviorSanitizer gained a few new sanitization options
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- gold --incremental not producing DWARF such that nm can handle it, internal error
- From: Britton Kerin <britton.kerin@xxxxxxxxx>
- is -fPIC safe for executable programs, or must -fPIE be used?
- From: Britton Kerin <britton.kerin@xxxxxxxxx>
- Re: cross g++ sysroot and headers
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- Re: m68k toolchain
- From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
- cross g++ sysroot and headers
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Re: bug or just an invalid commanline ?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: bug or just an invalid commanline ?
- From: Mason <slash.tmp@xxxxxxx>
- Re: Find offset of block instruction in function
- From: Martin Sebor <msebor@xxxxxxxxx>
- Find offset of block instruction in function
- From: crasypantz <ihavecrazypants@xxxxxxxxxxx>
- Re: bug or just an invalid commanline ?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- bug or just an invalid commanline ?
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- m68k toolchain
- From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
- Re: LTO Error: operand type mismatch for `div'
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- LTO Error: operand type mismatch for `div'
- From: Hannes Domani <ssbssa@xxxxxxxx>
- Re: What are files named .fuse_hidden... ?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- What are files named .fuse_hidden... ?
- From: Dave Wagler <rebelxt@xxxxxxx>
- Re: type0identifiers as identifier
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: type0identifiers as identifier
- From: vijay nag <vijunag@xxxxxxxxx>
- Re: Why the "--with-sysroot" option is not shown when I use the "--help" option?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Why the "--with-sysroot" option is not shown when I use the "--help" option?
- From: Mason <slash.tmp@xxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: addr2line ends up off by 1 line numbers when -O0 is used
- From: Ángel González <keisial@xxxxxxxxx>
- trying to characterize the circumstances under which backtrace() works reliably
- From: Britton Kerin <britton.kerin@xxxxxxxxx>
- Re: addr2line ends up off by 1 line numbers when -O0 is used
- From: Britton Kerin <britton.kerin@xxxxxxxxx>
- Re: addr2line ends up off by 1 line numbers when -O0 is used
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- trouble building gcc-5.3.0
- From: Britton Kerin <britton.kerin@xxxxxxxxx>
- addr2line ends up off by 1 line numbers when -O0 is used
- From: Britton Kerin <britton.kerin@xxxxxxxxx>
- Re: Bus Fault
- From: spflanze <sepflanze@xxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: Error: selected processor does not support `bx lr' in ARM mode
- From: Andrew Haley <aph@xxxxxxxxxx>
- Why the "--with-sysroot" option is not shown when I use the "--help" option?
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Re: Bus Fault
- From: Matthias Pfaller <leo@xxxxxxxx>
- Re: Error: selected processor does not support `bx lr' in ARM mode
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Bus Fault
- From: spflanze <sepflanze@xxxxxxxxx>
- Re: RFC: Very long alternative lists for RTL patterns like move
- From: Michael Meissner <meissner@xxxxxxxxxxxxxxxxxx>
- Help in tracking down unusual apparent 5.2.0 LTO issue
- From: Matt Godbolt <matt@xxxxxxxxxxx>
- Re: Building a cross-compiler for a Raspberry Pi
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Re: Building a cross-compiler for a Raspberry Pi
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Building a cross-compiler for a Raspberry Pi
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Re: Error: selected processor does not support `bx lr' in ARM mode
- From: Christophe Lyon <christophe.lyon@xxxxxx>
- Error: selected processor does not support `bx lr' in ARM mode
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Re: Building a cross-compiler for a Raspberry Pi
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Building a cross-compiler for a Raspberry Pi
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Re: RFC: Very long alternative lists for RTL patterns like move
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: RFC: Very long alternative lists for RTL patterns like move
- From: Michael Meissner <meissner@xxxxxxxxxxxxxxxxxx>
- Re: C++: Difference between calling memcpy and __builtin_memcpy
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: RFC: Very long alternative lists for RTL patterns like move
- From: Jeff Law <law@xxxxxxxxxx>
- 6.0-20160313 snapshot - bootstrap-lto without using --disable-werror at configure
- From: David Kredba <nheghathivhistha@xxxxxxxxx>
- Re: RFC: Very long alternative lists for RTL patterns like move
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: RFC: Very long alternative lists for RTL patterns like move
- From: Jeff Law <law@xxxxxxxxxx>
- RFC: Very long alternative lists for RTL patterns like move
- From: Michael Meissner <meissner@xxxxxxxxxxxxxxxxxx>
- Re: C++: Difference between calling memcpy and __builtin_memcpy
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: What does "profil" means in C++
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Building a cross-compiler for a Raspberry Pi
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Building a cross-compiler for a Raspberry Pi
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Re: Building a cross-compiler for a Raspberry Pi
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: [Consult] tile: How to construct testsuite for tile architecture without hardware.
- From: Chen Gang <chengang@xxxxxxxxxxxxxxxx>
- Building a cross-compiler for a Raspberry Pi
- From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
- Re: Compiling Samba with LTO
- From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
- Re: Your page doesn't seem to work properly.
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Compiling Samba with LTO
- From: Ralph Boehme <slow@xxxxxxxxx>
- Eclipse GCov issues
- From: Oscar Pauly <opaulyc@xxxxxxxxx>
- Re: Your page doesn't seem to work properly.
- From: Mason <slash.tmp@xxxxxxx>
- augmenting the standard include path
- From: scs@xxxxxxxxxx (Steve Summit)
- Re: fp problem building arm cross-compiler
- From: scs@xxxxxxxxxx (Steve Summit)
- Re: What does "profil" means in C++
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: What does "profil" means in C++
- From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxx>
- Re: What does "profil" means in C++
- From: Andrew Haley <aph@xxxxxxxxxx>
- What does "profil" means in C++
- From: Patrick Begou <Patrick.Begou@xxxxxxxxxxxxxxxxxxxx>
- Re: C++: Difference between calling memcpy and __builtin_memcpy
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Failing to build native gcc-5 on powerpc-linux-gnuspe
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: fp problem building arm cross-compiler
- From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
- fp problem building arm cross-compiler
- From: scs@xxxxxxxxxx (Steve Summit)
- Fw: Testing crosscompiler
- From: fedor_qd <fedor_qd@xxxxxxx>
- Re: building gcc 5.3 with gmp,mpfr,mpc,isl in tree results in error relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building gcc 5.3 with gmp,mpfr,mpc,isl in tree results in error relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object
- From: Daniel Letai <dani@xxxxxxxxxxxx>
- building gcc 5.3 with gmp,mpfr,mpc,isl in tree results in error relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object
- From: Daniel Letai <dani@xxxxxxxxxxxx>
- Re: [Consult] tile: How to construct testsuite for tile architecture without hardware.
- From: Chen Gang <chengang@xxxxxxxxxxxxxxxx>
- Re: where in gcc sources is foobar.o written?
- From: Mark Galeck <mark_galeck@xxxxxxxxxxx>
- Re: where in gcc sources is foobar.o written?
- From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
- where in gcc sources is foobar.o written?
- From: Mark Galeck <mark_galeck@xxxxxxxxxxx>
- 1 of 5,609 gcc trunk: OpenACC offload to nvptx
- From: Salvatore Filippone <filippone.salvatore@xxxxxxxxx>
- Re: Use AVX/AVX512 selectively
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Re: Use AVX/AVX512 selectively
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Re: Use AVX/AVX512 selectively
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Use AVX/AVX512 selectively
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Use AVX/AVX512 selectively
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- Re: Use AVX/AVX512 selectively
- From: Alexander Monakov <amonakov@xxxxxxxxx>
- Re: Use AVX/AVX512 selectively
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: Use AVX/AVX512 selectively
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
- [non-]Issue with CRTP template code example in GCC 5.2.1
- From: Diptorup Deb <diptorup@xxxxxxxxxx>
- Re: reload.c and doubly-indirect memory references
- From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
- Re: building old gcc3 for i386-linux on recent x86-linux?
- From: Steffen Dettmer <steffen.dettmer@xxxxxxxxx>
- LTO vs zero length bit fields
- From: Jay Foad <jay.foad@xxxxxxxxx>
- Re: reload.c and doubly-indirect memory references
- From: Jeff Law <law@xxxxxxxxxx>
- Re: reload.c and doubly-indirect memory references
- From: Pip Cet <pipcet@xxxxxxxxx>
- GCC GSOC 2016
- From: Ayush Goel <ayushgoel1610@xxxxxxxxx>
- Use AVX/AVX512 selectively
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: gcc base and peak options for spec-2006
- From: Alex Markin <alexanius@xxxxxxxxx>
- Re: Your page doesn't seem to work properly.
- From: Bob Wilkinson <bob.wilkinson@xxxxxxxxxxx>
- Your page doesn't seem to work properly.
- From: Amber Marshall <amber.marshall@xxxxxxxxxxxxx>
- Re: reload.c and doubly-indirect memory references
- From: Jeff Law <law@xxxxxxxxxx>
- Re: gcc base and peak options for spec-2006
- From: Mikhail Maltsev <maltsevm@xxxxxxxxx>
- Re: gcc base and peak options for spec-2006
- From: Tim Prince <n8tm@xxxxxxx>
- gcc base and peak options for spec-2006
- From: Alex Markin <alexanius@xxxxxxxxx>
- Re: reload.c and doubly-indirect memory references
- From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
- Re: how to measure total time spent in waiting for mutex without cswitch ?
- From: Mason <slash.tmp@xxxxxxx>
- Re: how to measure total time spent in waiting for mutex without cswitch ?
- From: Navin Parakkal <navinp1912@xxxxxxxxx>
- reload.c and doubly-indirect memory references
- From: Pip Cet <pipcet@xxxxxxxxx>
- Seg fault when app & shared lib built with -static-libstdc++
- From: Nick <nospam@xxxxxxxxxxxxxxx>
- how to measure total time spent in waiting for mutex without cswitch ?
- From: Navin Parakkal <navinp1912@xxxxxxxxx>
- Re: Help with intel mic target building
- From: Thomas Schwinge <thomas@xxxxxxxxxxxxxxxx>
- Warning for converting (possibly) negative float/double to unsigned int
- From: Bradley Lucier <lucier@xxxxxxxxxxxxxxx>
- Re: Help with intel mic target building
- From: Thomas Schwinge <thomas@xxxxxxxxxxxxxxxx>
- Re: Inline assembly without inputs considered const/pure?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Inline assembly without inputs considered const/pure?
- From: Matthias Pfaller <leo@xxxxxxxx>
- Re: Inline assembly without inputs considered const/pure?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Inline assembly without inputs considered const/pure?
- From: Matthias Pfaller <leo@xxxxxxxx>
- Re: Inline assembly without inputs considered const/pure?
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Inline assembly without inputs considered const/pure?
- From: Matthias Pfaller <leo@xxxxxxxx>
- Re: Inline assembly without inputs considered const/pure?
- From: Matthias Pfaller <leo@xxxxxxxx>
- Re: Inline assembly without inputs considered const/pure?
- From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
- Re: Inline assembly without inputs considered const/pure?
- From: Matthias Pfaller <leo@xxxxxxxx>
- Inline assembly without inputs considered const/pure?
- From: Matthias Pfaller <leo@xxxxxxxx>
- Re: building old gcc3 for i386-linux on recent x86-linux?
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- gcc-5.3.0 tests fail
- From: Michael Meyer <spyqqqdia@xxxxxxxxx>
- gcc-5.3.0 tests fail
- From: Michael Meyer <spyqqqdia@xxxxxxxxx>
- Re: Inline static data causes a section type conflict
- From: Benedek Thaler <thalerbenedek@xxxxxxxxx>
- Re: Inline static data causes a section type conflict
- From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: Nick Papior <nickpapior@xxxxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: LMH <lmh_users-groups@xxxxxxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: Nick Papior <nickpapior@xxxxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: LMH <lmh_users-groups@xxxxxxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: Nick Papior <nickpapior@xxxxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: Tim Prince <n8tm@xxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: Nick Papior <nickpapior@xxxxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: Nick Papior <nickpapior@xxxxxxxxx>
- Re: Preprocess files with gcc/gfortran vs. cpp
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Fwd: Preprocess files with gcc/gfortran vs. cpp
- From: Nick Papior <nickpapior@xxxxxxxxx>
- Re: building old gcc3 for i386-linux on recent x86-linux?
- From: Steffen Dettmer <steffen.dettmer@xxxxxxxxx>
- Re: building old gcc3 for i386-linux on recent x86-linux?
- From: LMH <lmh_users-groups@xxxxxxxxxxx>
- building old gcc3 for i386-linux on recent x86-linux?
- From: Steffen Dettmer <steffen.dettmer@xxxxxxxxx>
- optimization options controlled by user
- From: staticx <mohamedboussaa3@xxxxxxxxx>
- Re: Inline static data causes a section type conflict
- From: Benedek Thaler <thalerbenedek@xxxxxxxxx>
- recompiling between binary-compatible GCC versions
- From: David Shrader <dshrader@xxxxxxxx>
- Re: Inline static data causes a section type conflict
- From: Andrew Haley <aph@xxxxxxxxxx>
- Re: Inline static data causes a section type conflict
- From: Benedek Thaler <thalerbenedek@xxxxxxxxx>
- setting loop buffer size in the gcc
- From: Virendra Kumar Pathak <kumarvir.pathak@xxxxxxxxx>
- Re: Does dereferencing a volatile pointer produce a volatile element?
- From: Didier Kryn <kryn@xxxxxxxx>
- Re: Does dereferencing a volatile pointer produce a volatile element?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: difficulty building gcc 4.6.3 on MacOS
- From: scs+gcc@xxxxxxxxxx (Steve Summit)
- Re: C++: Difference between calling memcpy and __builtin_memcpy
- From: Martin Sebor <msebor@xxxxxxxxx>
- Re: Does dereferencing a volatile pointer produce a volatile element?
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Does dereferencing a volatile pointer produce a volatile element?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: C++: Difference between calling memcpy and __builtin_memcpy
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: GCC 5.3.0 in Rhel7
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: C++: Difference between calling memcpy and __builtin_memcpy
- From: Martin Sebor <msebor@xxxxxxxxx>
- difficulty building gcc 4.6.3 on MacOS
- From: scs@xxxxxxxxxx (Steve Summit)
- Re: fortran macos binaries
- From: FX <fxcoudert@xxxxxxxxx>
- Re: fortran macos binaries
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Implement link-time optimization safe explicit_bzero()?
- From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
- Re: s390x (64 bit) macro expansion WCOREDUMP
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Implement link-time optimization safe explicit_bzero()?
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- fortran macos binaries
- From: Debra Weisenstein <dkweis@xxxxxxxxx>
- C++: Difference between calling memcpy and __builtin_memcpy
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: Implement link-time optimization safe explicit_bzero()?
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Implement link-time optimization safe explicit_bzero()?
- From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
- Re: Implement link-time optimization safe explicit_bzero()?
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- Re: Implement link-time optimization safe explicit_bzero()?
- From: Manuel López-Ibáñez <manuel.lopez-ibanez@xxxxxxxxxxxxxxxx>
- Re: s390x (64 bit) macro expansion WCOREDUMP
- From: Richard Plangger <planrichi@xxxxxxxxx>
- Implement link-time optimization safe explicit_bzero()?
- From: Sebastian Huber <sebastian.huber@xxxxxxxxxxxxxxxxxx>
- Re: s390x (64 bit) macro expansion WCOREDUMP
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- s390x (64 bit) macro expansion WCOREDUMP
- From: Richard Plangger <planrichi@xxxxxxxxx>
- Re: GCC 5.3.0 in Rhel7
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: GCC 5.3.0 in Rhel7
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Installing gcc to nonstandard location
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: GCC 5.3.0 in Rhel7
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: building gcc with--disable-static --enable-shared
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Fwd: Installing gcc to nonstandard location
- From: Tom Close <tom.close@xxxxxxxxxx>
- Re: Werror
- From: manojmaybe <manojmaybe000@xxxxxxxxx>
- Re: Surprising "parse error in template argument list"
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: How to get access/visibility of functions, variables, typedefs and templates?
- From: crasypantz <ihavecrazypants@xxxxxxxxxxx>
- Re: Werror
- From: Mason <slash.tmp@xxxxxxx>
- Re: Werror
- From: manojmaybe <manojmaybe000@xxxxxxxxx>
- Re: Werror
- From: Mason <slash.tmp@xxxxxxx>
- Re: building gcc with--disable-static --enable-shared
- From: Gabriel VLASIU <gabriel@xxxxxxxxxx>
- Werror
- From: manojmaybe <manojmaybe000@xxxxxxxxx>
- Re: Questions on Microsoft C Exceptions, Gcc, and Gdb
- From: Ángel González <keisial@xxxxxxxxx>
- building gcc with--disable-static --enable-shared
- From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
- Questions on Microsoft C Exceptions, Gcc, and Gdb
- From: Thomas Dineen <tdineen@xxxxxxxxxxxxx>
- Modify array type into pointer type for VAR_DECL
- From: Cristina Georgiana Opriceana <cristina.opriceana@xxxxxxxxx>
- Re: g++v5.2.1 problems with LTO and funtional behavior
- From: Mason <slash.tmp@xxxxxxx>
- g++v5.2.1 problems with LTO and funtional behavior
- From: "Rigoberto L. Salgado Reyes" <rlsalgado@xxxxxx>
- Re: Insert call to malloc in gimple
- From: Cristina Georgiana Opriceana <cristina.opriceana@xxxxxxxxx>
- libsanitizer by cross toolchain
- From: Yakov Yazlovitsky <yakov@xxxxxxx>
- Re: How to add custom library paths while compiling nginx from source code
- From: Ángel González <keisial@xxxxxxxxx>
- How to add custom library paths while compiling nginx from source code
- From: Sebastian Tarach <sebastian@xxxxxxxxxx>
- How to get access/visibility of functions, variables, typedefs and templates?
- From: crasypantz <ihavecrazypants@xxxxxxxxxxx>
- Re: LTO setup
- From: Fabio Coatti <fabio.coatti@xxxxxxxxx>
- Re: LTO setup
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: LTO setup
- From: Fabio Coatti <fabio.coatti@xxxxxxxxx>
- Re: Possible performance issue with gfortran? denormalized numbers
- From: Tim Prince <n8tm@xxxxxxx>
- Re: Possible performance issue with gfortran? denormalized numbers
- From: Toon Moene <toon@xxxxxxxxx>
- Re: Possible performance issue with gfortran? denormalized numbers
- From: Tim Prince <n8tm@xxxxxxx>
- Re: Possible performance issue with gfortran? denormalized numbers
- From: Toon Moene <toon@xxxxxxxxx>
- Re: LTO setup
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: LTO setup
- From: Fabio Coatti <fabio.coatti@xxxxxxxxx>
- Re: LTO setup
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: g++-arm-none-eabi system includes and implicit extern "C"
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- LTO setup
- From: Fabio Coatti <fabio.coatti@xxxxxxxxx>
- g++-arm-none-eabi system includes and implicit extern "C"
- From: Josh Bialkowski <josh.bialkowski@xxxxxxxxx>
- Fwd: Help about how to bootstrap gcc with local version glibc other than system one
- From: "Bin.Cheng" <amker.cheng@xxxxxxxxx>
- Possible performance issue with gfortran? denormalized numbers
- From: Jose Miguel Reynolds Barredo <jmrb2002@xxxxxxxxx>
- Inline static data causes a section type conflict
- From: Benedek Thaler <thalerbenedek@xxxxxxxxx>
- Re: [AARCH64] question about RELA relocations
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: Exceptions declaration and static analysis
- From: dvd <dvd+nntp@xxxxxx>
- Re: Exceptions declaration and static analysis
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Exceptions declaration and static analysis
- From: dvd <dvd+nntp@xxxxxx>
- GCC bug?
- From: niXman <i.nixman@xxxxxxxxxxxxx>
- Re: cross-compiling LM32 internal error while linking
- From: Kyrill Tkachov <kyrylo.tkachov@xxxxxxxxxxxx>
- cross-compiling LM32 internal error while linking
- From: Federico Vaga <federico.vaga@xxxxxxxxx>
- RE: GCC 4.9 #32 special value?
- From: Jens Vankeirsbilck <jens.vankeirsbilck@xxxxxxxxxxx>
- Re: How to parse a record bitmask field in plugin?
- From: crasypantz <ihavecrazypants@xxxxxxxxxxx>
- Re: Loops in GCC preprocessor needed
- From: penava_b <bastien.penavayre@xxxxxxxxxx>
- How to parse a record bitmask field in plugin?
- From: crasypantz <ihavecrazypants@xxxxxxxxxxx>
- Re: How to get function declaration source file/line from definition?
- From: crasypantz <ihavecrazypants@xxxxxxxxxxx>
- Re: Loops in GCC preprocessor needed
- From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
- Re: Loops in GCC preprocessor needed
- From: niXman <i.nixman@xxxxxxxxxxxxx>
- Loops in GCC preprocessor needed
- From: Nulik Nol <nuliknol@xxxxxxxxx>
- Re: GCC 4.9 #32 special value?
- From: Jeff Law <law@xxxxxxxxxx>
[Index of Archives]
[Fedora Development]
[Security]
[Netfilter]
[Bugtraq]