GCC Help

• Thread Index

• RE: Trouble with gcc -B option
  • From: "Feuerbacher, Alan" <AFeuerbacher@xxxxxxxxxxxxxxxx>
• STT_GNU_IFUNC with OpenMP
  • From: Johannes Ziegenbalg <johannes.ziegenbalg@xxxxxxxxx>
• Re: fno-diagnostics-show-caret
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• fno-diagnostics-show-caret
  • From: Konstantin Vladimirov <konstantin.vladimirov@xxxxxxxxx>
• Re: Generating a deprecation warning for macros
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Generating a deprecation warning for macros
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: i686-pc-mingw32-gcc: error: unrecognized option '-pthread'
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: compact frame descriptions incompatible with DWARF2 .eh_frame
  • From: Mason <mpeg.blue@xxxxxxx>
• Re: i686-pc-mingw32-gcc: error: unrecognized option '-pthread'
  • From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
• Re: i686-pc-mingw32-gcc: error: unrecognized option '-pthread'
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• static build is still requiring libgcc_s_seg-1.dll
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: compact frame descriptions incompatible with DWARF2 .eh_frame
  • From: Steve Ellcey <sellcey@xxxxxxxx>
• Re: i686-pc-mingw32-gcc: error: unrecognized option '-pthread'
  • From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
• Re: compact frame descriptions incompatible with DWARF2 .eh_frame
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: mingw-w64 cross compiling
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: mingw-w64 cross compiling
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: compact frame descriptions incompatible with DWARF2 .eh_frame
  • From: Mason <mpeg.blue@xxxxxxx>
• Re: mingw-w64 cross compiling
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: mingw-w64 cross compiling
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: mingw-w64 cross compiling
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: mingw-w64 cross compiling
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Getting started writing a GIMPLE analysis plugin
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: compact frame descriptions incompatible with DWARF2 .eh_frame
  • From: Mason <mpeg.blue@xxxxxxx>
• Re: mingw-w64 cross compiling
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: Question on overriding operator=
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: mingw-w64 cross compiling
  • From: niXman <i.nixman@xxxxxxxxx>
• mingw-w64 cross compiling
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Exception handling not working on 4.7.1
  • From: Zoltan Glozik <zoltan@xxxxxxxxxxxxxxxxxxx>
• Re: Question on overriding operator=
  • From: John Fine <johnsfine@xxxxxxxxxxx>
• Question on overriding operator=
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• Re: i686-pc-mingw32-gcc: error: unrecognized option '-pthread'
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: i686-pc-mingw32-gcc: error: unrecognized option '-pthread'
  • From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
• Re: Trouble with gcc -B option
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: compact frame descriptions incompatible with DWARF2 .eh_frame
  • From: Ian Lance Taylor <ian@xxxxxxxx>
• RE: Trouble with gcc -B option
  • From: "Feuerbacher, Alan" <AFeuerbacher@xxxxxxxxxxxxxxxx>
• compact frame descriptions incompatible with DWARF2 .eh_frame
  • From: Mason <mpeg.blue@xxxxxxx>
• Re: GCC 3.4.6 Install
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• GCC 3.4.6 Install
  • From: Jake Prasad <jakeprasad@xxxxxxxxx>
• Re: Why atomic::is_lock_free() is not a constexpr and/or static function?
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: Trouble with gcc -B option
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• RE: Trouble with gcc -B option
  • From: "Feuerbacher, Alan" <AFeuerbacher@xxxxxxxxxxxxxxxx>
• Re: Failing to compile GCC 4.7.1 on Windows with MinGW.
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Failing to compile GCC 4.7.1 on Windows with MinGW.
  • From: "farmdve data.bg" <farmdve@xxxxxxx>
• Failing to compile GCC 4.7.1 on Windows with MinGW.
  • From: "farmdve data.bg" <farmdve@xxxxxxx>
• Re: Shared Memory Access Problem
  • From: Ángel González <keisial@xxxxxxxxx>
• Why atomic::is_lock_free() is not a constexpr and/or static function?
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: x86 procedure calling convention.
  • From: Andrew Haley <aph@xxxxxxxxxx>
• x86 procedure calling convention.
  • From: phi gcc <phi.gcc@xxxxxxxxx>
• Re: Trouble with gcc -B option
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: i686-pc-mingw32-gcc: error: unrecognized option '-pthread'
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Trouble with gcc -B option
  • From: "Feuerbacher, Alan" <AFeuerbacher@xxxxxxxxxxxxxxxx>
• i686-pc-mingw32-gcc: error: unrecognized option '-pthread'
  • From: YuGiOhJCJ Mailing-List <yugiohjcj-mailinglist@xxxxxxxxxxx>
• compile fail with -I option for gcc 4.7.1
  • From: mei yuhua <progmei@xxxxxxxxx>
• Re: Compiler can not find headers when used '--with-gxx-include-dir'
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Compiler can not find headers when used '--with-gxx-include-dir'
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: Compiler can not find headers when used '--with-gxx-include-dir'
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Compiler can not find headers when used '--with-gxx-include-dir'
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: questions about multilib support for mips
  • From: mei yuhua <progmei@xxxxxxxxx>
• Re: Undefined symbol warning_at when loading gcc-python-plugin
  • From: David Narvaez <david.narvaez@xxxxxxxxxxxx>
• Re: -static with -mieee-fp flags Possible bug?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: -static with -mieee-fp flags Possible bug?
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• -static with -mieee-fp flags Possible bug?
  • From: José Luis García Pallero <jgpallero@xxxxxxxxx>
• Re: cpp and ##: spurious blank causes "error: exponent has no digits"
  • From: Bert Wesarg <bert.wesarg@xxxxxxxxxxxxxx>
• cpp and ##: spurious blank causes "error: exponent has no digits"
  • From: Georg-Johann Lay <avr@xxxxxxxx>
• Re: Undefined symbol warning_at when loading gcc-python-plugin
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Undefined symbol warning_at when loading gcc-python-plugin
  • From: David Narvaez <david.narvaez@xxxxxxxxxxxx>
• Re: Spec strings to pass ʽ-rpathʼ for each ʽ-Lʼ
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: Spec strings to pass ‘-rpath’ for each ‘-L’
  • From: ludo@xxxxxxx (Ludovic Courtès)
• Re: Spec strings to pass ʽ-rpathʼ for each ʽ-Lʼ
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: Spec strings to pass ‘-rpath’ for each ‘-L’
  • From: ludo@xxxxxxx (Ludovic Courtès)
• lxr for gcc
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: Spec strings to pass ʽ-rpathʼ for each ʽ-Lʼ
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: Spec strings to pass ‘-rpath’ for each ‘-L’
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Spec strings to pass ‘-rpath’ for each ‘-L’
  • From: ludo@xxxxxxx (Ludovic Courtès)
• Compiling GCC for Android (ARM)
  • From: "farmdve data.bg" <farmdve@xxxxxxx>
• Re: extern "C" for libstdc++ building
  • From: Dan Schatzberg <dschatz@xxxxxx>
