March 2014 Archives by thread

• Messages sorted by: [ subject ] [ author ] [ date ]
• More info on this list...

Starting: Sat Mar 1 00:50:00 GMT 2014
Ending: Mon Mar 31 20:32:00 GMT 2014
Messages: 474

• [RFC][PATCH 0/5] arch: atomic rework   Paul E. McKenney
  • [RFC][PATCH 0/5] arch: atomic rework   Peter Sewell
    • [RFC][PATCH 0/5] arch: atomic rework   Paul E. McKenney
      • [RFC][PATCH 0/5] arch: atomic rework   Peter Sewell
      • [RFC][PATCH 0/5] arch: atomic rework   Paul E. McKenney
      • [RFC][PATCH 0/5] arch: atomic rework   Peter Sewell
      • [RFC][PATCH 0/5] arch: atomic rework   Paul E. McKenney
      • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
      • [RFC][PATCH 0/5] arch: atomic rework   Peter Sewell
      • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
      • [RFC][PATCH 0/5] arch: atomic rework   Peter Sewell
  • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
  • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
  • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
  • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
    • [RFC][PATCH 0/5] arch: atomic rework   Paul E. McKenney
      • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
      • [RFC][PATCH 0/5] arch: atomic rework   Paul E. McKenney
      • [RFC][PATCH 0/5] arch: atomic rework   Paul E. McKenney
      • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
      • [RFC][PATCH 0/5] arch: atomic rework   Paul E. McKenney
      • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
      • [RFC][PATCH 0/5] arch: atomic rework   Paul E. McKenney
      • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
      • [RFC][PATCH 0/5] arch: atomic rework   Paul E. McKenney
      • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
      • [RFC][PATCH 0/5] arch: atomic rework   Paul E. McKenney
  • [RFC][PATCH 0/5] arch: atomic rework   Torvald Riegel
• Comparing with SSE, NEON instructions seems hard to be generated in some cases   勝余傅
• GSoC question   Andrew Sutton
  • GSoC question   Andrew Sutton
• gcc-4.7-20140301 is now available   gccadmin@gcc.gnu.org
• [AVR] remove two maintainers   Denis Chertykov
  • [AVR] remove two maintainers   Joern Rennecke
  • [AVR] remove two maintainers   David Brown
    • [AVR] remove two maintainers   Denis Chertykov
      • [AVR] remove two maintainers   David Edelsohn
      • [AVR] remove two maintainers   Denis Chertykov
      • [AVR] remove two maintainers   David Brown
    • [AVR] remove two maintainers   Jeremy Bennett
      • [AVR] remove two maintainers   David Brown
• [gsoc 2014] moving fold-const patterns to gimple   Prathamesh Kulkarni
  • [gsoc 2014] moving fold-const patterns to gimple   Richard Biener
    • [gsoc 2014] moving fold-const patterns to gimple   Prathamesh Kulkarni
      • [gsoc 2014] moving fold-const patterns to gimple   Richard Biener
      • [gsoc 2014] moving fold-const patterns to gimple   Prathamesh Kulkarni
      • [gsoc 2014] moving fold-const patterns to gimple   Richard Biener
      • [gsoc 2014] moving fold-const patterns to gimple   Prathamesh Kulkarni
      • [gsoc 2014] moving fold-const patterns to gimple   Richard Biener
      • [gsoc 2014] moving fold-const patterns to gimple   Richard Biener
      • [gsoc 2014] moving fold-const patterns to gimple   Prathamesh Kulkarni
      • [gsoc 2014] moving fold-const patterns to gimple   Prathamesh Kulkarni
      • [gsoc 2014] moving fold-const patterns to gimple   Marc Glisse
      • [gsoc 2014] moving fold-const patterns to gimple   Prathamesh Kulkarni
      • [gsoc 2014] moving fold-const patterns to gimple   Marc Glisse
      • [gsoc 2014] moving fold-const patterns to gimple   Richard Biener
      • [gsoc 2014] moving fold-const patterns to gimple   Prathamesh Kulkarni
      • [gsoc 2014] moving fold-const patterns to gimple   Richard Biener
      • [gsoc 2014] moving fold-const patterns to gimple   Prathamesh Kulkarni
      • [gsoc 2014] moving fold-const patterns to gimple   Maxim Kuvyrkov
      • [gsoc 2014] moving fold-const patterns to gimple   Richard Biener
      • [gsoc 2014] moving fold-const patterns to gimple   Prathamesh Kulkarni
      • [gsoc 2014] moving fold-const patterns to gimple   Richard Biener
