GCC Help

• Thread Index

• Re: Optimising away memset() calls?
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: stop gcc
  • From: Adrien Nader <adrien@xxxxxxxx>
• Re: stop gcc
  • From: Ali Abdul Ghani <blade.vp2020@xxxxxxxxx>
• Re: stop gcc
  • From: Bert Wesarg <bert.wesarg@xxxxxxxxxxxxxx>
• stop gcc
  • From: Ali Abdul Ghani <blade.vp2020@xxxxxxxxx>
• Re: GCC needs YOU!
  • From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
• Re: Optimising away memset() calls?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• gcc build error
  • From: Jason yang <red.wolf.s.husband@xxxxxxxxx>
• Applying -fno-builtin-xxx / -ffreestanding via pragama GCC / attribute optimize
  • From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
• Re: Optimising away memset() calls?
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: Optimising away memset() calls?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Optimising away memset() calls?
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: (nessun oggetto)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• (nessun oggetto)
  • From: Graziano Servizi <Graziano.Servizi@xxxxxxxxxx>
• Re: Optimising away memset() calls?
  • From: Sandy Harris <sandyinchina@xxxxxxxxx>
• Re: Optimising away memset() calls?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• .gcno files no longer generated by -fprofile-generate since GCC 4.4
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: Optimising away memset() calls?
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Enhance isatty() for GCC for use with GNU make?
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: Enhance isatty() for GCC for use with GNU make?
  • From: Paul Smith <psmith@xxxxxxx>
• Re: Optimising away memset() calls?
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: Enhance isatty() for GCC for use with GNU make?
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: Enhance isatty() for GCC for use with GNU make?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Enhance isatty() for GCC for use with GNU make?
  • From: Paul Smith <psmith@xxxxxxx>
• Re: Fwd: Compiling with -fdata-sections doesn't put the constant in the section expected
  • From: Clément Péron <peron.clem@xxxxxxxxx>
• Re: Optimising away memset() calls?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Optimising away memset() calls?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Optimising away memset() calls?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Optimising away memset() calls?
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Optimising away memset() calls?
  • From: Sandy Harris <sandyinchina@xxxxxxxxx>
• Build failure bash2.05b OSX10.4
  • From: Geoff Down <geoffdown@xxxxxxxxxxxx>
• Re: Solved
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Solved
  • From: Graziano Servizi <Graziano.Servizi@xxxxxxxxxx>
• Question
  • From: Graziano Servizi <Graziano.Servizi@xxxxxxxxxx>
• Re: A possible bug
  • From: Ivo Doko <ivo.doko@xxxxxxxxx>
• Re: A possible bug
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: A possible bug
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: A possible bug
  • From: Ivo Doko <ivo.doko@xxxxxxxxx>
• Re: A possible bug
  • From: Ivo Doko <ivo.doko@xxxxxxxxx>
• Re: A possible bug
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: A possible bug
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: A possible bug
  • From: Ivo Doko <ivo.doko@xxxxxxxxx>
• Re: A possible bug
  • From: Ivo Doko <ivo.doko@xxxxxxxxx>
• Re: A possible bug
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: A possible bug
  • From: Ivo Doko <ivo.doko@xxxxxxxxx>
• A possible bug
  • From: Ivo Doko <ivo.doko@xxxxxxxxx>
• RE: unspec in machine description file
  • From: Matthew Fortune <Matthew.Fortune@xxxxxxxxxx>
• Re: Local variables used inside an asm block are not recognized as used
  • From: Daniel Kamil Kozar <dkk089@xxxxxxxxx>
• Re: Local variables used inside an asm block are not recognized as used
  • From: David Wohlferd <dw@xxxxxxxxxxxxxxxxxx>
• Re: GCC needs YOU!
  • From: Ali Abdul Ghani <blade.vp2020@xxxxxxxxx>
• GCC needs YOU!
  • From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
• Local variables used inside an asm block are not recognized as used
  • From: Daniel Kamil Kozar <dkk089@xxxxxxxxx>
• Re: #error "Unable to find a suitable type for HOST_WIDE_INT"
  • From: Vladimír Fuka <vladimir.fuka@xxxxxxxxx>
• Undefined reference in libcommon, libbacktrace GCC 4.8 bootstrap
  • From: Cyd Haselton <chaselton@xxxxxxxxx>
• #error "Unable to find a suitable type for HOST_WIDE_INT"
  • From: Vladimír Fuka <vladimir.fuka@xxxxxxxxx>
• Re: Compiling for arm-none-eabi, but BFD doesn't support it.
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Compiling for arm-none-eabi, but BFD doesn't support it.
  • From: Rena <hyperhacker@xxxxxxxxx>
• GCC 4.8 Build Error 2 gcc/nm: exec: line -89: -pg not found
  • From: Cyd Haselton <chaselton@xxxxxxxxx>
• Re: std::string clobbers memory when compiling without optimizations
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: std::string clobbers memory when compiling without optimizations
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: std::string clobbers memory when compiling without optimizations
  • From: Henrik Mannerström <henrik.mannerstrom@xxxxxxxxx>
• Re: std::string clobbers memory when compiling without optimizations
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: std::string clobbers memory when compiling without optimizations
  • From: Henrik Mannerström <henrik.mannerstrom@xxxxxxxxx>
• Re: std::string clobbers memory when compiling without optimizations
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• std::string clobbers memory when compiling without optimizations
  • From: Henrik Mannerström <henrik.mannerstrom@xxxxxxxxx>
• Re: Fwd: Compiling with -fdata-sections doesn't put the constant in the section expected
  • From: Clément Péron <peron.clem@xxxxxxxxx>
• Re: Crossed native compiler
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• -fdebug-prefix-map sometimes randomly has no effect?
  • From: Dave Gittins <dave.gittins@xxxxxxxxx>
• Re: Crossed native compiler
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: Crossed native compiler
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: Crossed native compiler
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Crossed native compiler
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: Fwd: Compiling with -fdata-sections doesn't put the constant in the section expected
  • From: Clément Péron <peron.clem@xxxxxxxxx>
• Re: Fwd: Compiling with -fdata-sections doesn't put the constant in the section expected
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Fwd: Compiling with -fdata-sections doesn't put the constant in the section expected
  • From: Clément Péron <peron.clem@xxxxxxxxx>
• Re: Fwd: Compiling with -fdata-sections doesn't put the constant in the section expected
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Fwd: Compiling with -fdata-sections doesn't put the constant in the section expected
  • From: Clément Péron <peron.clem@xxxxxxxxx>
• Re: convert main to Function
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• convert main to Function
  • From: Ali Abdul Ghani <blade.vp2020@xxxxxxxxx>
• Re: Why __gthread_active_p() is checked only in few functions?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Why __gthread_active_p() is checked only in few functions?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Why __gthread_active_p() is checked only in few functions?
  • From: niXman <i.nixman@xxxxxxxxxxxxx>
• Re: Why __gthread_active_p() is checked only in few functions?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Why __gthread_active_p() is checked only in few functions?
  • From: niXman <i.nixman@xxxxxxxxxxxxx>
• Re: GCC 4.7 on Android G++ Compiler Build Fail "This Linker Not Config To Use Sysroots"
  • From: Cyd Haselton <chaselton@xxxxxxxxx>
• Re: Why __gthread_active_p() is checked only in few functions?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Why __gthread_active_p() is checked only in few functions?
  • From: niXman <i.nixman@xxxxxxxxxxxxx>
• PPC E500v2 cross-compiler pthread_cancel aborting
  • From: "Carr, Chris (GE Intelligent Platforms)" <chris.carr@xxxxxx>