• Re: extern "C" for libstdc++ building
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• extern "C" for libstdc++ building
  • From: Dan Schatzberg <dschatz@xxxxxx>
• Re: Shared Memory Access Problem
  • From: Bob Furber <bob.furber@xxxxxxx>
• Re: Shared Memory Access Problem
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: Shared Memory Access Problem
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: callgrind and sin/cos under GCC
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Re: Strict aliasing violation?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: callgrind and sin/cos under GCC
  • From: Pete Flugstad <pete.flugstad@xxxxxxxxx>
• Re: Shared Memory Access Problem
  • From: Bob Furber <burnsmicro@xxxxxxxxx>
• Re: Strict aliasing violation?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Strict aliasing violation?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: questions about multilib support for mips
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: nested function question
  • From: Aurelien Buhrig <aurelien.buhrig.gcc@xxxxxxxxx>
• Re: questions about multilib support for mips
  • From: mei yuhua <progmei@xxxxxxxxx>
• Re: Strict aliasing violation?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: callgrind and sin/cos under GCC
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: callgrind and sin/cos under GCC
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Re: Strict aliasing violation?
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Strict aliasing violation?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: callgrind and sin/cos under GCC
  • From: Andrew Haley <aph@xxxxxxxxxx>
• callgrind and sin/cos under GCC
  • From: Pete Flugstad <pete.flugstad@xxxxxxxxx>
• Re: questions about multilib support for mips
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: questions about multilib support for mips
  • From: mei yuhua <progmei@xxxxxxxxx>
• Re: nested function question
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: nested function question
  • From: Aurelien Buhrig <aurelien.buhrig.gcc@xxxxxxxxx>
• nested function question
  • From: Aurelien Buhrig <aurelien.buhrig.gcc@xxxxxxxxx>
• Re: CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: gcc option help
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: __ has_include() macro implementation can be accepted in GCC?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: questions about multilib support for mips
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• struct, union and field alignment in gcc
  • From: mike <mikereape@xxxxxxxxxx>
• Re: CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: __ has_include() macro implementation can be accepted in GCC?
  • From: niXman <i.nixman@xxxxxxxxx>
• questions about multilib support for mips
  • From: mei yuhua <progmei@xxxxxxxxx>
• gcc option help
  • From: lei yang <yanglei.fage@xxxxxxxxx>
• More Info - (Must Read)
  • From: "Felice Neely" <guzman@xxxxxxxx>
• Using dwarf2 for 32bit target for multilib MinGW
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: __ has_include() macro implementation can be accepted in GCC?
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• It Releases Breaking Developments, Bullish Indicators
  • From: "Gloria Drake" <sysadmin@xxxxxxxxxxxxxxxxxxx>
• Re: __ has_include() macro implementation can be accepted in GCC?
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: __ has_include() macro implementation can be accepted in GCC?
  • From: Bryan Hundven <bryanhundven@xxxxxxxxx>
• __ has_include() macro implementation can be accepted in GCC?
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: PowerPC long double
  • From: Ira Hill <ijh3@xxxxxxx>
• Re: Shared Memory Access Problem
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Shared Memory Access Problem
  • From: Bob Furber <burnsmicro@xxxxxxxxx>
• Re: PowerPC long double
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• PowerPC long double
  • From: Ira Hill <ijh3@xxxxxxx>
• Re: How to utilize the CVTDQ2PD instruction?
  • From: Brian Budge <brian.budge@xxxxxxxxx>
• Re: How to utilize the CVTDQ2PD instruction?
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: libgcov issue in GCC_3.23
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: libgcov issue in GCC_3.23
  • From: Georgy Sebastian Pullolickal <georgysebastian@xxxxxxxxx>
• Re: How to utilize the CVTDQ2PD instruction?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: libgcov issue in GCC_3.23
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Installing multiple versions of GCC
  • From: Andrew Haley <aph@xxxxxxxxxx>
• How to utilize the CVTDQ2PD instruction?
  • From: Henrik Mannerström <henrik.mannerstrom@xxxxxxxxx>
• Re: Installing multiple versions of GCC
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• libgcov issue in GCC_3.23
  • From: Georgy Sebastian Pullolickal <georgysebastian@xxxxxxxxx>
• g++ dumps
  • From: Денис Зинченко <denxc@xxxxxxxxx>
• Re: Instrumented functions and line numbers
  • From: Patrick Oppenlander <pattyo.lists@xxxxxxxxx>
• Re: Incorrect dereference in argument passage
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Incorrect dereference in argument passage
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• Re: Incorrect dereference in argument passage
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Incorrect dereference in argument passage
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• Re: CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: Generate Function without Prologue and Epilogue
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Generate Function without Prologue and Epilogue
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Generate Function without Prologue and Epilogue
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Generate Function without Prologue and Epilogue
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Instrumented functions and line numbers
  • From: Malte Forkel <malte.forkel@xxxxxxxxx>
• Re: Generate Function without Prologue and Epilogue
  • From: Xin Tong <xerox.time.tech@xxxxxxxxx>
• Re: Generate Function without Prologue and Epilogue
  • From: Jeff Kenton <jkenton@xxxxxxxxxx>
• Re: Generate Function without Prologue and Epilogue
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: trunk build error after revision 189603
  • From: JonY <jon_y@xxxxxxxxxxxxxxxxxxxxx>
• Re: trunk build error after revision 189603
  • From: niXman <i.nixman@xxxxxxxxx>
• CFLAGS_FOR_TARGET / CXX_FLAGS_FOR_TARGET broken?
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: Generate Function without Prologue and Epilogue
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Generate Function without Prologue and Epilogue
  • From: Xin Tong <xerox.time.tech@xxxxxxxxx>
• Re: Instrumented functions and line numbers
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Generate Function without Prologue and Epilogue
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: The impact of march=
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Generate Function without Prologue and Epilogue
  • From: Xin Tong <xerox.time.tech@xxxxxxxxx>
• Generate Function without Prologue and Epilogue
  • From: Xin Tong <xerox.time.tech@xxxxxxxxx>
• The impact of march=
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: undefined symbol : pow arm gcc compiler
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: undefined symbol : pow arm gcc compiler
  • From: Abdul Wahid Memon <engrwahidmemon@xxxxxxxxx>
• Re: undefined symbol : pow arm gcc compiler
  • From: Abdul Wahid Memon <engrwahidmemon@xxxxxxxxx>
• Re: undefined symbol : pow arm gcc compiler
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: undefined symbol : pow arm gcc compiler
  • From: Abdul Wahid Memon <engrwahidmemon@xxxxxxxxx>
• Re: undefined symbol : pow arm gcc compiler
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: undefined symbol : pow arm gcc compiler
  • From: Abdul Wahid Memon <engrwahidmemon@xxxxxxxxx>
• undefined symbol : pow arm gcc compiler
  • From: Abdul Wahid Memon <engrwahidmemon@xxxxxxxxx>