• gcc-4.9-20140302 is now available   gccadmin@gcc.gnu.org
• X86_64 insns combination is not working well   lin zuojian
  • X86_64 insns combination is not working well   Jakub Jelinek
    • X86_64 insns combination is not working well   Richard Biener
• Vim format in gcc source?   lin zuojian
  • Vim format in gcc source?   Jonathan Wakely
    • Vim format in gcc source?   lin zuojian
• Request for discussion: Rewrite of inline assembler docs   dw
  • Request for discussion: Rewrite of inline assembler docs   Richard Sandiford
    • Request for discussion: Rewrite of inline assembler docs   dw
      • Request for discussion: Rewrite of inline assembler docs   Richard Sandiford
      • Request for discussion: Rewrite of inline assembler docs   dw
      • Request for discussion: Rewrite of inline assembler docs   Richard Sandiford
      • Request for discussion: Rewrite of inline assembler docs   dw
      • Request for discussion: Rewrite of inline assembler docs   Richard Sandiford
      • Request for discussion: Rewrite of inline assembler docs   dw
      • Request for discussion: Rewrite of inline assembler docs   Richard Sandiford
      • Request for discussion: Rewrite of inline assembler docs   dw
      • Request for discussion: Rewrite of inline assembler docs   Richard Sandiford
      • Request for discussion: Rewrite of inline assembler docs   Andrew Haley
      • Request for discussion: Rewrite of inline assembler docs   Hannes Frederic Sowa
      • Request for discussion: Rewrite of inline assembler docs   Andrew Haley
      • Request for discussion: Rewrite of inline assembler docs   Hannes Frederic Sowa
      • Request for discussion: Rewrite of inline assembler docs   shmeel gutl
      • Request for discussion: Rewrite of inline assembler docs   Andrew Haley
      • Request for discussion: Rewrite of inline assembler docs   Hannes Frederic Sowa
      • Request for discussion: Rewrite of inline assembler docs   Andrew Haley
      • Request for discussion: Rewrite of inline assembler docs   Hannes Frederic Sowa
      • Request for discussion: Rewrite of inline assembler docs   dw
      • Request for discussion: Rewrite of inline assembler docs   Andrew Haley
  • Request for discussion: Rewrite of inline assembler docs   James Greenhalgh
    • Request for discussion: Rewrite of inline assembler docs   dw
• [RFC] Meta-description for tree and gimple folding   Georg-Johann Lay
  • [RFC] Meta-description for tree and gimple folding   Richard Biener
    • [RFC] Meta-description for tree and gimple folding   Marc Glisse
      • [RFC] Meta-description for tree and gimple folding   Richard Biener
    • [RFC] Meta-description for tree and gimple folding   Marc Glisse
      • [RFC] Meta-description for tree and gimple folding   Richard Biener
      • [RFC] Meta-description for tree and gimple folding   Marc Glisse
      • [RFC] Meta-description for tree and gimple folding   Richard Biener
  • [RFC] Meta-description for tree and gimple folding   Richard Biener
  • [RFC] Meta-description for tree and gimple folding   Richard Biener
    • [RFC] Meta-description for tree and gimple folding   Kai Tietz
      • [RFC] Meta-description for tree and gimple folding   Richard Biener
      • [RFC] Meta-description for tree and gimple folding   Kai Tietz
      • [RFC] Meta-description for tree and gimple folding   Richard Biener
• Asm volatile causing performance regressions on ARM   David Brown
  • Asm volatile causing performance regressions on ARM   Richard Biener
    • Asm volatile causing performance regressions on ARM   David Brown
      • Asm volatile causing performance regressions on ARM   Richard Biener
      • Asm volatile causing performance regressions on ARM   David Brown