• Re: conversions betwwen function pointers and their calls
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• conversions betwwen function pointers and their calls
  • From: Dima Sorkin <dima.sorkin@xxxxxxxxx>
• Re: GCC 4.7 on Android G++ Compiler Build Fail "This Linker Not Config To Use Sysroots"
  • From: Cyd Haselton <chaselton@xxxxxxxxx>
• Re: GCC 4.7 on Android G++ Compiler Build Fail "This Linker Not Config To Use Sysroots"
  • From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
• Re: GCC 4.7 on Android G++ Compiler Build Fail "This Linker Not Config To Use Sysroots"
  • From: Cyd Haselton <chaselton@xxxxxxxxx>
• Re: gcc-help Digest 27 Sep 2014 11:46:57 -0000 Issue 4675
  • From: Cyd Haselton <chaselton@xxxxxxxxx>
• Re: GCC 4.7 on Android G++ Compiler Build Fail "This Linker Not Config To Use Sysroots"
  • From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
• GCC 4.7 on Android G++ Compiler Build Fail "This Linker Not Config To Use Sysroots"
  • From: Cyd Haselton <chaselton@xxxxxxxxx>
• Re: GCC vectorization of math functions similar to what LLVM does...
  • From: James Greenhalgh <james.greenhalgh@xxxxxxx>
• Re: Program will crash after using gcov
  • From: Nan Xiao <xiaonan830818@xxxxxxxxx>
• Re: Problems bootstrapping GCC on x86_64-unknown-cygwin
  • From: Tim Prince <n8tm@xxxxxxx>
• Re: Program will crash after using gcov
  • From: Brian Budge <brian.budge@xxxxxxxxx>
• GCC vectorization of math functions similar to what LLVM does...
  • From: leon zadorin <leonleon77@xxxxxxxxx>
• Problems bootstrapping GCC on x86_64-unknown-cygwin
  • From: Steven Bosscher <stevenb.gcc@xxxxxxxxx>
• Program will crash after using gcov
  • From: Nan Xiao <xiaonan830818@xxxxxxxxx>
• [BUG] ICE in get_narrower, at tree.c:8532
  • From: Marcin Sobieszczanski <marciso.gcc@xxxxxxxxx>
• Finding positions of the instructions
  • From: Eugene Shatokhin <eugene.shatokhin@xxxxxxxxxx>
• Re: static-const-integral in-class-init without explicit definition
  • From: RaJ M <smrajagopal@xxxxxxxxx>
• Re: static-const-integral in-class-init without explicit definition
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: static-const-integral in-class-init without explicit definition
  • From: RaJ M <smrajagopal@xxxxxxxxx>
• Re: static-const-integral in-class-init without explicit definition
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: static-const-integral in-class-init without explicit definition
  • From: RaJ M <smrajagopal@xxxxxxxxx>
• Re: static-const-integral in-class-init without explicit definition
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• static-const-integral in-class-init without explicit definition
  • From: RaJ M <smrajagopal@xxxxxxxxx>
• Re: Register Variables in c
  • From: Kayven Riese <kayvey@xxxxxxxxx>
• Re: mtlo/mflo instructions when issue width is increased (MIPS 5kc)
  • From: Cherry Vanc <cherry.vanc@xxxxxxxxx>
• MinGW Windows-specific linking warnings
  • From: Patrick Plenefisch <phplenefisch@xxxxxxx>
• Re: Register Variables in c
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: gfortran
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: Is accessing floating-point register slower than accessing cache-memory?
  • From: Gioh Kim <gioh.kim@xxxxxxx>
• Re: Register Variables in c
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• RE: Possible bug in gcc 4.4.7
  • From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
• Re: Possible bug in gcc 4.4.7
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Restricted user account creation in bugzila.
  • From: Marcin Sobieszczanski <marciso.gcc@xxxxxxxxx>
• RE: Possible bug in gcc 4.4.7
  • From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
• Re: Is accessing floating-point register slower than accessing cache-memory?
  • From: James Greenhalgh <james.greenhalgh@xxxxxxx>
• Re: Register Variables in c
  • From: Tim Prince <n8tm@xxxxxxx>
• Register Variables in c
  • From: Ali Abdul Ghani <blade.vp2020@xxxxxxxxx>
• Is accessing floating-point register slower than accessing cache-memory?
  • From: Gioh Kim <gioh.kim@xxxxxxx>
• Re: mtlo/mflo instructions when issue width is increased (MIPS 5kc)
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Possible bug in gcc 4.4.7
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• mtlo/mflo instructions when issue width is increased (MIPS 5kc)
  • From: Cherry Vanc <cherry.vanc@xxxxxxxxx>
• Re: Possible bug in gcc 4.4.7
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• RE: Possible bug in gcc 4.4.7
  • From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
• Re: gfortran
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: Possible bug in gcc 4.4.7
  • From: Andrew Haley <aph@xxxxxxxxxx>
• RE: Possible bug in gcc 4.4.7
  • From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
• Re: Possible bug in gcc 4.4.7
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Possible bug in gcc 4.4.7
  • From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
• Undefined symbol .LC531 during linker check gcc 3.4.5-p5 - c++ file compilation/linking
  • From: "Sairam Rangaswamy -X (sairanga - ARICENT TECHNOLOGIES MAURIITIUS LIMITED at Cisco)" <sairanga@xxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Hei Chan <structurechart@xxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Hei Chan <structurechart@xxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Hei Chan <structurechart@xxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Hei Chan <structurechart@xxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Hei Chan <structurechart@xxxxxxxxx>
• Error compiling GCC 4.8.3 on OSX 10.10
  • From: Adnan RIHAN <axel50397@xxxxxxxxx>
• Using LINK_SPEC to pass rpath to linker
  • From: Kenneth Chiu <kchiu@xxxxxxxxxxxxxxxxx>
• VLE support for powerpc e200zX family cpus.
  • From: "Raza, Saqlain" <Saqlain_Raza@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: haynberg@xxxxxxxxx
• conversion warning bug?
  • From: Hariharan Sandanagobalane <hariharan.gcc@xxxxxxxxx>
• Re: Setting the dynamic linker with an environment variable
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: haynberg@xxxxxxxxx
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Changing Mantissa's Width in Non-IEEE Floating Point implementation
  • From: Sheheryar Qazi <sherry1.sherry1@xxxxxxxxx>
• RE: is portable aliasing possible in C++?
  • From: haynberg@xxxxxxxxx
• Re: Setting the dynamic linker with an environment variable
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: Setting the dynamic linker with an environment variable
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Increase the size of allocated memory space for basic blocks
  • From: Yue Chen <ychen.contact@xxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Jason Merrill <jason@xxxxxxxxxx>
• Re: lib64 and --disable-multilib
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: lib64 and --disable-multilib
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: lib64 and --disable-multilib
  • From: Jędrzej Dudkiewicz <jedrzej.dudkiewicz@xxxxxxxxx>
• Debugging test failure during SLES 12 build
  • From: Dominik Vogt <vogt@xxxxxxxxxxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: lib64 and --disable-multilib
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Setting the dynamic linker with an environment variable
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: haynberg@xxxxxxxxx
• Setting the dynamic linker with an environment variable
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: lib64 and --disable-multilib
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: lib64 and --disable-multilib
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: lib64 and --disable-multilib
  • From: Andrew Haley <aph@xxxxxxxxxx>
• lib64 and --disable-multilib
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Exclude /lib and /usr/lib from the library search path
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Richard Biener <richard.guenther@xxxxxxxxx>
• MIPS 5kc backend - single issue or limited dual issue
  • From: Cherry Vanc <cherry.vanc@xxxxxxxxx>
• Re: removing unused functions during final link
  • From: Melvin Blades <melvin.blades@xxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Jason Merrill <jason@xxxxxxxxxx>