• Re: Cannot use static linking with librt.a?
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Cannot use static linking with librt.a?
  • From: Hei Chan <structurechart@xxxxxxxxx>
• Instrumented functions and line numbers
  • From: Malte Forkel <malte.forkel@xxxxxxxxx>
• Re: GCC Inline assembly - immediate integer operand emit without $
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Building library with extern data fails in GCC
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• build config for K6-2
  • From: David Flater <vger@xxxxxxxxxxxx>
• Re[2]: building gcc 4.0.2 with gcc 4.6.3: version `GCC_4.2.0' not found
  • From: Ilya Basin <basinilya@xxxxxxxxx>
• Possible code generation bug using virtual destructors
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• Re: GCC Inline assembly - immediate integer operand emit without $
  • From: Sam <samueldotj@xxxxxxxxx>
• Re: GCC Inline assembly - immediate integer operand emit without $
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Optimizing 32 bits integer manipulation on 8 bit AVR target
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• Re: GCC Inline assembly - immediate integer operand emit without $
  • From: Sam <samueldotj@xxxxxxxxx>
• Building library with extern data fails in GCC
  • From: HvW <hermanv@xxxxxxxxxxxxxxxx>
• GCC Inline assembly - immediate integer operand emit without $
  • From: Sam <samueldotj@xxxxxxxxx>
• Re: Optimizing 32 bits integer manipulation on 8 bit AVR target
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Issues with Installing GCC-3.0.4 on SCO
  • From: Kito Cheng <kito@xxxxxxxxx>
• Re: Optimizing 32 bits integer manipulation on 8 bit AVR target
  • From: Sylvain Leroux <sylvain@xxxxxxxxxxx>
• Optimizing 32 bits integer manipulation on 8 bit AVR target
  • From: Sylvain Leroux <sylvain@xxxxxxxxxxx>
• Re: Issues with Installing GCC-3.0.4 on SCO
  • From: Tim Prince <n8tm@xxxxxxx>
• Issues with Installing GCC-3.0.4 on SCO
  • From: Kevin Ross <kevin.ross@xxxxxxxxx>
• Function specialization?
  • From: Matthias Urlichs <matthias@xxxxxxxxxx>
• Re: building gcc 4.0.2 with gcc 4.6.3: version `GCC_4.2.0' not found
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: GCC on Solaris -- assertion failure
  • From: David Kirkby <david.kirkby@xxxxxxxxxx>
• gcc autovectorizer benchmarks
  • From: Xin Tong <xerox.time.tech@xxxxxxxxx>
• Re: (undocumented?) difference between gcc 4.6 and 4.7 (C++ implicit template instantiation)
  • From: Christoph Groth <cwg@xxxxxxxx>
• Re: Installing multiple versions of GCC
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: Installing multiple versions of GCC
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Installing multiple versions of GCC
  • From: Tim Prince <n8tm@xxxxxxx>