• [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Matthew Fortune
  • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Richard Sandiford
    • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Matthew Fortune
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Richard Sandiford
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Matthew Fortune
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Richard Sandiford
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Matthew Fortune
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Richard Sandiford
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Matthew Fortune
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Richard Sandiford
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Matthew Fortune
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Richard Sandiford
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Matthew Fortune
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Richard Sandiford
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Matthew Fortune
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Richard Sandiford
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Matthew Fortune
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Richard Sandiford
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Matthew Fortune
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Richard Sandiford
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Richard Sandiford
      • [RFC] Introducing MIPS O32 ABI Extension for FR0 and FR1 Interlinking   Matthew Fortune
• linux says it is a bug   lin zuojian
  • linux says it is a bug   Richard Biener
    • linux says it is a bug   Hannes Frederic Sowa
      • linux says it is a bug   Jonathan Wakely
      • linux says it is a bug   Richard Biener
      • linux says it is a bug   Richard Henderson
      • linux says it is a bug   Paul_Koning@Dell.com
      • linux says it is a bug   Yury Gribov
      • linux says it is a bug   Richard Henderson
      • linux says it is a bug   Paul_Koning@Dell.com
      • linux says it is a bug   Hannes Frederic Sowa
      • linux says it is a bug   Andrew Haley
      • linux says it is a bug   Hannes Frederic Sowa
      • linux says it is a bug   Richard Biener
      • linux says it is a bug   Hannes Frederic Sowa
      • linux says it is a bug   Yury Gribov
      • linux says it is a bug   Hans-Peter Nilsson
      • linux says it is a bug   Richard Biener
      • linux says it is a bug   lin zuojian
      • linux says it is a bug   Yury Gribov
      • linux says it is a bug   lin zuojian
• [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Thomas Preudhomme
  • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Matthew Fortune
    • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Thomas Preudhomme
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Joseph S. Myers
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Thomas Preud'homme
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Thomas Preud'homme
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Joseph S. Myers
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Thomas Preud'homme
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Joseph S. Myers
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Richard Sandiford
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Thomas Preud'homme
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Thomas Preud'homme
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Richard Sandiford
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Thomas Preud'homme
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Richard Sandiford
      • [RFC][ARM] Naming for new switch to check for mixed hardfloat/softfloat compat   Thomas Preud'homme
• Help Required on Missing GOTO statements in Gimple/SSA/CFG Pass ...   Mohsin Khan
• Can Some one please help me on this gcc plugin..   Mohsin Khan
  • Can Some one please help me on this gcc plugin..   David Malcolm
    • Can Some one please help me on this gcc plugin..   Mohsin Khan
• exposed pipeline   shmeel gutl
• asking your advice about bug   Tobias Grosser
  • asking your advice about bug   Tobias Grosser
• Please have a look at PR60438   lin zuojian
  • Please have a look at PR60438   lin zuojian
• ira-loop-pressure not marked as optimization?   Paulo Matos
  • ira-loop-pressure not marked as optimization?   Vladimir Makarov
    • ira-loop-pressure not marked as optimization?   Paulo J. Matos
      • ira-loop-pressure not marked as optimization?   Vladimir Makarov
      • ira-loop-pressure not marked as optimization?   Paulo Matos
      • ira-loop-pressure not marked as optimization?   Paulo J. Matos
• Shouldn't unsafe-math-optimizations (re-)enable fp-contract=fast?   Ian Bolton
  • Shouldn't unsafe-math-optimizations (re-)enable fp-contract=fast?   Joseph S. Myers
    • Shouldn't unsafe-math-optimizations (re-)enable fp-contract=fast?   Tim Prince
    • Shouldn't unsafe-math-optimizations (re-)enable fp-contract=fast?   Ian Bolton
      • Shouldn't unsafe-math-optimizations (re-)enable fp-contract=fast?   Ian Bolton
• [buildrobot] Ada/VMS code won't build   Jan-Benedict Glaw
  • [buildrobot] Ada/VMS code won't build   Douglas B Rupp
  • [buildrobot] Ada/VMS code won't build   Douglas B Rupp
• gcc-4.8-20140306 is now available   gccadmin@gcc.gnu.org
• ira marks conflict with hard register, can't explain it.   Paulo Matos
• Ah HAH - this SANITY stuff is finally going to show its value for GCC development itself.   Toon Moene
• gcc-4.7-20140308 is now available   gccadmin@gcc.gnu.org
• gcc-4.9-20140309 is now available   gccadmin@gcc.gnu.org
• dom requires PROP_loops   Paulo Matos
  • dom requires PROP_loops   Richard Biener
    • dom requires PROP_loops   Paulo Matos
      • dom requires PROP_loops   Richard Biener
      • dom requires PROP_loops   Paulo Matos
      • dom requires PROP_loops   Richard Biener
      • dom requires PROP_loops   Paulo Matos
      • dom requires PROP_loops   Richard Biener
      • dom requires PROP_loops   Paulo Matos
• status of current_pass (notably in gates) .... [possible bug in 4.9]   Basile Starynkevitch
  • status of current_pass (notably in gates) .... [possible bug in 4.9]   Richard Biener
• GNU C extension: Function Error vs. Success   Shahbaz Youssefi
  • GNU C extension: Function Error vs. Success   Julian Brown
    • GNU C extension: Function Error vs. Success   Shahbaz Youssefi
      • GNU C extension: Function Error vs. Success   Andrew Haley
      • GNU C extension: Function Error vs. Success   Shahbaz Youssefi
      • GNU C extension: Function Error vs. Success   Andrew Haley
      • GNU C extension: Function Error vs. Success   David Brown
      • GNU C extension: Function Error vs. Success   Shahbaz Youssefi
  • GNU C extension: Function Error vs. Success   Basile Starynkevitch
    • GNU C extension: Function Error vs. Success   Shahbaz Youssefi
  • GNU C extension: Function Error vs. Success   Igor Pashev
• [RL78] Questions about code-generation   peper03@yahoo.com
  • [RL78] Questions about code-generation   DJ Delorie
    • [RL78] Questions about code-generation   Richard Hulme
      • [RL78] Questions about code-generation   DJ Delorie
      • [RL78] Questions about code-generation   Oleg Endo
      • [RL78] Questions about code-generation   DJ Delorie
      • [RL78] Questions about code-generation   Richard Hulme
      • [RL78] Questions about code-generation   DJ Delorie
      • [RL78] Questions about code-generation   Jeff Law
      • [RL78] Questions about code-generation   Richard Hulme
      • [RL78] Questions about code-generation   Jeff Law
      • [RL78] Questions about code-generation   Richard Hulme
      • [RL78] Questions about code-generation   Richard Hulme
      • [RL78] Questions about code-generation   Jeff Law
    • [RL78] Questions about code-generation   Richard Hulme
      • [RL78] Questions about code-generation   Oleg Endo
      • [RL78] Questions about code-generation   DJ Delorie
      • [RL78] Questions about code-generation   Oleg Endo
      • [RL78] Questions about code-generation   DJ Delorie
• Scheduler:LLVM vs gcc, which is better   lin zuojian
  • Scheduler:LLVM vs gcc, which is better   Chandler Carruth
    • Scheduler:LLVM vs gcc, which is better   lin zuojian
      • Scheduler:LLVM vs gcc, which is better   Chandler Carruth
      • Scheduler:LLVM vs gcc, which is better   lin zuojian
      • Scheduler:LLVM vs gcc, which is better   lin zuojian
      • Scheduler:LLVM vs gcc, which is better   Renato Golin
• [RFC, LRA] Incorrect subreg resolution?   Richard Sandiford
• Issues installing GCC libraries   Falk, Katerina
  • Issues installing GCC libraries   Jonathan Wakely
• GSoC 2014 C++ Concepts project   Thomas Wynn
  • GSoC 2014 C++ Concepts project   Maxim Kuvyrkov
• GSoC Concepts - separate checking   Braden Obrzut
  • GSoC Concepts - separate checking   Maxim Kuvyrkov
    • GSoC Concepts - separate checking   Braden Obrzut
• Reg Alloc Problem.   Umesh Kalappa
  • Reg Alloc Problem.   Umesh Kalappa
• New .rodata section.   Umesh Kalappa
  • New .rodata section.   Richard Sandiford
• unwinding through signal frame on ARM   Peng Yuan
  • unwinding through signal frame on ARM   Ian Lance Taylor
• BUG: Bad line number in a message   Bruce Korb
• Completing GCC Go escape analysis in GSoC 2014   Ray Li
  • Completing GCC Go escape analysis in GSoC 2014   Ian Lance Taylor
    • Completing GCC Go escape analysis in GSoC 2014   Ray Li
      • Completing GCC Go escape analysis in GSoC 2014   Ian Lance Taylor
• GCC 4.9.0 Status Report (2014-03-13)   Jakub Jelinek
  • GCC 4.9.0 Status Report (2014-03-13)   Klaus Rudolph
    • GCC 4.9.0 Status Report (2014-03-13)   Jonathan Wakely
• #51253 seriously limits the use of G++ for C++11   Akim Demaille
• SET_EXPR_LOCATION usage for unused tree?   Thomas Schwinge
  • SET_EXPR_LOCATION usage for unused tree?   Richard Biener
• Ian Lance Taylor and Ramana Radhakrishnan join GCC Steering Committee   David Edelsohn
• gcc-4.8-20140313 is now available   gccadmin@gcc.gnu.org
• Legitimize address after reload   David Guillen
  • Legitimize address after reload   Julian Brown
  • Legitimize address after reload   David Guillen
    • Legitimize address after reload   DJ Delorie
  • Legitimize address after reload   Jeff Law
  • Legitimize address after reload   David Guillen
    • Legitimize address after reload   Richard Sandiford
      • Legitimize address after reload   Richard Sandiford
      • Legitimize address after reload   David Guillen
• Integration of ISL code generator into Graphite   Roman Gareev
  • Integration of ISL code generator into Graphite   Tobias Grosser
  • Integration of ISL code generator into Graphite   Mircea Namolaru
    • Integration of ISL code generator into Graphite   Roman Gareev
  • Integration of ISL code generator into Graphite   Tobias Grosser
    • Integration of ISL code generator into Graphite   Roman Gareev
      • Integration of ISL code generator into Graphite   Tobias Grosser
      • Integration of ISL code generator into Graphite   Mircea Namolaru
      • Integration of ISL code generator into Graphite   Tobias Grosser
      • Integration of ISL code generator into Graphite   Mircea Namolaru
• PLEASE RE-ADD MIRRORS   Dan D.
  • PLEASE RE-ADD MIRRORS (small correction)   Dan D.
• Inquireries   Alangi Derick
  • Inquireries   Basile Starynkevitch
• gcc-4.7-20140315 is now available   gccadmin@gcc.gnu.org
• debug strings output order is arbitrary   Martin Uecker
  • debug strings output order is arbitrary   Richard Biener
    • debug strings output order is arbitrary   Martin Uecker
      • debug strings output order is arbitrary   Richard Biener
• Google Summer of Code   Mihai Mandrescu
  • Google Summer of Code   Maxim Kuvyrkov
• Incorrect generated code for conditional   Arthur Schwarz
  • Incorrect generated code for conditional   Markus Trippelsdorf
  • Incorrect generated code for conditional   Jonathan Wakely
• [GSoC 2014]Is this proposal suitable?   Ray Li
  • [GSoC 2014]Is this proposal suitable?   Ray Li
• gcc-4.9-20140316 is now available   gccadmin@gcc.gnu.org
• builtin function - novops   Richard Biener
  • builtin function - novops   Bingfeng Mei
• jump_table_data and active_insn_p   Paulo Matos
• RedHat patch not found in mainline gcc   Stefan Ring
  • RedHat patch not found in mainline gcc   Jakub Jelinek
    • RedHat patch not found in mainline gcc   Stefan Ring
      • RedHat patch not found in mainline gcc   Stefan Ring
• [RFC, MIPS] Relax NaN rules   Matthew Fortune
  • [RFC, MIPS] Relax NaN rules   Joseph S. Myers
    • [RFC, MIPS] Relax NaN rules   Matthew Fortune
      • [RFC, MIPS] Relax NaN rules   Rich Fuhler
      • [RFC, MIPS] Relax NaN rules   Joseph S. Myers
      • [RFC, MIPS] Relax NaN rules   Maciej W. Rozycki
      • [RFC, MIPS] Relax NaN rules   Rich Fuhler
      • [RFC, MIPS] Relax NaN rules   Richard Sandiford
      • [RFC, MIPS] Relax NaN rules   Maciej W. Rozycki
      • [RFC, MIPS] Relax NaN rules   Matthew Fortune
      • [RFC, MIPS] Relax NaN rules   Richard Sandiford
      • [RFC, MIPS] Relax NaN rules   Matthew Fortune
      • [RFC, MIPS] Relax NaN rules   Maciej W. Rozycki
      • [RFC, MIPS] Relax NaN rules   Richard Sandiford
      • [RFC, MIPS] Relax NaN rules   Richard Sandiford
      • [RFC, MIPS] Relax NaN rules   Rich Fuhler
      • [RFC, MIPS] Relax NaN rules   Joseph S. Myers
      • [RFC, MIPS] Relax NaN rules   Matthew Fortune
      • [RFC, MIPS] Relax NaN rules   Richard Sandiford
      • [RFC, MIPS] Relax NaN rules   Joseph S. Myers
      • [RFC, MIPS] Relax NaN rules   Matthew Fortune
• GCC internal re-architecture proposal   Richard Biener
  • GCC internal re-architecture proposal   Diego Novillo
    • GCC internal re-architecture proposal   Richard Biener
      • GCC internal re-architecture proposal   Andrew MacLeod
• WPA stream_out form & memory consumption   Martin Liška
  • WPA stream_out form & memory consumption   Richard Biener
    • WPA stream_out form & memory consumption   Richard Biener
  • WPA stream_out form & memory consumption   Jan Hubicka
    • WPA stream_out form & memory consumption   Martin Liška
      • WPA stream_out form & memory consumption   Martin Liška
• [ANN] Registration for CppCon 2014 is Open   Boris Kolpackov
• help me   Ali Abdul Ghani
  • help me   Jonathan Wakely
• ARM64 va_list   Nicholas Robert Kemp
  • ARM64 va_list   Andrew Pinski
• About gsoc 2014 OpenMP 4.0 Projects   Maxim Kuvyrkov
• returning short-enum and truncate doesn't trigger conversion warning   Paulo Matos
  • returning short-enum and truncate doesn't trigger conversion warning   David Brown
    • returning short-enum and truncate doesn't trigger conversion warning   Paulo Matos
      • returning short-enum and truncate doesn't trigger conversion warning   David Brown
      • returning short-enum and truncate doesn't trigger conversion warning   Paulo Matos
• [GSoC 2014] Proposal: OpenCL Code Generator   Ilmir Usmanov
  • [GSoC 2014] Proposal: OpenCL Code Generator   Maxim Kuvyrkov
  • [GSoC 2014] Proposal: OpenCL Code Generator   Thomas Schwinge
• libgcc/config.host pattern question   Joel Sherrill
  • libgcc/config.host pattern question   Rainer Orth
  • libgcc/config.host pattern question   Rainer Orth
• Spill registers not available   David Guillen
• gcc-4.8-20140320 is now available   gccadmin@gcc.gnu.org
• GIMPLE tree dumping of, for example, GIMPLE_OMP_PARALLEL's CHILD_FN   Thomas Schwinge
• gcc-4.7-20140322 is now available   gccadmin@gcc.gnu.org
• gcc-4.9-20140323 is now available   gccadmin@gcc.gnu.org
• [Question] How to deliver loop-related pragma information from TREE to RTL?   Yangfei (Felix)
  • [Question] How to deliver loop-related pragma information from TREE to RTL?   Richard Biener
    • [Question] How to deliver loop-related pragma information from TREE to RTL?   Eric Botcazou
      • [Question] How to deliver loop-related pragma information from TREE to RTL?   Richard Biener
      • [Question] How to deliver loop-related pragma information from TREE to RTL?   Eric Botcazou
    • [Question] How to deliver loop-related pragma information from TREE to RTL?   Yangfei (Felix)
• LTO & top-level ASM   Martin Liška
  • LTO & top-level ASM   Ian Lance Taylor
    • LTO & top-level ASM   Martin Liška
      • LTO & top-level ASM   Ian Lance Taylor
• Dynamic loading and unloading of functions in gcc-4.   adi.bhandari
• RTL Optimisations   Umesh Kalappa
  • RTL Optimisations   Jeff Law
    • RTL Optimisations   Georg-Johann Lay
      • RTL Optimisations   Umesh Kalappa
• [ANN] CppCon 2014 Call for Submissions   Boris Kolpackov
• Register at the GSoC website to rate projects   Maxim Kuvyrkov
• gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Svante Signell
  • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Svante Signell
  • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Andreas Schwab
    • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Jonathan Wakely
      • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Andris Pavenis
    • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Yury Gribov
      • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Andreas Schwab
      • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Yury Gribov
    • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Svante Signell
      • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Svante Signell
  • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Chung-Ju Wu
    • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Chung-Ju Wu
    • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Svante Signell
      • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Jonathan Wakely
      • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Svante Signell
      • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Jonathan Wakely
      • gcc-4.9: How to generate Makefile.in from a modified Makefile.am?   Jakub Jelinek
• Include Bug 53001 in GCC 4.9 Changes   Joshua J Cogliati
• question regarding new warning   Daniel Gutson
  • question regarding new warning   Andrew Haley
    • question regarding new warning   Thomas Preud'homme
      • question regarding new warning   Andrew Haley
      • question regarding new warning   Thomas Preud'homme
    • question regarding new warning   Florian Weimer
      • question regarding new warning   Jonathan Wakely
      • question regarding new warning   Andrew Haley
      • question regarding new warning   mveksler@tx.technion.ac.il
  • question regarding new warning   Manuel López-Ibáñez
    • question regarding new warning   Daniel Gutson
      • question regarding new warning   Manuel López-Ibáñez
• Builtin: stack pointer   Renato Golin
  • Builtin: stack pointer   Andreas Schwab
    • Builtin: stack pointer   Renato Golin
      • Builtin: stack pointer   Andreas Schwab
      • Builtin: stack pointer   Renato Golin
      • Builtin: stack pointer   Paul_Koning@Dell.com
      • Builtin: stack pointer   Renato Golin
      • Builtin: stack pointer   Andrew Pinski
      • Builtin: stack pointer   Andrew Pinski
      • Builtin: stack pointer   Renato Golin
      • Builtin: stack pointer   Jakub Jelinek
      • [llvmlinux] Builtin: stack pointer   Behan Webster
      • [llvmlinux] Builtin: stack pointer   Renato Golin
      • [llvmlinux] Builtin: stack pointer   Tim Northover
  • Builtin: stack pointer   Jakub Jelinek
    • Builtin: stack pointer   Renato Golin
      • Builtin: stack pointer   Jakub Jelinek
      • Builtin: stack pointer   Renato Golin
      • Builtin: stack pointer   Behan Webster
• [Question, C6X] Under what situations should we disable DCE in sched2?   Felix Yang
  • [Question, C6X] Under what situations should we disable DCE in sched2?   Jeff Law
    • [Question, C6X] Under what situations should we disable DCE in sched2?   Julian Brown
      • [Question, C6X] Under what situations should we disable DCE in sched2?   Julian Brown
  • [Question, C6X] Under what situations should we disable DCE in sched2?   Bernd Schmidt
• periodise   Aeschliman Declercq
• Testing machine descriptions   Niranjan Hasabnis
  • Testing machine descriptions   DJ Delorie
    • Testing machine descriptions   Niranjan Hasabnis
      • Testing machine descriptions   DJ Delorie
      • Testing machine descriptions   Niranjan Hasabnis
      • Testing machine descriptions   Senthil Kumar Selvaraj
      • Testing machine descriptions   DJ Delorie
      • Testing machine descriptions   Niranjan Hasabnis
• gcc-4.8-20140327 is now available   gccadmin@gcc.gnu.org
• Some Tests in gcc.dg/graphite/ are failing for AVR target   K_s, Vishnu
  • Some Tests in gcc.dg/graphite/ are failing for AVR target   Tobias Grosser
• C Code in GCC Machine Descriptions   Saswat Padhi
  • C Code in GCC Machine Descriptions   Ian Lance Taylor
• doc bugs   Mike Stump
  • doc bugs   H.J. Lu
    • [patch] Fix texinfo warnings for doc/gcc.texi [was: Re: doc bugs]   Tobias Burnus
• slides of talk on "GCC plugins thru the MELT example" (Linux F. Collab. S)   Basile Starynkevitch
• Could we harden GCC's stack smashing? (Re: Adam Zabrocki's Adventure with stack smashing protection)   Steven Stewart-Gallus
  • Could we harden GCC's stack smashing? (Re: Adam Zabrocki's Adventure with stack smashing protection)   Ian Lance Taylor
    • Could we harden GCC's stack smashing? (Re: Adam Zabrocki's Adventure with stack smashing protection)   Steven Stewart-Gallus
• RL78 sim?   Richard Hulme
  • RL78 sim?   DJ Delorie
• gcc-4.7-20140329 is now available   gccadmin@gcc.gnu.org
• gcc-4.9-20140330 is now available   gccadmin@gcc.gnu.org
• Anyone used Graphite of Gentoo recently?   Tobias Grosser
  • Anyone used Graphite of Gentoo recently?   Richard Biener
    • Anyone used Graphite of Gentoo recently?   Tobias Grosser
• VREGS fails to handle subreg of mem   Claudiu Zissulescu
  • VREGS fails to handle subreg of mem   Eric Botcazou
• [Question, IRA] Different IRA behaviour with the same RTL input but trivially different CFG   Felix Yang

Last message date: Mon Mar 31 20:32:00 GMT 2014
Archived on: Sat May 2 13:45:28 GMT 2020

• Messages sorted by: [ subject ] [ author ] [ date ]
• More info on this list...