• Re: Compiling project with g++ built in
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Register spill caused by gcc scheduler?
  • From: Terry Guo <flameroc@xxxxxxxxx>
• Re: Compiling project with g++ built in
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Compiling project with g++ built in
  • From: Phil Freeman <eyeball_entertainment@xxxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andy Webber <andy@xxxxxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andy Webber <andy@xxxxxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andy Webber <andy@xxxxxxxxxxxxx>
• Re: is portable aliasing possible in C++?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• is portable aliasing possible in C++?
  • From: Andy Webber <andy@xxxxxxxxxxxxx>
• Re: GCC --with-sysroot: libintl.h: No such file or directory
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: unspec in machine description file
  • From: Cherry Vanc <cherry.vanc@xxxxxxxxx>
• Re: removing unused functions during final link
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: removing unused functions during final link
  • From: Melvin Blades <melvin.blades@xxxxxxxxx>
• Re: removing unused functions during final link
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: unspec in machine description file
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: GCC --with-sysroot: libintl.h: No such file or directory
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: cc1: undefined reference to `libintl_textdomain'
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: removing unused functions during final link
  • From: Melvin Blades <melvin.blades@xxxxxxxxx>
• unspec in machine description file
  • From: Cherry Vanc <cherry.vanc@xxxxxxxxx>
• Re: GCC --with-sysroot: libintl.h: No such file or directory
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: cc1: undefined reference to `libintl_textdomain'
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: cc1: undefined reference to `libintl_textdomain'
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: Glibc headers in one directory and linux headers in another
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: Glibc headers in one directory and linux headers in another
  • From: Bryan Hundven <bryanhundven@xxxxxxxxx>
• cc1: undefined reference to `libintl_textdomain'
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: Glibc headers in one directory and linux headers in another
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: Glibc headers in one directory and linux headers in another
  • From: Bryan Hundven <bryanhundven@xxxxxxxxx>
• Re: Glibc headers in one directory and linux headers in another
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: GCC --with-sysroot: libintl.h: No such file or directory
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: Compiling GCC for different machine on same Architecture
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: Compiling GCC for different machine on same Architecture
  • From: Jaya Pavan Bhattiprolu <pavanbhattiprolu@xxxxxxxxx>
• Re: Compiling GCC for different machine on same Architecture
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Compiling GCC for different machine on same Architecture
  • From: Jaya Pavan Bhattiprolu <pavanbhattiprolu@xxxxxxxxx>
• Re: Printing out of a C-programm
  • From: andre maute <andre.maute@xxxxxx>
• Re: GCC --with-sysroot: libintl.h: No such file or directory
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• GCC --with-sysroot: libintl.h: No such file or directory
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Monitoring reads to members of global_options
  • From: Mateus Borges <mab@xxxxxxxxxxx>
• Re: little questions
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• little questions
  • From: Graziano Servizi <Graziano.Servizi@xxxxxxxxxx>
• Re: Printing out of a C-programm
  • From: "Christoph K." <christoph@xxxxxxxxxxx>
• Printing out of a C-programm
  • From: "Jakob Bucher" <jbbob@xxxxxxxxxxx>
• Specify location of glibc libraries
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: error: expected declaration specifiers before 'ATTRIBUTE_RETURNS_NONNULL'
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• gcc-4.9.1 m32c-elf: unable to find a register to spill in class 'A_REGS'
  • From: Galen Seitz <galens@xxxxxxxxxxxxxx>
• Re: odd behavior
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: odd behavior
  • From: Jędrzej Dudkiewicz <jedrzej.dudkiewicz@xxxxxxxxx>
• Re: odd behavior
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: odd behavior
  • From: Jędrzej Dudkiewicz <jedrzej.dudkiewicz@xxxxxxxxx>
• Re: error: expected declaration specifiers before 'ATTRIBUTE_RETURNS_NONNULL'
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• odd behavior
  • From: Michael Williamson <michael.h.williamson@xxxxxxxxx>
• Re: error: expected declaration specifiers before 'ATTRIBUTE_RETURNS_NONNULL'
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• error: expected declaration specifiers before 'ATTRIBUTE_RETURNS_NONNULL'
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Glibc headers in one directory and linux headers in another
  • From: Shaun Jackman <sjackman@xxxxxxxxx>
• Re: removing unused functions during final link
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• removing unused functions during final link
  • From: Melvin Blades <melvin.blades@xxxxxxxxx>
• Re: Linux unable to find the correct gcc
  • From: Syed Ahsan Ali Bokhari <ahsan@xxxxxxxxxx>
• gcc 4.9.1 Submodel Options / Intel 386 and AMD x86-64 Options not set for target
  • From: Andreas Baumgaertner <andreas.baumgaertner@xxxxxxxx>
• Re: Linux unable to find the correct gcc
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Linux unable to find the correct gcc
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Linux unable to find the correct gcc
  • From: Syed Ahsan Ali Bokhari <ahsan@xxxxxxxxxx>
• Re: Utilizing GCC Prefetch Analysis -- Instructions not being generated
  • From: Malek Musleh <malek.musleh@xxxxxxxxx>
• Utilizing GCC Prefetch Analysis -- Instructions not being generated
  • From: Malek Musleh <malek.musleh@xxxxxxxxx>
• Re: Linkage order
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Linkage order
  • From: "Hauke Krüger(IND)" <krueger@xxxxxxxxxxxxxxxxxx>
• Re: Linkage order
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Linkage order
  • From: "Hauke Krüger(IND)" <krueger@xxxxxxxxxxxxxxxxxx>
• Re: init_priority attribute and libstdc++
  • From: Václav Zeman <vhaisman@xxxxxxxxx>
• init_priority attribute and libstdc++
  • From: Václav Zeman <vhaisman@xxxxxxxxx>
• Re: C++11 - Parameter pack question
  • From: Sidney Marshall <sidneym@xxxxxxxxxxxxxxx>
• Re: C++11 - Parameter pack question
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• C++11 - Parameter pack question
  • From: Sidney Marshall <sidneym@xxxxxxxxxxxxxxx>
• Re: wifstream
  • From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
• Re: wifstream
  • From: ArbolOne <ArbolOne@xxxxxxxxxx>
• Re: wifstream
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• wifstream
  • From: ArbolOne <ArbolOne@xxxxxxxxxx>
• Re: help with fusing multiple dependent ops in gcc combine pass
  • From: Jeff Law <law@xxxxxxxxxx>
• help with fusing multiple dependent ops in gcc combine pass
  • From: Cherry Vanc <cherry.vanc@xxxxxxxxx>
• Re: Corruption in C++ constructor
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Corruption in C++ constructor
  • From: Andrew Bell <andrew.bell.ia@xxxxxxxxx>
• Corruption in C++ constructor
  • From: navin p <navinp1281@xxxxxxxxx>
• Re: [gcov] No data gathered for child processes
  • From: Scott Spivak <scott.spivak@xxxxxx>
• Re: libXcursor + -finline-functions: Invalid read of size 4
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: libXcursor + -finline-functions: Invalid read of size 4
  • From: William Brana <wbrana@xxxxxxxxx>
• Re: Skipping RVO
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: g++ compiler generated copy constructor
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Skipping RVO
  • From: navin p <navinp1281@xxxxxxxxx>
• Problem building gcc 4.9.2
  • From: Jeremy Hall <jeremy.m0jnx@xxxxxxxxx>
• Re: g++ compiler generated copy constructor
  • From: navin p <navinp1281@xxxxxxxxx>
• Re: g++ compiler generated copy constructor
  • From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
• Re: g++ compiler generated copy constructor
  • From: Jędrzej Dudkiewicz <jedrzej.dudkiewicz@xxxxxxxxx>