• building gcc 4.0.2 with gcc 4.6.3: version `GCC_4.2.0' not found
  • From: Ilya Basin <basinilya@xxxxxxxxx>
• Re: Installing multiple versions of GCC
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: (undocumented?) difference between gcc 4.6 and 4.7 (C++ implicit template instantiation)
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• (undocumented?) difference between gcc 4.6 and 4.7 (C++ implicit template instantiation)
  • From: Christoph Groth <cwg@xxxxxxxx>
• Re: Installing multiple versions of GCC
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Installing multiple versions of GCC
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: how to use malloc to reserve space for 1 billion floats
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: GCC on Solaris -- assertion failure
  • From: David Kirkby <david.kirkby@xxxxxxxxxx>
• Re: how to use malloc to reserve space for 1 billion floats
  • From: Anna Sidera <sidera.anna@xxxxxxxxx>
• GCC on Solaris -- assertion failure
  • From: JonathonS <thejunkjon@xxxxxxxxx>
• Re: -iquote Is not finding the include file
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: -iquote Is not finding the include file
  • From: Jason Clark <jclark@xxxxxxxxx>
• Re: -iquote Is not finding the include file
  • From: Jason Clark <jclark@xxxxxxxxx>
• Re: -iquote Is not finding the include file
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: -iquote Is not finding the include file
  • From: Jason Clark <jclark@xxxxxxxxx>
• Re: -iquote Is not finding the include file
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• -iquote Is not finding the include file
  • From: Jason Clark <jclark@xxxxxxxxx>
• Re: code objdump: empty calls?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• code objdump: empty calls?
  • From: Sergey Ivanov <icegood1980@xxxxxxxxx>
• Re: how to use malloc to reserve space for 1 million floats
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: how to use malloc to reserve space for 1 million floats
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• how to use malloc to reserve space for 1 million floats
  • From: Anna Sidera <sidera.anna@xxxxxxxxx>
• Re: Functions with the same name being called in different libraries (not exported): Wrong one gets called in main program
  • From: Philipp Schmidt <philschmidt@xxxxxxx>
• Re: Arm multilib for cortex-a15
  • From: Manjunath S Matti <81matti@xxxxxxxxx>
• Re: libstdc++
  • From: naga raj <gnuuser.raj@xxxxxxxxx>
• Re: Spurious destructor call, or ill-formed code?
  • From: Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx>
• Re: Spurious destructor call, or ill-formed code?
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Spurious destructor call, or ill-formed code?
  • From: Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx>
• Re: Performance, for(int i...) vs for(i...)
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Performance, for(int i...) vs for(i...)
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• Re: Performance, for(int i...) vs for(i...)
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Performance, for(int i...) vs for(i...)
  • From: Tim Prince <n8tm@xxxxxxx>
• Re: Performance, for(int i...) vs for(i...)
  • From: John Fine <johnsfine@xxxxxxxxxxx>
• Re: Performance, for(int i...) vs for(i...)
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• Re: Performance, for(int i...) vs for(i...)
  • From: Tim Prince <n8tm@xxxxxxx>
• Re: Performance, for(int i...) vs for(i...)
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Performance, for(int i...) vs for(i...)
  • From: lab@xxxxxxxxxxxxx
• Generated ARM/Thumb assembly
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: Compile 4.7.1 problems
  • From: Dodji Seketeli <dodji@xxxxxxxxxxxx>
• Re: bad links
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Benjamin Beurdouche <dev@xxxxxxxxxxxxx>
• Re: Simple question
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Simple question
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: Simple question
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Simple question
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• Re: Simple question
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• Re: Simple question
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• Re: Simple question
  • From: Bob Plantz <plantz@xxxxxxxx>
• Re: Simple question
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Simple question
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• Re: Simple question
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: bad links
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: bad links
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Kent Williams <nkwmailinglists@xxxxxxxxx>
• Re: dlopen/dlclose issue
  • From: Ángel González <keisial@xxxxxxxxx>
• bad links
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: Functions with the same name being called in different libraries (not exported): Wrong one gets called in main program
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Functions with the same name being called in different libraries (not exported): Wrong one gets called in main program
  • From: Philipp Schmidt <philschmidt@xxxxxxx>
• Re: libstdc++
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Malloc and automatic variables
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: libstdc++
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Andrew Haley <aph@xxxxxxxxxx>
• libstdc++
  • From: naga raj <gnuuser.raj@xxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Klaus Rudolph <lts-rudolph@xxxxxx>
• Re: Compile 4.7.1 problems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Klaus Rudolph <lts-rudolph@xxxxxx>
• Re: dlopen/dlclose issue
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Malloc and automatic variables
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Klaus Rudolph <lts-rudolph@xxxxxx>
• Re: Compile 4.7.1 problems
  • From: Klaus Rudolph <lts-rudolph@xxxxxx>
• Re: Compile 4.7.1 problems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Klaus Rudolph <lts-rudolph@xxxxxx>
• Malloc and automatic variables
  • From: Marcin S <msporysz06@xxxxxxxxx>
• dlopen/dlclose issue
  • From: Alexander Smirnov <Alexander.Smirnov@xxxxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Benjamin Beurdouche <dev@xxxxxxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Benjamin Beurdouche <dev@xxxxxxxxxxxxx>
• Re: GCC with Cortex-M4 hard float link error "X uses VFP register arguments, Y does not"
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: Compile 4.7.1 problems
  • From: Klaus Rudolph <lts-rudolph@xxxxxx>
• Re: Compile 4.7.1 problems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Compile 4.7.1 problems
  • From: Klaus Rudolph <lts-rudolph@xxxxxx>
• Re: Compile 4.7.1 problems
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Compile 4.7.1 problems
  • From: Klaus Rudolph <lts-rudolph@xxxxxx>
• Re: GCC with Cortex-M4 hard float link error "X uses VFP register arguments, Y does not"
  • From: Matthew Gretton-Dann <matthew.gretton-dann@xxxxxxxxxx>
• Re: SFINAE question 2
  • From: Onay Urfalioglu <onay.urfalioglu@xxxxxxxxx>
• Re: SFINAE question 2
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: SFINAE question 2
  • From: Onay Urfalioglu <onay.urfalioglu@xxxxxxxxx>
• Re: GCC with Cortex-M4 hard float link error "X uses VFP register arguments, Y does not"
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: SFINAE question 2
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: SFINAE question 2
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: GCC with Cortex-M4 hard float link error "X uses VFP register arguments, Y does not"
  • From: Matthew Gretton-Dann <matthew.gretton-dann@xxxxxxxxxx>
• SFINAE question 2
  • From: Onay Urfalioglu <onay.urfalioglu@xxxxxxxxx>
• Re: GCC with Cortex-M4 hard float link error "X uses VFP register arguments, Y does not"
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: GCC with Cortex-M4 hard float link error "X uses VFP register arguments, Y does not"
  • From: Matthew Gretton-Dann <matthew.gretton-dann@xxxxxxxxxx>
• Re: Simple question
  • From: Bob Plantz <plantz@xxxxxxxx>
• GCC with Cortex-M4 hard float link error "X uses VFP register arguments, Y does not"
  • From: Johannes Bauer <dfnsonfsduifb@xxxxxx>
• Re: Calling a function with a float argument modifies caller's state.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Simple question
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: Calling a function with a float argument modifies caller's state.
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Simple question
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Calling a function with a float argument modifies caller's state.
  • From: Jeff B <a.GNUbie@xxxxxxxxxxxx>
• Re: Simple question
  • From: Ángel González <keisial@xxxxxxxxx>
• Simple question
  • From: "Byron Blue" <byron@xxxxxxxxxxxx>
• Re: trunk build error after revision 189603
  • From: JonY <jon_y@xxxxxxxxxxxxxxxxxxxxx>
• Re: trunk build error after revision 189603
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: trunk build error after revision 189603
  • From: JonY <jon_y@xxxxxxxxxxxxxxxxxxxxx>
• Re: Calling a function with a float argument modifies caller's state.
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Calling a function with a float argument modifies caller's state.
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Extending GCC with new optimization
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Extending GCC with new optimization
  • From: Tomasz Jankowski <tomcioj@xxxxxxxxx>
• Re: Calling a function with a float argument modifies caller's state.
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: Calling a function with a float argument modifies caller's state.
  • From: Jeff B <a.GNUbie@xxxxxxxxxxxx>
• Re: C++: Guidelines for ABI-preserving changes
  • From: Ángel González <keisial@xxxxxxxxx>
• Re: trunk build error after revision 189603
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: Calling a function with a float argument modifies caller's state.
  • From: Ángel González <keisial@xxxxxxxxx>
• C++: Guidelines for ABI-preserving changes
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Nested functions and tail-call optimization
  • From: ludo@xxxxxxx (Ludovic Courtès)
• Re: trunk build error after revision 189603
  • From: JonY <jon_y@xxxxxxxxxxxxxxxxxxxxx>
• Re: trunk build error after revision 189603
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: Calling a function with a float argument modifies caller's state.
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: trunk build error after revision 189603
  • From: JonY <jon_y@xxxxxxxxxxxxxxxxxxxxx>
• Re: Nested functions and tail-call optimization
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: trunk build error after revision 189603
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: Calling a function with a float argument modifies caller's state.
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Calling a function with a float argument modifies caller's state.
  • From: Jeff B <a.GNUbie@xxxxxxxxxxxx>
• Re: Problem running the libgomp testsuite
  • From: Jiří Paleček <jpalecek@xxxxxx>
• Re: Query related to library linking.
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: trunk build error after revision 189603
  • From: niXman <i.nixman@xxxxxxxxx>
• Nested functions and tail-call optimization
  • From: ludo@xxxxxxx (Ludovic Courtès)
• Re: Problem running the libgomp testsuite
  • From: Dodji Seketeli <dodji@xxxxxxxxxxxx>
• Re: Arm multilib for cortex-a15
  • From: Matthew Gretton-Dann <matthew.gretton-dann@xxxxxxxxxx>
• Re: Citing GCC
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Query related to library linking.
  • From: "Tayade, Nilesh" <Nilesh.Tayade@xxxxxxxxxxxx>
• Re: trunk build error after revision 189603
  • From: JonY <jon_y@xxxxxxxxxxxxxxxxxxxxx>
• Re: Citing GCC
  • From: asyropoulos@xxxxxxx
• trunk build error after revision 189603
  • From: niXman <i.nixman@xxxxxxxxx>
• Odd mudflap warning
  • From: Andrey Vihrov <andrey.vihrov@xxxxxxxxx>
• Citing GCC
  • From: "Martin Licht" <licht@xxxxxxxxxxxxxxx>
• Re: Extending GCC with new optimization
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Re: Re: GCC Plugin TRANSLATION_UNIT_DECL - Parsing global functions
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Re: Re: GCC Plugin TRANSLATION_UNIT_DECL - Parsing global functions
  • From: "Mario Miller" <mario-miller@xxxxxx>
• Re: disable all cfi and debugging information
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Compiling gcc 4.8
  • From: Andrew Haley <aph@xxxxxxxxxx>
• disable all cfi and debugging information
  • From: Reza Roboubi <rezarob@xxxxxxxxx>
• Extending GCC with new optimization
  • From: Tomasz Jankowski <tomcioj@xxxxxxxxx>
• Re: Compilation Error
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Compilation Error
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: Compilation Error
  • From: Ron Stubbs <rons@xxxxxxxx>
• Re: Compiling gcc 4.8
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Compilation Error
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Compiling gcc 4.8
  • From: Ron Stubbs <rons@xxxxxxxx>
• Arm multilib for cortex-a15
  • From: Manjunath S Matti <81matti@xxxxxxxxx>
• Re: print gcc optimization log
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Re: GCC Plugin TRANSLATION_UNIT_DECL - Parsing global functions
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: print gcc optimization log
  • From: Xin Tong <xerox.time.tech@xxxxxxxxx>
• Re: Re: GCC Plugin TRANSLATION_UNIT_DECL - Parsing global functions
  • From: "Mario Miller" <mario-miller@xxxxxx>
• Re: Compilation Error
  • From: Tim Prince <n8tm@xxxxxxx>
• Re: Compilation Error
  • From: Ron Stubbs <rons@xxxxxxxx>
• Re: print gcc optimization log
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• print gcc optimization log
  • From: Xin Tong <xerox.time.tech@xxxxxxxxx>
• Re: Compilation Error
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Compilation Error
  • From: Ron Stubbs <rons@xxxxxxxx>
• Re: Compilation Error
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Compilation Error
  • From: B B <dev@xxxxxxxxxxxxx>
• Re: Compilation Error
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Compilation Error
  • From: Ron Stubbs <rons@xxxxxxxx>
• Re: Configuration Error
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Configuration Error
  • From: B B <dev@xxxxxxxxxxxxx>
• Re: Compilation Error with
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Compilation Error with
  • From: Ron Stubbs <rons@xxxxxxxx>
• Re: GCC Plugin TRANSLATION_UNIT_DECL - Parsing global functions
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Configuration Error
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Configuration Error
  • From: Ron Stubbs <rons@xxxxxxxx>
• GCC Plugin TRANSLATION_UNIT_DECL - Parsing global functions
  • From: "Mario Miller" <mario-miller@xxxxxx>
• RE: Regarding compiling - __attribute__((deprecated))
  • From: LiLy <xmlymt@xxxxxxxxxxx>
• RE: Regarding compiling - __attribute__((deprecated))
  • From: LiLy <xmlymt@xxxxxxxxxxx>
• Re: Cygwin GCC and debug info source file paths
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Cygwin GCC and debug info source file paths
  • From: David Lindström <info@xxxxxxxxxxxxxxxxx>
• Re: C++11: copy- and move-constructors
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: C++11: copy- and move-constructors
  • From: Oleg Smolsky <oleg@xxxxxxxxxxx>
• Re: C++11: copy- and move-constructors
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• Re: C++11: copy- and move-constructors
  • From: Oleg Smolsky <oleg@xxxxxxxxxxx>
• Re: C++11: copy- and move-constructors
  • From: Marc Glisse <marc.glisse@xxxxxxxx>
• C++11: copy- and move-constructors
  • From: Oleg Smolsky <oleg@xxxxxxxxxxx>
• Re: Disabling string table optimization
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Disabling string table optimization
  • From: pmon mail <pmon.mail@xxxxxxxxx>
• Re: Moving the gcc binary after it's been built
  • From: damodar kulkarni <kdamodar2000@xxxxxxxxx>
• Re: 16-bit int
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Compile on Mac OS 10.7 machine for all Mac Platforms
  • From: Chuck Boody <cboody@xxxxxxxxx>
• Re: 16-bit int
  • From: Tim Prince <n8tm@xxxxxxx>
• Re: 16-bit int
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: 16-bit int
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: 16-bit int
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: 16-bit int
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: Documentation error or what am I missing?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Documentation error or what am I missing?
  • From: Oliver Schneider <oliver@xxxxxxxxxx>
• Re: Regarding compiling - __attribute__((deprecated))
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Regarding compiling - __attribute__((deprecated))
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Regarding compiling - __attribute__((deprecated))
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Regarding compiling - __attribute__((deprecated))
  • From: LiLy <xmlymt@xxxxxxxxxxx>
• Re: 16-bit int
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: 16-bit int
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• RE: 16-bit int
  • From: Göran Steen <goran.steen@xxxxxxxxxxxxxx>
• Re: 16-bit int
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• RE: 16-bit int
  • From: Göran Steen <goran.steen@xxxxxxxxxxxxxx>
• Re: 16-bit int
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Re: 16-bit int
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• RE: 16-bit int
  • From: Göran Steen <goran.steen@xxxxxxxxxxxxxx>
• Re: 16-bit int
  • From: Jose-Marcio Martins da Cruz <Jose-Marcio.Martins@xxxxxxxxxxxxxxxxxx>
• Re: 16-bit int
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• Re: 16-bit int
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: 16-bit int
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: Unable to output unsigned char/char in hex
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Unable to output unsigned char/char in hex
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• Re: Unable to output unsigned char/char in hex
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Unable to output unsigned char/char in hex
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• Re: 16-bit int
  • From: David Brown <david.brown@xxxxxxxxxxxx>
• Re: 16-bit int
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: 16-bit int
  • From: "Paulo J. Matos" <paulo@xxxxxxxxxxxxxxx>
• Re: Unable to remove stall at shed2
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: 16-bit int
  • From: David Brown <david@xxxxxxxxxxxxxxx>
• Middle-End function alias
  • From: Johannes Ziegenbalg <johannes.ziegenbalg@xxxxxxxxx>
• 16-bit int
  • From: Göran Steen <goran.steen@xxxxxxxxxxxxxx>
• Re: Unable to remove stall at shed2
  • From: shweta_guptasairam <er.shwetagupta.edu@xxxxxxxxx>
• Re: Unable to remove stall at shed2
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Moving the gcc binary after it's been built
  • From: Eric Wimmer <ewimmer@xxxxxxx>
• Re: Moving the gcc binary after it's been built
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Moving the gcc binary after it's been built
  • From: Eric Wimmer <ewimmer@xxxxxxx>
• Re: Unable to remove stall at shed2
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Unable to remove stall at shed2
  • From: shweta_guptasairam <er.shwetagupta.edu@xxxxxxxxx>
• gcc optimizes template recursion better - Thank You!!!
  • From: "Hite, Christopher" <Christopher.Hite@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: libgfortran.a and libgfortran.so
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Error in GCC Installation
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Error in GCC Installation
  • From: vidhya <sbsar@xxxxxxxxx>
• libgfortran.a and libgfortran.so
  • From: benzhi cao <caobenzhi0915@xxxxxxxxx>
• libgfortran.a and libgfortran.so
  • From: benzhi cao <caobenzhi0915@xxxxxxxxx>
• Re: Stringification of text with commas
  • From: Sergey Ivanov <icegood1980@xxxxxxxxx>
• Re: Stringification of text with commas
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Stringification of text with commas
  • From: Sergey Ivanov <icegood1980@xxxxxxxxx>
• Re: Stringification of text with commas
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Stringification of text with commas
  • From: Sergey Ivanov <icegood1980@xxxxxxxxx>
• Re: Command line flag for Defining Object-like macro
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Command line flag for Defining Object-like macro
  • From: Alireza Haghdoost <haghdoost@xxxxxxxxx>
• Re: tclStrToD.c:4342:6: internal compiler error: Floating point exception
  • From: "kitepilot@xxxxxxxxxxxxx" <kitepilot@xxxxxxxxxxxxx>
• Re: tclStrToD.c:4342:6: internal compiler error: Floating point exception (fwd)
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• tclStrToD.c:4342:6: internal compiler error: Floating point exception (fwd)
  • From: "kitepilot@xxxxxxxxxxxxx" <kitepilot@xxxxxxxxxxxxx>
• Re: GCC Plugin Development CLEANUP_POINT_EXPR
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Anon typedefs
  • From: Philip Herron <redbrain@xxxxxxxxxxx>
• GCC Plugin Development CLEANUP_POINT_EXPR
  • From: mario.miller@xxxxxx
• Re: Fedora 16 default gcc 4.6.3 crashes when GHDL simulator install
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Fedora 16 default gcc 4.6.3 crashes when GHDL simulator install
  • From: Raguturtle <ragufedora@xxxxxxxxx>
• Re: Toolchain compilation problems
  • From: Manmohan Bishnoi <manmohan.bishnoi@xxxxxxxxx>
• Re: Building GCC for ARM and Linux/ucLibc
  • From: Christophe Lyon <christophe.lyon@xxxxxx>
• Re: Building GCC for ARM and Linux/ucLibc
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: Error when building trunk: __gcc_personality_imp undeclared
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: gcc: error trying to exec 'cc1': execvp: No such file or directory
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Toolchain build problem (Binutils 2.22 GCC 4.7.0 uClibc 0.9.33.2) on x86_64
  • From: Manmohan Bishnoi <manmohan.bishnoi@xxxxxxxxx>
• gcc: error trying to exec 'cc1': execvp: No such file or directory
  • From: Raguturtle <ragufedora@xxxxxxxxx>
• GCC trunk fails to build for avr
  • From: Georg-Johann Lay <avr@xxxxxxxx>
• Re: strange segfaults / valgrind errors / invalid free on string ::_Rep::_S_empty_rep_storage
  • From: Paweł Sikora <pluto@xxxxxxxx>
• Re: Regarding -fno optimization options
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Regarding -fno optimization options
  • From: Ralf Jahr <ralf.jahr@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Regarding -fno optimization options
  • From: Parang Saraf <parang.saraf@xxxxxxxxx>
• Re: strange segfaults / valgrind errors / invalid free on string ::_Rep::_S_empty_rep_storage
  • From: Paweł Sikora <pluto@xxxxxxxx>
• Re: strange segfaults / valgrind errors / invalid free on string ::_Rep::_S_empty_rep_storage
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Can be gcc portable to architecture without indexed addressing mode?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Can be gcc portable to architecture without indexed addressing mode?
  • From: Tim Rye <timjrye@xxxxxxxxx>
• strange segfaults / valgrind errors / invalid free on string ::_Rep::_S_empty_rep_storage
  • From: Paweł Sikora <pluto@xxxxxxxx>
• Re: Building GCC for ARM and Linux/ucLibc
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: GCC Plugin Development DECL_SAVED_TREE
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Can be gcc portable to architecture without indexed addressing mode?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Can be gcc portable to architecture without indexed addressing mode?
  • From: Tim Rye <timjrye@xxxxxxxxx>
• Where to get libc.a and libidp.a compiled for m68k?
  • From: adhanakshirur <adhanakshirur@xxxxxxxxx>
• RE: Failing to build gcc 4.7.1
  • From: "Philip Boulton" <philipb@xxxxxxxxxxxx>
• RE: Failing to build gcc 4.7.1
  • From: "Philip Boulton" <philipb@xxxxxxxxxxxx>
• GCC Plugin Development DECL_SAVED_TREE
  • From: mario.miller@xxxxxx
• Building GCC for ARM and Linux/ucLibc
  • From: Christophe Lyon <christophe.lyon@xxxxxx>
• Re: Suspicious assembly code generated by GCC 4.5.2
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• Suspicious assembly code generated by GCC 4.5.2
  • From: El <elgarisi@xxxxxxxxx>
• Re: 'g++ -Winline -O' reports bogus inlining failure for destructors even without their declaration?
  • From: "Edoardo P." <ed0.88.prez@xxxxxxxxx>
• 'g++ -Winline -O' reports bogus inlining failure for destructors even without their declaration?
  • From: "Edoardo P." <ed0.88.prez@xxxxxxxxx>
• Re: Does __builtin_frame_address() work with C++ code?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Error when building trunk: __gcc_personality_imp undeclared
  • From: niXman <i.nixman@xxxxxxxxx>
• How to set -Werror=bar in the backend?
  • From: Georg-Johann Lay <avr@xxxxxxxx>
• Does __builtin_frame_address() work with C++ code?
  • From: Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx>
• Re: about GCC dependencies cloog/ppl/isl
  • From: Ryan Hill <dirtyepic@xxxxxxxxxx>
• Re: about GCC dependencies cloog/ppl/isl
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: about GCC dependencies cloog/ppl/isl
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: about GCC dependencies cloog/ppl/isl
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: about GCC dependencies cloog/ppl/isl
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: How ld decides offset for relocation type MIPS GPREL16?
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• about GCC dependencies cloog/ppl/isl
  • From: niXman <i.nixman@xxxxxxxxx>
• Error when building trunk: __gcc_personality_imp undeclared
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: "make uninstall" on MSYS
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: "make uninstall" on MSYS
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Function with __attribute__ ((constructor)) not placed in .ctors section
  • From: Kalle Olavi Niemitalo <kon@xxxxxx>
• Function with __attribute__ ((constructor)) not placed in .ctors section
  • From: msciboor <msciboor@xxxxxxxxxxxxxx>
• "make uninstall" on MSYS
  • From: niXman <i.nixman@xxxxxxxxx>
• RE: Shared librares dependency at compile time
  • From: LiLy <xmlymt@xxxxxxxxxxx>
• RE: Shared librares dependency at compile time
  • From: LiLy <xmlymt@xxxxxxxxxxx>
• Re: Shared librares dependency at compile time
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• RE: Shared librares dependency at compile time
  • From: LiLy <xmlymt@xxxxxxxxxxx>
• Re: Shared librares dependency at compile time
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Shared librares dependency at compile time
  • From: LiLy <xmlymt@xxxxxxxxxxx>
• Re: Minimum gdb version
  • From: Shentino <shentino@xxxxxxxxx>
• Re: Failing to build gcc 4.7.1
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• Re: install help
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• install help
  • From: Rick Malkemes <rmalkemes@xxxxxxxxx>
• Re: Failing to build gcc 4.7.1
  • From: Tim Prince <n8tm@xxxxxxx>
• Failing to build gcc 4.7.1
  • From: "Philip Boulton" <philipb@xxxxxxxxxxxx>
• Re: Minimum gdb version
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Minimum gdb version
  • From: Shentino <shentino@xxxxxxxxx>
• MiddleEnd ifunc attribute
  • From: Johannes Ziegenbalg <johannes.ziegenbalg@xxxxxxxxxxxxxx>
• Re: Trouble building latest svn head
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Trouble building latest svn head
  • From: Dhruv Matani <dhruvbird@xxxxxxxxx>
• Re: Trouble building latest svn head
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Trouble building latest svn head
  • From: Dhruv Matani <dhruvbird@xxxxxxxxx>
• Re: What version of GCC started supporting .arch_extension sec
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Trouble building latest svn head
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Trouble building latest svn head
  • From: Dhruv Matani <dhruvbird@xxxxxxxxx>
• Re: What version of GCC started supporting .arch_extension sec
  • From: William Roberts <bill.c.roberts@xxxxxxxxx>
• Re: What version of GCC started supporting .arch_extension sec
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Not able to create a constructor in the .cpp file
  • From: niXman <i.nixman@xxxxxxxxx>
• Not able to create a constructor in the .cpp file
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• What version of GCC started supporting .arch_extension sec
  • From: William Roberts <bill.c.roberts@xxxxxxxxx>
• Re: Regarding -fno optimization options
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Regarding -fno optimization options
  • From: Parang Saraf <parang.saraf@xxxxxxxxx>
• Unable to build libstdc++ for target mingw32
  • From: Iskren Hadzhinedev <i.hadzhinedev@xxxxxxxxx>
• Re: asm inline
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• asm inline
  • From: Sergey Ivanov <icegood1980@xxxxxxxxx>
• Re: Wtype-limits and functional range checks
  • From: Jan Smets <jan.smets@xxxxxxxxxxxxxxxxxx>
• Re: Explain please flto=x and flto-partition=y options
  • From: Konstantin Vladimirov <konstantin.vladimirov@xxxxxxxxx>
• Re: Explain please flto=x and flto-partition=y options
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Explain please flto=x and flto-partition=y options
  • From: Konstantin Vladimirov <konstantin.vladimirov@xxxxxxxxx>
• Re: Middle-End function/ function pointer generation
  • From: Philip Herron <redbrain@xxxxxxxxxxx>
• Re: gcc versus g++ optimization of identical C code
  • From: Andrew Haley <aph@xxxxxxxxxx>
• gcc versus g++ optimization of identical C code
  • From: Jules Colding <colding@xxxxxxxxxxxxx>
• Wtype-limits and functional range checks
  • From: Jan Smets <jan.smets@xxxxxxxxxxxxxxxxxx>
• Middle-End function/ function pointer generation
  • From: Johannes Ziegenbalg <johannes.ziegenbalg@xxxxxxxxxxxxxx>
• Re: Front end development question
  • From: Josh Reese <jreeseue@xxxxxxxxx>
• Re[3]: "Argument list too long" error due to huge number of -I<dir> parameters in gcc command line
  • From: Vasily Lukichev <luckich@xxxxxxxx>
• Re: gcc install fails silently (AVR build)
  • From: Kai Ruottu <kai.ruottu@xxxxxxxxxxx>
• Re: gcc install fails silently (AVR build)
  • From: Sylvain Leroux <sylvain@xxxxxxxxxxx>
• Re: gcc install fails silently (AVR build)
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• Re: -pedantic and -ansi
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: -pedantic and -ansi
  • From: Mohsen Pahlevanzadeh <mohsen@xxxxxxxxxxxxxxxxx>
• Re: Unable to remove pipeline stalls
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• RE: Unable to remove pipeline stalls
  • From: "Deepti Sharma" <deepti.gccretarget@xxxxxxxxx>
• [PATCH] Re: gcc install fails silently (AVR build)
  • From: Sylvain Leroux <sylvain@xxxxxxxxxxx>
• Re: gcc install fails silently (AVR build)
  • From: Sylvain Leroux <sylvain@xxxxxxxxxxx>
• Re: gcc install fails silently (AVR build)
  • From: Georg-Johann Lay <gjl@xxxxxxxxxxx>
• Re: compile error
  • From: Kalle Olavi Niemitalo <kon@xxxxxx>
• Re: compile error
  • From: Kalle Olavi Niemitalo <kon@xxxxxx>
• Re: compile error
  • From: Michael Eager <eager@xxxxxxxxxx>
• Re: compile error
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Unable to remove pipeline stalls
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• compile error
  • From: ap <apostop@xxxxxxxxx>
• Unable to remove pipeline stalls
  • From: "Deepti Sharma" <deepti.gccretarget@xxxxxxxxx>
• Re: CLooG hell
  • From: yugr <tetra2005@xxxxxxxxx>
• gcc install fails silently (AVR build)
  • From: Sylvain Leroux <sylvain@xxxxxxxxxxx>
• a question about GIMPLE_PHI node
  • From: beicy wang <beicywm@xxxxxxxxx>
• Re: CLooG hell
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Performance breakdown for gcc-4.{6,7} vs. gcc-4.5 using std::vector in matrix vector multiplication
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: CLooG hell
  • From: Vladimir Kraljević <vlaad@xxxxxxxxxx>
• Performance breakdown for gcc-4.{6,7} vs. gcc-4.5 using std::vector in matrix vector multiplication
  • From: Benedict Geihe <benedict.geihe@xxxxxxxxxxxxxxx>
• Re: CLooG hell
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: CLooG hell
  • From: Vladimir Kraljević <vlaad@xxxxxxxxxx>
• Re: CLooG hell
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: CLooG hell
  • From: Vladimir Kraljević <vlaad@xxxxxxxxxx>
• Re: CLooG hell
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: CLooG hell
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• CLooG hell
  • From: Vladimir Kraljević <vlaad@xxxxxxxxxx>
• Delay slot scheduling issue
  • From: Ayonam Ray <ayonam@xxxxxxxxx>
• Crash in _Unwind_Resume@plt
  • From: wbrana <wbrana@xxxxxxxxx>
• Re[2]: "Argument list too long" error due to huge number of -I<dir> parameters in gcc command line
  • From: Vasily Lukichev <luckich@xxxxxxxx>
• Re: "Argument list too long" error due to huge number of -I<dir> parameters in gcc command line
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Problem with '-flto=N' on MinGW
  • From: niXman <i.nixman@xxxxxxxxx>
• "Argument list too long" error due to huge number of -I<dir> parameters in gcc command line
  • From: Vasily Lukichev <luckich@xxxxxxxx>
• How to apply section attribute to a each string inside strings array
  • From: Elad Yosef <elad.yosef@xxxxxxxxx>
• Re: Problem with '-flto=N' on MinGW
  • From: Ozkan Sezer <sezeroz@xxxxxxxxx>
• Re: Problem with '-flto=N' on MinGW
  • From: NightStrike <nightstrike@xxxxxxxxx>
• [SOLVED] Re: statically linked PIEs without GOT
  • From: Morten Shearman Kirkegaard <moki@xxxxxxxxxxxxx>
• Re: Front end development question
  • From: Philip Herron <redbrain@xxxxxxxxxxx>
• Re: -pedantic and -ansi
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: -pedantic and -ansi
  • From: Mohsen Pahlevanzadeh <mohsen@xxxxxxxxxxxxxxxxx>
• Re: Help Message Manual
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Help Message Manual
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Help Message Manual
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• Re: -pedantic and -ansi
  • From: Andrew Haley <aph@xxxxxxxxxx>
• -pedantic and -ansi
  • From: Mohsen Pahlevanzadeh <mohsen@xxxxxxxxxxxxxxxxx>
• Re: Help Message Manual
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: statically linked PIEs without GOT
  • From: Morten Shearman Kirkegaard <moki@xxxxxxxxxxxxx>
• Re: Help Message Manual
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• Re: Optimizer bug, gcc 4.1.2
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Optimizer bug, gcc 4.1.2
  • From: "Paulo J. Matos" <paulo@xxxxxxxxxxxxxxx>
• Re: statically linked PIEs without GOT
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Optimizer bug, gcc 4.1.2
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: Optimizer bug, gcc 4.1.2
  • From: "Paulo J. Matos" <paulo@xxxxxxxxxxxxxxx>
• statically linked PIEs without GOT
  • From: Morten Shearman Kirkegaard <moki@xxxxxxxxxxxxx>
• Re: How NOT to inline functions INSIDE a function (limit stack frame size) ?
  • From: Xavier Roche <roche+kml2@xxxxxxxxxxx>
• How NOT to inline functions INSIDE a function (limit stack frame size) ?
  • From: Xavier Roche <roche@xxxxxxxxxxx>
• Re: Help Message Manual
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: static member initilization
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: static member initilization
  • From: Mohsen Pahlevanzadeh <mohsen@xxxxxxxxxxxxxxxxx>
• Re: Help Message Manual
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Help Message Manual
  • From: Cody Schafer <jmesmon@xxxxxxxxx>
• Help Message Manual
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• Re: Random crash with GCC 4.7.1
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Random crash with GCC 4.7.1
  • From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
• Re: Front end development question
  • From: Josh Reese <jreeseue@xxxxxxxxx>
• Re: static member initilization
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Re: static member initilization
  • From: Mohsen Pahlevanzadeh <mohsen@xxxxxxxxxxxxxxxxx>
• Re: Problem with '-flto=N' on MinGW
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: static member initilization
  • From: Mohsen Pahlevanzadeh <mohsen@xxxxxxxxxxxxxxxxx>
• Re: static member initilization
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• static member initilization
  • From: Mohsen Pahlevanzadeh <mohsen@xxxxxxxxxxxxxxxxx>
• Re: statically linked gcc binaries
  • From: Emmanuel BOUAZIZ <ebouaziz@xxxxxxxxxxx>
• Re: Check only, don't compile.
  • From: ohav chochmah <philomath868@xxxxxxxxx>
• Re: Check only, don't compile.
  • From: Ian Lance Taylor <iant@xxxxxxxxxx>
• Check only, don't compile.
  • From: ohav chochmah <philomath868@xxxxxxxxx>
• Re: Random crash with GCC 4.7.1
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Random crash with GCC 4.7.1
  • From: wbrana <wbrana@xxxxxxxxx>
• Re: Random crash with GCC 4.7.1
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: statically linked gcc binaries
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• statically linked gcc binaries
  • From: Emmanuel BOUAZIZ <ebouaziz@xxxxxxxxxxx>
• Re: Front end development question
  • From: Philip Herron <redbrain@xxxxxxxxxxx>
• Random crash with GCC 4.7.1
  • From: wbrana <wbrana@xxxxxxxxx>
• internal compiler error: in df_reg_chain_mark
  • From: Andreas Geißler <setjem@xxxxxxxxxxxxxx>
• Re: typedef and pass variable
  • From: Mohsen Pahlevanzadeh <mohsen@xxxxxxxxxxxxxxxxx>
• Re: Front end development question
  • From: Josh Reese <jreeseue@xxxxxxxxx>
• Re: typedef and pass variable
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: typedef and pass variable
  • From: Mohsen Pahlevanzadeh <mohsen@xxxxxxxxxxxxxxxxx>
• typedef and pass variable
  • From: Mohsen Pahlevanzadeh <mohsen@xxxxxxxxxxxxxxxxx>
• Extracting the size of a variable from its tree representation
  • From: Amittai Aviram <amittai.aviram@xxxxxxxx>
• Re: Method stack return usage has incorrect GCC error
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• Re: Method stack return usage has incorrect GCC error
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Method stack return usage has incorrect GCC error
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Method stack return usage has incorrect GCC error
  • From: Arthur Schwarz <aschwarz1309@xxxxxxx>
• Re: Problem with '-flto=N' on MinGW
  • From: niXman <i.nixman@xxxxxxxxx>
• Re: 64bit version of libstdc++-6.dll missing
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: 64bit version of libstdc++-6.dll missing
  • From: niXman <i.nixman@xxxxxxxxx>
• 64bit version of libstdc++-6.dll missing
  • From: Christer Solskogen <christer.solskogen@xxxxxxxxx>
• Re: Preprocessor #if confusion
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Preprocessor #if confusion
  • From: Marcin S <msporysz06@xxxxxxxxx>
• How ld decides offset for relocation type MIPS GPREL16?
  • From: jigsaw <jigsaw@xxxxxxxxx>
• Re: Compiling gcc with -mcmodel=large fails
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Error when building GCC 4.7.1 on hppa2.0-unknown-linux-gnu
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Error when building GCC 4.7.1 on hppa2.0-unknown-linux-gnu
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Error when building GCC 4.7.1 on hppa2.0-unknown-linux-gnu
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: Error when building GCC 4.7.1 on hppa2.0-unknown-linux-gnu
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: Error when building GCC 4.7.1 on hppa2.0-unknown-linux-gnu
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: Error when building GCC 4.7.1 on hppa2.0-unknown-linux-gnu
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Error when building GCC 4.7.1 on hppa2.0-unknown-linux-gnu
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Compiling gcc with -mcmodel=large fails
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Error when building GCC 4.7.1 on hppa2.0-unknown-linux-gnu
  • From: Vincent Lefevre <vincent+gcc@xxxxxxxxxx>
• Re: Compiling gcc with -mcmodel=large fails
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: Compiling gcc with -mcmodel=large fails
  • From: Adrian Smith <adrian.m.smith@xxxxxxxxx>