• g++ compiler generated copy constructor
  • From: navin p <navinp1281@xxxxxxxxx>
• Re: Problem building gcc 4.9.2
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Problem building gcc 4.9.2
  • From: Jeremy Hall <jeremy.m0jnx@xxxxxxxxx>
• Re: C++ name mangling in C
  • From: Fabian Cenedese <Cenedese@xxxxxxxx>
• Re: C++ name mangling in C
  • From: daniel@xxxxxxxxxxxxxxxxxxxxxxx
• Re: C++ name mangling in C
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: C++ name mangling in C
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: C++ name mangling in C
  • From: daniel@xxxxxxxxxxxxxxxxxxxxxxx
• Re: libXcursor + -finline-functions: Invalid read of size 4
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: C++ name mangling in C
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: C++ name mangling in C
  • From: daniel@xxxxxxxxxxxxxxxxxxxxxxx
• Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Re: Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: -mno-bmi doesn't work in GCC4.8.2
  • From: Ryan Mansfield <rmansfield@xxxxxxx>
• Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: "Kirill Voronin" <kvoronin@xxxxxxxxxxxxxxx>
• Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
• Re: Re: Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: "Kirill Voronin" <kvoronin@xxxxxxxxxxxxxxx>
• -mno-bmi doesn't work in GCC4.8.2
  • From: hanhwi <jang.hanhwi@xxxxxxxxx>
• In GCC4.8.2, mno-bmi option doesn't work
  • From: hanhwi <jang.hanhwi@xxxxxxxxx>
• Re: C++ name mangling in C
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: C++ name mangling in C
  • From: daniel@xxxxxxxxxxxxxxxxxxxxxxx
• Re: C++ name mangling in C
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• C++ name mangling in C
  • From: daniel@xxxxxxxxxxxxxxxxxxxxxxx
• Re: Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• libXcursor + -finline-functions: Invalid read of size 4
  • From: William Brana <wbrana@xxxxxxxxx>
• Re: Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: "Kirill Voronin" <kvoronin@xxxxxxxxxxxxxxx>
• Re: Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: "Kirill Voronin" <kvoronin@xxxxxxxxxxxxxxx>
• Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Problem with building gcc 4.9.0 (libstdc++)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Problem with building gcc 4.9.0 (libstdc++)
  • From: "Kirill Voronin" <kvoronin@xxxxxxxxxxxxxxx>
• Re: w32api: configure: error: C compiler cannot create executables
  • From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
• Re: w32api: configure: error: C compiler cannot create executables
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• line coverage problem with gcov
  • From: Ciro Ceissler <ciro.ceissler@xxxxxxxxx>
• Re: w32api: configure: error: C compiler cannot create executables
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: w32api: configure: error: C compiler cannot create executables
  • From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
• Re: w32api: configure: error: C compiler cannot create executables
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• w32api: configure: error: C compiler cannot create executables
  • From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
• Re: fuse multiple ops into one new op
  • From: Cherry Vanc <cherry.vanc@xxxxxxxxx>
• Re: /sbin/ldconfig: /usr/lib/libstdc++.so.6.0.20-gdb.py is not an ELF file - it has the wrong magic bytes at the start
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: error: 'LDBL_MIN_EXP' undeclared
  • From: Tim Prince <n8tm@xxxxxxx>
• /sbin/ldconfig: /usr/lib/libstdc++.so.6.0.20-gdb.py is not an ELF file - it has the wrong magic bytes at the start
  • From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
• Re: undefined symbol: __atomic_store ？
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: error: 'LDBL_MIN_EXP' undeclared
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• undefined symbol: __atomic_store ？
  • From: 纪明 <jiming@xxxxxxxxx>
• error: 'LDBL_MIN_EXP' undeclared
  • From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
• Re: Time taken by GCC 4.9.1 to compile
  • From: Tim Prince <n8tm@xxxxxxx>
• Re: Time taken by GCC 4.9.1 to compile
  • From: Jeff Law <law@xxxxxxxxxx>
• Re: How to uninstall pre-installed previous version and install new
  • From: Raghunath Lolur <raghunathlolur.subscriptions@xxxxxxxxx>
• Re: How to uninstall pre-installed previous version and install new
  • From: Syed Ahsan Ali Bokhari <ahsan.pmd@xxxxxxxxx>
• Re: How to uninstall pre-installed previous version and install new
  • From: Kyrill Tkachov <kyrylo.tkachov@xxxxxxx>
• Re: How to uninstall pre-installed previous version and install new
  • From: Syed Ahsan Ali Bokhari <ahsan.pmd@xxxxxxxxx>
• Time taken by GCC 4.9.1 to compile
  • From: Raghu L <raghu_lolur@xxxxxxxxxxx>
• Re: Time taken by GCC 4.9.1 to compile
  • From: Syed Ahsan Ali Bokhari <ahsan.pmd@xxxxxxxxx>
• Re: fuse multiple ops into one new op
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Time taken by GCC 4.9.1 to compile
  • From: Syed Ahsan Ali Bokhari <ahsan.pmd@xxxxxxxxx>
• Re: How to uninstall pre-installed previous version and install new
  • From: Syed Ahsan Ali Bokhari <ahsan.pmd@xxxxxxxxx>
• Re: How to uninstall pre-installed previous version and install new
  • From: Quanyang Liu <lqymgt@xxxxxxxxx>
• Re: fuse multiple ops into one new op
  • From: Cherry Vanc <cherry.vanc@xxxxxxxxx>
• Re: fuse multiple ops into one new op
  • From: Cherry Vanc <cherry.vanc@xxxxxxxxx>
• Re: How to uninstall pre-installed previous version and install new
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: How to uninstall pre-installed previous version and install new
  • From: Syed Ahsan Ali Bokhari <ahsan.pmd@xxxxxxxxx>
• Re: How to uninstall pre-installed previous version and install new
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: How to uninstall pre-installed previous version and install new
  • From: Syed Ahsan Ali Bokhari <ahsan.pmd@xxxxxxxxx>
• Re: How to uninstall pre-installed previous version and install new
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• How to uninstall pre-installed previous version and install new
  • From: Syed Ahsan Ali Bokhari <ahsan.pmd@xxxxxxxxx>
• Fwd: gcc 4.6.4 compilation issues
  • From: Peter Toth <tothphu@xxxxxxxxx>
• Re: Help for the starting of GCC compiler code!
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Help for the starting of GCC compiler code!
  • From: Nhựt Tân Nguyễn <ntnguyen.victory@xxxxxxxxx>
• Re: wide char support and -fshort-wchar option
  • From: Mallikarjun Goudar <mallikarjun.gouda@xxxxxxxxx>
• Re: shared libraries + lto ?
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• RE: Perf : put all the code in one source file only ?
  • From: Alain Meunier <deco33@xxxxxxxxxx>
• Re: plugin: modify attribute arguments inside plugin
  • From: Klemen Jan Enova <klemen.jan.enova@xxxxxxxxx>
• Perf : put all the code in one source file only ?
  • From: Alain Meunier <deco33@xxxxxxxxxx>
• Re: gcc 4.9.1 fails to compile in libsanitizer on Fedora 14
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: fuse multiple ops into one new op
  • From: Jeff Law <law@xxxxxxxxxx>
• Re: fuse multiple ops into one new op
  • From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
• plugin: modify attribute arguments inside plugin
  • From: Klemen Jan Enova <klemen.jan.enova@xxxxxxxxx>
• Re: fuse multiple ops into one new op
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• RE: gcc 4.9.1 fails to compile in libsanitizer on Fedora 14
  • From: Winston Smith <smith_winston_6079@xxxxxxxxxxx>
• fuse multiple ops into one new op
  • From: Cherry Vanc <cherry.vanc@xxxxxxxxx>
• Re: GCC Plugin: Initialize an Array Global Variable
  • From: Stephan Friedl <stephanf01@xxxxxxxxx>
• GCC Plugin: Initialize an Array Global Variable
  • From: Stephan Friedl <stephanf01@xxxxxxxxx>
• Re: gcc 4.9.1 fails to compile in libsanitizer on Fedora 14
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: wide char support and -fshort-wchar option
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• gcc 4.9.1 fails to compile in libsanitizer on Fedora 14
  • From: Winston Smith <smith_winston_6079@xxxxxxxxxxx>
• RE: shared libraries + lto ?
  • From: Alain Meunier <deco33@xxxxxxxxxx>
• Re: shared libraries + lto ?
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• shared libraries + lto ?
  • From: Alain Meunier <deco33@xxxxxxxxxx>
• Re: Compiler warnings, overflow
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Problem to compile gcc 4.9.1
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Problem to compile gcc 4.9.1
  • From: Germán Arias <germanandre@xxxxxx>
• Re: Compiler warnings, overflow
  • From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
• Re: Compiler warnings, overflow
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Compiler warnings, overflow
  • From: Ricardo Telichevesky <ricardo@xxxxxxxx>
• wide char support and -fshort-wchar option
  • From: Mallikarjun Goudar <mallikarjun.gouda@xxxxxxxxx>
• Re: [ARM cortex-m0] sync built-in functions for atomic memory access
  • From: Mallikarjun Goudar <mallikarjun.gouda@xxxxxxxxx>
• RE: [ARM cortex-m0] sync built-in functions for atomic memory access
  • From: Sandeep Kumar Singh <Sandeep.Singh2@xxxxxxxx>
• [ARM cortex-m0] sync built-in functions for atomic memory access
  • From: Mallikarjun Goudar <mallikarjun.gouda@xxxxxxxxx>
• Gfortran issue
  • From: Jerome Huck <jeromehuck@xxxxxxxxx>
• Re: Problem to compile gcc 4.9.1
  • From: Germán Arias <germanandre@xxxxxx>
• Re: Problem to compile gcc 4.9.1
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: How do I produce (or find) the model or ideal test results for posting?
  • From: David Bernier <david250@xxxxxxxxxxxx>
• Re: How do I produce (or find) the model or ideal test results for posting?
  • From: Bryan Hundven <bryanhundven@xxxxxxxxx>
• How do I produce (or find) the model or ideal test results for posting?
  • From: David Bernier <david250@xxxxxxxxxxxx>
• lto + pgo + shared libraries : explanation ?‏
  • From: Alain Meunier <deco33@xxxxxxxxxx>
• Re: Warning for incompatible functions declared 'extern "C"'?
  • From: Nick <nospam@xxxxxxxxxxxxxxx>
• Re: Problem to compile gcc 4.9.1
  • From: Germán Arias <germanandre@xxxxxx>
• Re: Warning for incompatible functions declared 'extern "C"'?
  • From: Jędrzej Dudkiewicz <jedrzej.dudkiewicz@xxxxxxxxx>
• Re: Warning for incompatible functions declared 'extern "C"'?
  • From: Nick <nospam@xxxxxxxxxxxxxxx>
• Need help with new frontend development
  • From: daniel@xxxxxxxxxxxxxxx
• Problem to compile gcc 4.9.1
  • From: Germán Arias <germanandre@xxxxxx>
• Re: gcc 4.9 Very slow
  • From: Ali Abdul Ghani <blade.vp2020@xxxxxxxxx>
• Re: Warning for incompatible functions declared 'extern "C"'?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gcc 4.9 Very slow
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Warning for incompatible functions declared 'extern "C"'?
  • From: Nick <nospam@xxxxxxxxxxxxxxx>
• Re: gcc 4.9 Very slow
  • From: Ali Abdul Ghani <blade.vp2020@xxxxxxxxx>
• Re: gcc 4.9 Very slow
  • From: Andrew Haley <aph@xxxxxxxxxx>
• gcov problem with shared libs and autotools
  • From: Julian Faber <blackbaron@xxxxxxxxxxxxxxxx>
• Re: Pro*c compilation problem in linux
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: gcc 4.9 Very slow
  • From: Ali Abdul Ghani <blade.vp2020@xxxxxxxxx>
• Re: gcc 4.9 Very slow
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Pro*c compilation problem in linux
  • From: siraj.accet@xxxxxxxxx
• GCC Build error on MAC OS X
  • From: abhilash bhandari <abhilash_bhandari@xxxxxxxxxxx>
• gcc 4.9 Very slow
  • From: Ali Abdul Ghani <blade.vp2020@xxxxxxxxx>
• Re: Help with embedded code linking
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Help with embedded code linking
  • From: Niklas Gürtler <profclonk@xxxxxxxxx>
• Re: Help with embedded code linking
  • From: Grzesiek Gajoch <gajoch@xxxxxxxxx>
• Re: Help with embedded code linking
  • From: Niklas Gürtler <profclonk@xxxxxxxxx>
• Re: Silent stack-heap collision under GNU/Linux
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Help with embedded code linking
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Help with embedded code linking
  • From: Grzesiek Gajoch <gajoch@xxxxxxxxx>
• Re: question
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• question
  • From: Graziano Servizi <Graziano.Servizi@xxxxxxxxxx>
• Re: Silent stack-heap collision under GNU/Linux
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: Silent stack-heap collision under GNU/Linux
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Silent stack-heap collision under GNU/Linux
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• GCC 4.9 data alignment change, i386 & x86-64
  • From: Jordan Justen <jljusten@xxxxxxxxx>
• Re: Error building mips-sde-elf crosscompiler
  • From: Anders Montonen <Anders.Montonen@xxxxxx>
• Re: Error building mips-sde-elf crosscompiler
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: Error building mips-sde-elf crosscompiler
  • From: Anders Montonen <Anders.Montonen@xxxxxx>
• Re: Problem building GCC 4.9.1 on x86_64
  • From: Raghu L <raghu_lolur@xxxxxxxxxxx>
• Re: Problem building GCC 4.9.1 on x86_64
  • From: David Bernier <david250@xxxxxxxxxxxx>
• Re: Documentation of __sync builtins unclear on external function callback behavior
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Problem building GCC 4.9.1 on x86_64
  • From: David Bernier <david250@xxxxxxxxxxxx>
• Documentation of __sync builtins unclear on external function callback behavior
  • From: Johan Tibell <johan.tibell@xxxxxxxxx>
• Re: "Unknown symbol TOC. (err 0)" on little endian power 8, any solution for it?
  • From: Tian Zhan <tzhan.subscribe@xxxxxxxxx>
• Re: a linker error
  • From: Andrew Haley <aph@xxxxxxxxxx>
• "Unknown symbol TOC. (err 0)" on little endian power 8, any solution for it?
  • From: Tian Zhan <tzhan.subscribe@xxxxxxxxx>
• a linker error
  • From: 杰南 <zeng4015@xxxxxxxxx>
• Re: a silly question
  • From: Yiming CHU <zy14840@xxxxxxxxx>
• Re: How to write GCC plugin for avr-gcc
  • From: Sandeep K Chaudhary <babbusandy2006@xxxxxxxxx>
• Re: Error building GCC-4.7.0 with Go support
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Error building GCC-4.7.0 with Go support
  • From: niXman <i.nixman@xxxxxxxxxxxxx>
• Re: Error building GCC-4.7.0 with Go support
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Error building mips-sde-elf crosscompiler
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: Error building mips-sde-elf crosscompiler
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Error building mips-sde-elf crosscompiler
  • From: Anders Montonen <Anders.Montonen@xxxxxx>
• Re: a silly question
  • From: Prathamesh Kulkarni <bilbotheelffriend@xxxxxxxxx>
• a silly question
  • From: Yiming CHU <zy14840@xxxxxxxxx>
• How to write GCC plugin for avr-gcc
  • From: Sandeep K Chaudhary <babbusandy2006@xxxxxxxxx>
• Re: Error building GCC-4.7.0 with Go support
  • From: niXman <i.nixman@xxxxxxxxxxxxx>
• Dumping dynamic symbol information at runtime
  • From: "Philip Taffet" <ptaffet@xxxxxxxx>
• Re: Error building GCC-4.7.0 with Go support
  • From: niXman <i.nixman@xxxxxxxxxxxxx>
• Re: Proposal N2660 in GCC 4.3?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Proposal N2660 in GCC 4.3?
  • From: jvos junk <jvosjunk@xxxxxxxxx>
• Re: c++11 and packed structures, bitwise operation with -Wconversion
  • From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
• Re: c++11 and packed structures, bitwise operation with -Wconversion
  • From: Zygmunt Ptak <zygmuntptak@xxxxxxxxx>
• Re: gcc possible bug...
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• gcc possible bug...
  • From: Scott Enyart <scottenyart@xxxxxx>
• Re: c++11 and packed structures, bitwise operation with -Wconversion
  • From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
• libgomp tests failing on 4.8.3, 4.9.0
  • From: Daniel Santos <daniel.santos@xxxxxxxxx>
• c++11 and packed structures, bitwise operation with -Wconversion
  • From: Zygmunt Ptak <zygmuntptak@xxxxxxxxx>
• Power consumption ARM vs. x86 (was Re: Creating a cross compiler from ARM to x86)
  • From: Stefan Ruppert <sr@xxxxxxxxx>
• some help with avr-gcc ssa tree
  • From: Sandeep K Chaudhary <babbusandy2006@xxxxxxxxx>
• Re: Why error "variable previously declared ‘static’ redeclared ‘extern’"?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Why error "variable previously declared ‘static’ redeclared ‘extern’"?
  • From: A A <wempwer@xxxxxxxxx>
• Re: Why error "variable previously declared ‘static’ redeclared ‘extern’"?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Why error "variable previously declared ‘static’ redeclared ‘extern’"?
  • From: Alec Teal <a.teal@xxxxxxxxxxxxx>
• Re: Why error "variable previously declared ‘static’ redeclared ‘extern’"?
  • From: Alec Teal <a.teal@xxxxxxxxxxxxx>
• Why error "variable previously declared ‘static’ redeclared ‘extern’"?
  • From: A A <wempwer@xxxxxxxxx>
• Re: support branch predication for vectors ( was: casting "extended vectors"
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• support branch predication for vectors ( was: casting "extended vectors"
  • From: Vincenzo Innocente <vincenzo.innocente@xxxxxxx>
• Re: casting "extended vectors"
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: casting "extended vectors"
  • From: Vincenzo Innocente <vincenzo.innocente@xxxxxxx>
• Re: casting "extended vectors"
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: Creating a cross compiler from ARM to x86
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: Creating a cross compiler from ARM to x86
  • From: Jason Smith <jason.tr.smith@xxxxxxxxx>
• Re: Creating a cross compiler from ARM to x86
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Creating a cross compiler from ARM to x86
  • From: Jason Smith <jason.tr.smith@xxxxxxxxx>
• casting "extended vectors"
  • From: Vincenzo Innocente <vincenzo.innocente@xxxxxxx>
• Re: www.gnu.org/software/gcc/bugs/#nonbugs_c (with ++ / --)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: www.gnu.org/software/gcc/bugs/#nonbugs_c (with ++ / --)
  • From: Fabian Cenedese <Cenedese@xxxxxxxx>
• Fwd: legitimize_pic_address
  • From: Rajat Singh <rajat.000@xxxxxxxxx>
• Re: unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: www.gnu.org/software/gcc/bugs/#nonbugs_c (with ++ / --)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Ragnar Rüütel <ragnar.ruutel@xxxxxxxxx>
• www.gnu.org/software/gcc/bugs/#nonbugs_c (with ++ / --)
  • From: Patrick Serru <patrik@xxxxxxxxx>
• Re: unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Ragnar Rüütel <ragnar.ruutel@xxxxxxxxx>
• Re: unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Ragnar Rüütel <ragnar.ruutel@xxxxxxxxx>
• Re: unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Brian Drummond <brian@xxxxxxxxxxxxxxxxxx>
• Re: unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Ragnar Rüütel <ragnar.ruutel@xxxxxxxxx>
• Re: unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• unable to build gcc 4.9.0 for i686-elf target with posix threads
  • From: Ragnar Rüütel <ragnar.ruutel@xxxxxxxxx>
• Re: libjava compiles for wrong architecture
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: libjava compiles for wrong architecture
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• libjava compiles for wrong architecture
  • From: Nulik Nol <nuliknol@xxxxxxxxx>
• Re: Need help in understanding performance gains.
  • From: Oleg Endo <oleg.endo@xxxxxxxxxxx>
• RE: Need help in understanding performance gains.
  • From: vijay nag <vijunag@xxxxxxxxx>
• Re: can not compute suffix error
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• can not compute suffix error
  • From: Nulik Nol <nuliknol@xxxxxxxxx>
• Re: Help with Install
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Help with Install
  • From: Mark Nitz <marknitz@xxxxxxxxx>
• legitimize_pic_address
  • From: Rajat Singh <rajat.000@xxxxxxxxx>
• Re: Need help in changing the register value for function value return
  • From: Kavitha Manjunath <kavitha.manjunath@xxxxxxxxx>
• RE: gfortran for windows creating 32bit executables
  • From: David Gressett <DGressett@xxxxxxxxxxxxxxx>
• Re: gfortran for windows creating 32bit executables
  • From: LMH <lmh_users-groups@xxxxxxxxxxx>
• Re: gfortran for windows creating 32bit executables
  • From: Tim Prince <n8tm@xxxxxxx>
• gfortran for windows creating 32bit executables
  • From: Steve Verdier <Steve.Verdier@xxxxxxxxxxxxxx>
• Re: Need help in changing the register value for function value return
  • From: Kavitha Manjunath <kavitha.manjunath@xxxxxxxxx>
• RE: Need help in changing the register value for function value return
  • From: Sandeep Kumar Singh <Sandeep.Singh2@xxxxxxxx>
• Need help in changing the register value for function value return
  • From: Kavitha Manjunath <kavitha.manjunath@xxxxxxxxx>
• Re: Optimizations with avr-gcc
  • From: Niklas Gürtler <profclonk@xxxxxxxxx>
• Optimizations with avr-gcc
  • From: Sandeep K Chaudhary <babbusandy2006@xxxxxxxxx>
• Re: is it safe to generate profiles from multiple concurrent processes?
  • From: Vincenzo Innocente <vincenzo.innocente@xxxxxxxxx>
• Re: is it safe to generate profiles from multiple concurrent processes?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: is it safe to generate profiles from multiple concurrent processes?
  • From: Arbol One <arbolone@xxxxxxxxxx>
• gcc trunk build failure in winnt.c
  • From: Tim Prince <n8tm@xxxxxxx>
• gcc trunk build failure in winnt.c
  • From: Tim Prince <n8tm@xxxxxxx>
• Re: is it safe to generate profiles from multiple concurrent processes?
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• is it safe to generate profiles from multiple concurrent processes?
  • From: Vincenzo Innocente <vincenzo.innocente@xxxxxxxxx>
• Re: Error building GCC 4.8.2
  • From: Yunqiang Su <wzssyqa@xxxxxxxxx>
• Error building GCC 4.8.2
  • From: Ce Qi <qiceforuni@xxxxxxxxx>
• Re: fdump-passes not working with gcc-4.8.2
  • From: Ryan Mansfield <rmansfield@xxxxxxx>
• Re: fdump-passes not working with gcc-4.8.2
  • From: Sandeep K Chaudhary <babbusandy2006@xxxxxxxxx>
• fdump-passes not working with gcc-4.8.2
  • From: Sandeep K Chaudhary <babbusandy2006@xxxxxxxxx>
• RE: Why are the optimization settings not what the docs say they should be
  • From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
• Re: ARM options
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: ARM options
  • From: Mark Vojta <mark_vojta@xxxxxxxxxxxxx>
• RE: Why are the optimization settings not what the docs say they should be
  • From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
• Re: GCC plugin: copying function's arguments
  • From: Eugene Shatokhin <eugene.shatokhin@xxxxxxxxxx>
• Re: about gcc vendor string
  • From: hitmoon <zhaoxiaoqiang007@xxxxxxxxx>
• Re: about gcc vendor string
  • From: hitmoon <zhaoxiaoqiang007@xxxxxxxxx>
• Re: about gcc vendor string
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: ARM options
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: about gcc vendor string
  • From: hitmoon <zhaoxiaoqiang007@xxxxxxxxx>
• Re: about gcc vendor string
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• about gcc vendor string
  • From: hitmoon <zhaoxiaoqiang007@xxxxxxxxx>
• ARM options
  • From: Mark Vojta <mark_vojta@xxxxxxxxxxxxx>
• How to have gcov correctly report unused functions as not executed
  • From: "Schlottke, Michael" <m.schlottke@xxxxxxxxxxxxx>
• Re: Why are the optimization settings not what the docs say they should be
  • From: Manuel López-Ibáñez <lopezibanez@xxxxxxxxx>
• Why are the optimization settings not what the docs say they should be
  • From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
• RE: -O optimization
  • From: "MASUD, SADIA Infotech" <SADIA.MASUD@xxxxxxxxxxxx>
• RE: -m32 option failure
  • From: "Arthur Schwarz" <aschwarz1309@xxxxxxx>
• GCC plugin: copying function's arguments
  • From: Eugene Shatokhin <eugene.shatokhin@xxxxxxxxxx>
• RE: Failure while installing gcc
  • From: Ajit Kumar Agarwal <ajit.kumar.agarwal@xxxxxxxxxx>
• Re: Possible C++11 regression: member of literal type breaks constexpr
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Possible C++11 regression: member of literal type breaks constexpr
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Possible C++11 regression: member of literal type breaks constexpr
  • From: Lukas Jirkovsky <l.jirkovsky@xxxxxxxxx>
• Re: Possible C++11 regression: member of literal type breaks constexpr
  • From: Lukas Jirkovsky <l.jirkovsky@xxxxxxxxx>
• Failure while installing gcc
  • From: Jihene Abdennadher <jihene.abdennadher@xxxxxxxxxxxx>
• RE: -m32 option failure
  • From: "Arthur Schwarz" <aschwarz1309@xxxxxxx>
• RE: -m32 option failure
  • From: "Arthur Schwarz" <aschwarz1309@xxxxxxx>
• RE: -m32 option failure
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• RE: -m32 option failure
  • From: "Arthur Schwarz" <aschwarz1309@xxxxxxx>
• Re: Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: Ivan Stalev <idstalev@xxxxxxxxx>
• Re: -m32 option failure
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• -m32 option failure
  • From: "Arthur Schwarz" <aschwarz1309@xxxxxxx>
• Re: Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: Ivan Stalev <idstalev@xxxxxxxxx>
• Re: Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Common simd instructions and the gcc vector extensions
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: Common simd instructions and the gcc vector extensions
  • From: Hendrik Siedelmann <hendrik.siedelmann@xxxxxxxxxxxxxx>
• Re: Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: Ivan Stalev <idstalev@xxxxxxxxx>
• Re: Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: Ivan Stalev <idstalev@xxxxxxxxx>
• Re: Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: /jd <lists@xxxxxxxxxxxxxxx>
• Gcc plugin for modification of source code ?
  • From: Mohsin Khan <mohsin1510@xxxxxxxxx>
• Re: Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: Ivan Stalev <idstalev@xxxxxxxxx>
• Re: Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: Ivan Stalev <idstalev@xxxxxxxxx>
• Re: Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Configuring GCC 4.8.1, Unable to find a usable ISL
  • From: Ivan Stalev <idstalev@xxxxxxxxx>
• Re: Common simd instructions and the gcc vector extensions
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Common simd instructions and the gcc vector extensions
  • From: Hendrik Siedelmann <hendrik.siedelmann@xxxxxxxxxxxxxx>
• Function return register for m68k - Make D7 default instead of D0
  • From: Kavitha Manjunath <kavitha.manjunath@xxxxxxxxx>
• Re: Evaluate 16-bit signed value 0x8000 after left shift by 2
  • From: Andrew Haley <aph@xxxxxxxxxx>
• RE: [RX] : Wrong alignment of falign-labels=n
  • From: Sandeep Kumar Singh <Sandeep.Singh2@xxxxxxxx>
• Re: Evaluate 16-bit signed value 0x8000 after left shift by 2
  • From: Åke Forslund <aforslund@xxxxxxxxxxxxxxx>
• Re: Evaluate 16-bit signed value 0x8000 after left shift by 2
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: [RX] : Wrong alignment of falign-labels=n
  • From: Nicholas Clifton <nickc@xxxxxxxxxx>
• Re: Evaluate 16-bit signed value 0x8000 after left shift by 2
  • From: Åke Forslund <aforslund@xxxxxxxxxxxxxxx>
• Evaluate 16-bit signed value 0x8000 after left shift by 2
  • From: Sandeep Kumar Singh <Sandeep.Singh2@xxxxxxxx>
• Re: GCC ignores function attributes
  • From: Nikos Chantziaras <realnc@xxxxxxxxx>
• Re: GCC ignores function attributes
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: GCC ignores function attributes
  • From: Nikos Chantziaras <realnc@xxxxxxxxx>
• Re: shared_ptr::operator-> does not fail for nullptr
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Building gcc-4.8.3 on ppc64
  • From: Jeff Preshing <jeff@xxxxxxxxxxxx>
• Re: shared_ptr::operator-> does not fail for nullptr
  • From: Christoph Mathys <eraserix@xxxxxxxxx>
• Re: Linker scripts
  • From: rkager <reinhard.kager@xxxxxxxxxxxxxxxxx>
• Re: Linker scripts
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: GCC ignores function attributes
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Linker scripts
  • From: rkager <reinhard.kager@xxxxxxxxxxxxxxxxx>
• Re: GCC ignores function attributes
  • From: Nikos Chantziaras <realnc@xxxxxxxxx>
• Re: GCC ignores function attributes
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• GCC ignores function attributes
  • From: Nikos Chantziaras <realnc@xxxxxxxxx>
• Possible C++11 regression: member of literal type breaks constexpr
  • From: Lukas Jirkovsky <l.jirkovsky@xxxxxxxxx>
• Re: shared_ptr::operator-> does not fail for nullptr
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: shared_ptr::operator-> does not fail for nullptr
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• shared_ptr::operator-> does not fail for nullptr
  • From: Christoph Mathys <eraserix@xxxxxxxxx>
• RE: [RX] : Wrong alignment of falign-labels=n
  • From: Sandeep Kumar Singh <Sandeep.Singh2@xxxxxxxx>
• Re: g++ 4.8.2: help on vector
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: g++ 4.8.2: help on vector
  • From: Nick <nospam@xxxxxxxxxxxxxxx>
• g++ 4.8.2: help on vector
  • From: Francis ANDRE <francis.andre.kampbell@xxxxxxxxx>
• Function return value register
  • From: Rajat Singh <rajat.000@xxxxxxxxx>
• Discrepency between compiler and docs for optimzation flags
  • From: "Andy Falanga (afalanga)" <afalanga@xxxxxxxxxx>
• Re: [RX] : Wrong alignment of falign-labels=n
  • From: Chung-Ju Wu <jasonwucj@xxxxxxxxx>
• Re: fileno not visible when -std=c++11 is used
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• RE: [RX] : Wrong alignment of falign-labels=n
  • From: Sandeep Kumar Singh <Sandeep.Singh2@xxxxxxxx>
• Re: [RX] : Wrong alignment of falign-labels=n
  • From: Chung-Ju Wu <jasonwucj@xxxxxxxxx>
• Re: fileno not visible when -std=c++11 is used
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: Building gcc-4.8.3 on ppc64
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• fileno not visible when -std=c++11 is used
  • From: "Arthur Schwarz" <aschwarz1309@xxxxxxx>
• [RX] : Wrong alignment of falign-labels=n
  • From: Sandeep Kumar Singh <Sandeep.Singh2@xxxxxxxx>
• Building gcc-4.8.3 on ppc64
  • From: Jeff Preshing <jeff@xxxxxxxxxxxx>
• -mips16 compilation issue
  • From: Anoop <anoopmannil@xxxxxxxxx>
• [lto] trying to link with -flto makes troubles
  • From: Łukasz Tasz <lukasz@xxxxxxx>
• Re: gcc 4.9.0 installation in fedora 20
  • From: Chung-Ju Wu <jasonwucj@xxxxxxxxx>
• gcc 4.9.0 installation in fedora 20
  • From: "er.atulsingh10@xxxxxxxxx" <er.atulsingh10@xxxxxxxxx>
• Re: g++ optimization issue / useless instructions for stack access
  • From: Andrew Haley <aph@xxxxxxxxxx>
• openCL issue
  • From: 汪蔚 <wangwei@xxxxxxxxxxxxxxx>
• Re: g++ optimization issue / useless instructions for stack access
  • From: Alec Teal <a.teal@xxxxxxxxxxxxx>
• Re: requisites for soft-fp support for a new target
  • From: Chung-Ju Wu <jasonwucj@xxxxxxxxx>
• Re: Possible 4.8.2 runtime library bug for sscanf
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• RE: Possible 4.8.2 runtime library bug for sscanf
  • From: "Arthur Schwarz" <aschwarz1309@xxxxxxx>
• Re: Installing GCC 4.9.0 breaks GCC 4.8.2 when using -static-libstdc++
  • From: Csaba Raduly <rcsaba@xxxxxxxxx>
• Re: long int / int assignment warnings
  • From: andre maute <andre.maute@xxxxxx>
• Re: long int / int assignment warnings
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• long int / int assignment warnings
  • From: andre maute <andre.maute@xxxxxx>
• Re: Installing GCC 4.9.0 breaks GCC 4.8.2 when using -static-libstdc++
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: g++ 4.8.2: mangled symbol not demangled by c++filt
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• g++ 4.8.2: mangled symbol not demangled by c++filt
  • From: Francis ANDRE <francis.andre.kampbell@xxxxxxxxx>
• Re: Installing GCC 4.9.0 breaks GCC 4.8.2 when using -static-libstdc++
  • From: Csaba Raduly <rcsaba@xxxxxxxxx>
• Re: Linux color question
  • From: Errigour <eric_justin_allan@xxxxxxxxxx>
• Re: Linux color question
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Linux color question
  • From: Errigour <eric_justin_allan@xxxxxxxxxx>
• Re: Linux color question
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Linux color question
  • From: Errigour <eric_justin_allan@xxxxxxxxxx>
• Re: Installing GCC 4.9.0 breaks GCC 4.8.2 when using -static-libstdc++
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Installing GCC 4.9.0 breaks GCC 4.8.2 when using -static-libstdc++
  • From: Csaba Raduly <rcsaba@xxxxxxxxx>
• Re: GCC Compiler/Linker issue (/gnu//binutils-2.23/bfd/linker.c line 2254 in _bfd_generic_link_output_symbols)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• GCC Compiler/Linker issue (/gnu//binutils-2.23/bfd/linker.c line 2254 in _bfd_generic_link_output_symbols)
  • From: "Vijaya Saradhi. D" <saradhi.d@xxxxxxxxxxxxxxxxxx>
• RE: help understanding behaviour of unsuffixed float constants
  • From: "Regan, Brian (EPC COE)" <brian.regan@xxxxxxxxxxxxx>
• Re: help understanding behaviour of unsuffixed float constants
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: help understanding behaviour of unsuffixed float constants
  • From: Jakub Jelinek <jakub@xxxxxxxxxx>
• Re: help understanding behaviour of unsuffixed float constants
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• RE: help understanding behaviour of unsuffixed float constants
  • From: "Regan, Brian (EPC COE)" <brian.regan@xxxxxxxxxxxxx>
• RE: help understanding behaviour of unsuffixed float constants
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• RE: help understanding behaviour of unsuffixed float constants
  • From: "Regan, Brian (EPC COE)" <brian.regan@xxxxxxxxxxxxx>
• Re: help understanding behaviour of unsuffixed float constants
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• RE: help understanding behaviour of unsuffixed float constants
  • From: "Regan, Brian (EPC COE)" <brian.regan@xxxxxxxxxxxxx>
• Re: Sparc cross-toolchain and libiconv-2.dll
  • From: David Paterson <dnpaterson@xxxxxxxxx>
• Sparc cross-toolchain and libiconv-2.dll
  • From: David Paterson <dnpaterson@xxxxxxxxx>
• Re: Is there something like extern "CPP" ?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Is there something like extern "CPP" ?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Is there something like extern "CPP" ?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Is there something like extern "CPP" ?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: structure size and structure element offset calculation issue
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: g++ optimization issue / useless instructions for stack access
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Is there something like extern "CPP" ?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: How to accumulate tokens in #define'd ident ?
  • From: phi gcc <phi.gcc@xxxxxxxxx>
• Re: How to accumulate tokens in #define'd ident ?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: GCC refusing to inline a trivial function inside a cilk spawned function
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: GCC refusing to inline a trivial function inside a cilk spawned function
  • From: Florent Hivert <Florent.Hivert@xxxxxx>
• Is there something like extern "CPP" ?
  • From: "de Brebisson, Cyrille (Calculator Division)" <cyrille@xxxxxx>
• Re: structure size and structure element offset calculation issue
  • From: Sivaprasad <sivaprasad.pv@xxxxxxxxxxxxxxxxxx>
• How to accumulate tokens in #define'd ident ?
  • From: phi gcc <phi.gcc@xxxxxxxxx>
• Re: OpenACC 2.0
  • From: Thomas Schwinge <thomas@xxxxxxxxxxxxxxxx>
• OpenACC 2.0
  • From: Mark Farnell <mark.farnell@xxxxxxxxx>
• GCC options fo building GLIBC
  • From: Mahmood Naderan <nt_mahmood@xxxxxxxxx>
• Re: building an old glibc
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• RE: gcc trunk 4.10.0 [r210743] powerpc build failure
  • From: "rohitarulraj@xxxxxxxxxxxxx" <rohitarulraj@xxxxxxxxxxxxx>
• gcc trunk 4.10.0 [r210743] powerpc build failure
  • From: "rohitarulraj@xxxxxxxxxxxxx" <rohitarulraj@xxxxxxxxxxxxx>