February 2014 Archives by thread

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

Starting: Sat Feb 1 00:01:00 GMT 2014
Ending: Fri Feb 28 22:51:00 GMT 2014
Messages: 563

patch to fix PR59985 Vladimir Makarov
MIPS GCC test failure: gcc.dg/tree-ssa/ssa-dom-thread-4.c Steve Ellcey
- MIPS GCC test failure: gcc.dg/tree-ssa/ssa-dom-thread-4.c Richard Sandiford
-Wformat-security warnings generated in gcc build Prathamesh Kulkarni
gcc-4.7-20140201 is now available gccadmin@gcc.gnu.org
Is C++11 to be default for GCC 4.9? Ryan Hill
g++.dg/cilk-plus/CK/catch_exc.cc -O1 times out Paolo Carlini
- g++.dg/cilk-plus/CK/catch_exc.cc -O1 times out Iyer, Balaji V
  - g++.dg/cilk-plus/CK/catch_exc.cc -O1 times out Paolo Carlini
gcc-4.9-20140202 is now available gccadmin@gcc.gnu.org
[buildrobot] spu / avr: Fallout from r207335 Jan-Benedict Glaw
- [buildrobot] spu / avr: Fallout from r207335 Jan-Benedict Glaw
No TBAA before ptr_derefs_may_alias_p? Bingfeng Mei
- No TBAA before ptr_derefs_may_alias_p? Jakub Jelinek
  - No TBAA before ptr_derefs_may_alias_p? Florian Weimer
    - No TBAA before ptr_derefs_may_alias_p? Richard Biener
    - No TBAA before ptr_derefs_may_alias_p? Bingfeng Mei
    - No TBAA before ptr_derefs_may_alias_p? Richard Biener
    - No TBAA before ptr_derefs_may_alias_p? Bingfeng Mei
    - No TBAA before ptr_derefs_may_alias_p? Richard Biener
  - No TBAA before ptr_derefs_may_alias_p? Richard Biener
    - No TBAA before ptr_derefs_may_alias_p? Richard Biener
    - No TBAA before ptr_derefs_may_alias_p? Bingfeng Mei
GCC 4.9.0 Status Report (2014-02-03), Stage 3 ends Richard Biener
asking your advice about bug Tobias Grosser
- asking your advice about bug Tobias Grosser
  - asking your advice about bug Tobias Grosser
    - asking your advice about bug Tobias Grosser
Still fails with strict-volatile-bitfields Bernd Edlinger
proposal to add -Wheader-guard option Prathamesh Kulkarni
- proposal to add -Wheader-guard option Markus Trippelsdorf
  - proposal to add -Wheader-guard option Prathamesh Kulkarni
[committed] Fix simd reference reductions (PR middle-end/59150) Sebastian Huber
FW: Git repo lagging behing Paulo Matos
- FW: Git repo lagging behing Marek Polacek
Merge epilog loop & loop version due to alias/alignment in vectorization? Bingfeng Mei
- Merge epilog loop & loop version due to alias/alignment in vectorization? Xinliang David Li
  - Merge epilog loop & loop version due to alias/alignment in vectorization? Bingfeng Mei
- Merge epilog loop & loop version due to alias/alignment in vectorization? Richard Biener
Draft C bindings for IEEE 754-2008 part 4 now available Joseph S. Myers
question about gtype-desc.c Iyer, Balaji V
- question about gtype-desc.c Jakub Jelinek
  - question about gtype-desc.c Iyer, Balaji V
    - question about gtype-desc.c Jakub Jelinek
    - question about gtype-desc.c Iyer, Balaji V
    - question about gtype-desc.c Basile Starynkevitch
git mirror hasn't been updated for 8 hours Frank Ch. Eigler
Extended Asm Rewrite Andrew Haley
GCC Wiki, struggling to make a new user Frank Ch. Eigler
- GCC Wiki, struggling to make a new user Jonathan Wakely
  - GCC Wiki, struggling to make a new user Jonathan Wakely
Google Summer of Code -- Admin needed Moore, Catherine
- Google Summer of Code -- Admin needed Maxim Kuvyrkov
  - Google Summer of Code -- Admin needed Ian Lance Taylor
Test gcc.dg/uninit-13.c failure Sebastian Huber
- Test gcc.dg/uninit-13.c failure Andreas Krebbel
-O3 and -ftree-vectorize Uros Bizjak
- -O3 and -ftree-vectorize Xinliang David Li
  - -O3 and -ftree-vectorize Uros Bizjak
    - -O3 and -ftree-vectorize Xinliang David Li
- -O3 and -ftree-vectorize Tim Prince
  - -O3 and -ftree-vectorize Xinliang David Li
  - -O3 and -ftree-vectorize Jakub Jelinek
    - -O3 and -ftree-vectorize Tim Prince
    - -O3 and -ftree-vectorize Tim Prince
[RFC][PATCH 0/5] arch: atomic rework Ramana Radhakrishnan
- [RFC][PATCH 0/5] arch: atomic rework Will Deacon
  - [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 Peter Zijlstra
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Will Deacon
    - [RFC][PATCH 0/5] arch: atomic rework Peter Zijlstra
    - [RFC][PATCH 0/5] arch: atomic rework Will Deacon
    - [RFC][PATCH 0/5] arch: atomic rework Peter Zijlstra
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Joseph S. Myers
    - [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 Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [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 Peter Zijlstra
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [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 Zijlstra
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Peter Zijlstra
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Richard Biener
    - [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 Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Peter Zijlstra
    - [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 Linus Torvalds
    - [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 Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [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 Joseph S. Myers
    - [RFC][PATCH 0/5] arch: atomic rework Will Deacon
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Joseph S. Myers
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [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 Alec Teal
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [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 Linus Torvalds
    - [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 Zijlstra
    - [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 Peter Zijlstra
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework David Lang
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Peter Zijlstra
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Peter Zijlstra
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [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 Linus Torvalds
    - [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 Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [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 Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Richard Biener
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Michael Matz
    - [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 Linus Torvalds
    - [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 Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Jeff Law
    - [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 Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [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 Paul E. McKenney
    - [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 Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Michael Matz
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Joseph S. Myers
    - [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 Joseph S. Myers
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Michael Matz
    - [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 Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Peter Sewell
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [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 Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [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 Linus Torvalds
    - [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 Paul E. McKenney
    - [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 Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Peter Zijlstra
    - [RFC][PATCH 0/5] arch: atomic rework Will Deacon
    - [RFC][PATCH 0/5] arch: atomic rework Peter Zijlstra
    - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
    - [RFC][PATCH 0/5] arch: atomic rework Will Deacon
    - [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 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 Joseph S. Myers
    - [RFC][PATCH 0/5] arch: atomic rework Torvald Riegel
    - [RFC][PATCH 0/5] arch: atomic rework Joseph S. Myers
    - [RFC][PATCH 0/5] arch: atomic rework Will Deacon
    - [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 Peter Zijlstra
    - [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 Mark Batty
    - [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 Linus Torvalds
    - [RFC][PATCH 0/5] arch: atomic rework Peter Sewell
    - [RFC][PATCH 0/5] arch: atomic rework Linus Torvalds
    - [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 Torvald Riegel
    - [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 Torvald Riegel
- [RFC][PATCH 0/5] arch: atomic rework George Spelvin
  - [RFC][PATCH 0/5] arch: atomic rework Paul E. McKenney
gcc-4.8-20140206 is now available gccadmin@gcc.gnu.org
Simplify using context in loop-iv Paulo Matos
[MIPS] Avoiding FP operations/register usage Matthew Fortune
- [MIPS] Avoiding FP operations/register usage Joseph S. Myers
  - [MIPS] Avoiding FP operations/register usage Matthew Fortune
    - [MIPS] Avoiding FP operations/register usage Richard Sandiford
    - [MIPS] Avoiding FP operations/register usage Matthew Fortune
    - [MIPS] Avoiding FP operations/register usage Richard Sandiford
Fwd: LLVM collaboration? Renato Golin
- LLVM collaboration? Diego Novillo
  - LLVM collaboration? Renato Golin
    - LLVM collaboration? Andrew Pinski
    - LLVM collaboration? Renato Golin
    - LLVM collaboration? Diego Novillo
  - LLVM collaboration? Andrew Pinski
- LLVM collaboration? Andrew Pinski
- LLVM collaboration? Jonathan Wakely
  - LLVM collaboration? Renato Golin
- Fwd: LLVM collaboration? Joseph S. Myers
  - Fwd: LLVM collaboration? Renato Golin
- Fwd: LLVM collaboration? Jan Hubicka
  - Fwd: LLVM collaboration? Renato Golin
    - Fwd: LLVM collaboration? Uday Khedker
    - Fwd: LLVM collaboration? Jan Hubicka
    - Fwd: LLVM collaboration? Uday Khedker
    - Fwd: LLVM collaboration? Renato Golin
    - Fwd: LLVM collaboration? Renato Golin
    - Fwd: LLVM collaboration? Rafael Espíndola
    - Fwd: LLVM collaboration? Markus Trippelsdorf
    - Fwd: LLVM collaboration? Jan Hubicka
    - Fwd: LLVM collaboration? Jan Hubicka
    - Fwd: LLVM collaboration? Rafael Espíndola
    - LLVM collaboration? Hal Finkel
    - Fwd: LLVM collaboration? Richard Biener
    - Fwd: LLVM collaboration? Rafael Espíndola
    - Fwd: LLVM collaboration? Joseph S. Myers
    - Fwd: LLVM collaboration? Jan Hubicka
    - Fwd: LLVM collaboration? Richard Biener
FRE may run out of memory Andrew Pinski
gcc-4.7-20140208 is now available gccadmin@gcc.gnu.org
type promotion Richard Sandiford
gcc-4.9-20140209 is now available gccadmin@gcc.gnu.org
Conditional execution over emit_move_insn Wojciech Migda
- Conditional execution over emit_move_insn Wojciech Migda
i370 port Paul Edwards
- i370 port Paul Edwards
Zero-cost toolchain "standardization" process Renato Golin
- [LLVMdev] Zero-cost toolchain "standardization" process Chris Lattner
sparse overlapping structs for vectorization Albert Cahalan
- sparse overlapping structs for vectorization Richard Biener
gnat.dg test: div_no_warning.adb PARAT Didier
m68k optimisation for beginners? Fredrik Olsson
- m68k optimisation for beginners? Jeff Law
Aarch64 implementation for dwarf exception handling Shiva Chen
- Aarch64 implementation for dwarf exception handling Yufeng Zhang 张玉峰
- Aarch64 implementation for dwarf exception handling Renlin Li
  - Aarch64 implementation for dwarf exception handling Shiva Chen
Dead code elimination PROBLEM chronicle
- Dead code elimination PROBLEM Richard Biener
[GCC 4.8.1] Which section to emit, .eh_frame or .debug_section? Ramana
- [GCC 4.8.1] Which section to emit, .eh_frame or .debug_section? Jakub Jelinek
  - [GCC 4.8.1] Which section to emit, .eh_frame or .debug_section? Ramana
gcc.gnu.org/infrastructure - newer versions of GMP/mpfr/mpc/isl/cloog? Richard Biener
- gcc.gnu.org/infrastructure - newer versions of GMP/mpfr/mpc/isl/cloog? Tobias Grosser
  - gcc.gnu.org/infrastructure - newer versions of GMP/mpfr/mpc/isl/cloog? Richard Biener
    - gcc.gnu.org/infrastructure - newer versions of GMP/mpfr/mpc/isl/cloog? Tobias Grosser
GNU Tools Cauldron 2014 - Venue and Hotel information Diego Novillo
Building GCC with -Wmissing-declarations and addressing its warnings Patrick Palka
- Building GCC with -Wmissing-declarations and addressing its warnings Jonathan Wakely
  - Building GCC with -Wmissing-declarations and addressing its warnings Patrick Palka
    - Building GCC with -Wmissing-declarations and addressing its warnings Jonathan Wakely
    - Building GCC with -Wmissing-declarations and addressing its warnings Patrick Palka
    - Building GCC with -Wmissing-declarations and addressing its warnings Richard Sandiford
    - Building GCC with -Wmissing-declarations and addressing its warnings Jonathan Wakely
    - Building GCC with -Wmissing-declarations and addressing its warnings Patrick Palka
    - Building GCC with -Wmissing-declarations and addressing its warnings Jonathan Wakely
gcc-4.8-20140213 is now available gccadmin@gcc.gnu.org
TYPE_BINFO and canonical types at LTO Jan Hubicka
- TYPE_BINFO and canonical types at LTO Jason Merrill
- TYPE_BINFO and canonical types at LTO Richard Biener
  - TYPE_BINFO and canonical types at LTO Jan Hubicka
    - TYPE_BINFO and canonical types at LTO Jan Hubicka
    - TYPE_BINFO and canonical types at LTO Richard Biener
    - TYPE_BINFO and canonical types at LTO Jason Merrill
    - TYPE_BINFO and canonical types at LTO Richard Biener
    - TYPE_BINFO and canonical types at LTO Jan Hubicka
    - TYPE_BINFO and canonical types at LTO Richard Biener
    - TYPE_BINFO and canonical types at LTO Jan Hubicka
    - TYPE_BINFO and canonical types at LTO Richard Biener
    - TYPE_BINFO and canonical types at LTO Richard Biener
    - TYPE_BINFO and canonical types at LTO Jan Hubicka
    - TYPE_BINFO and canonical types at LTO Richard Biener
    - TYPE_BINFO and canonical types at LTO Jan Hubicka
    - TYPE_BINFO and canonical types at LTO Richard Biener
    - TYPE_BINFO and canonical types at LTO Jason Merrill
Need help: Is a VAR_DECL type builtin or not? Dominik Vogt
- Need help: Is a VAR_DECL type builtin or not? Richard Biener
  - Need help: Is a VAR_DECL type builtin or not? Dominik Vogt
    - Need help: Is a VAR_DECL type builtin or not? Richard Biener
    - Need help: Is a VAR_DECL type builtin or not? Ian Lance Taylor
MSP430 in gcc4.9 ... enable interrupts? Brian Drummond
- MSP430 in gcc4.9 ... enable interrupts? DJ Delorie
  - MSP430 in gcc4.9 ... enable interrupts? Brian Drummond
  - MSP430 in gcc4.9 ... enable interrupts? David Brown
    - MSP430 in gcc4.9 ... enable interrupts? DJ Delorie
    - MSP430 in gcc4.9 ... enable interrupts? David Brown
[RFC] Rationale for passing vectors by value in SIMD registers Matthew Fortune
- [RFC] Rationale for passing vectors by value in SIMD registers Andrew Pinski
  - [RFC] Rationale for passing vectors by value in SIMD registers Matthew Fortune
gnattools cannot be built for freestanding/bare metal environment without hacking up the build machinery Brian Drummond
- gnattools cannot be built for freestanding/bare metal environment without hacking up the build machinery Luke A. Guest
  - gnattools cannot be built for freestanding/bare metal environment without hacking up the build machinery Luke A. Guest
- gnattools cannot be built for freestanding/bare metal environment without hacking up the build machinery Luke A. Guest
Optimizing bit extract Allan Sandfeld Jensen
- Optimizing bit extract Richard Biener
[RFC] Offloading Support in libgomp Ilya Verbin
- [RFC] Offloading Support in libgomp Jakub Jelinek
  - [RFC] Offloading Support in libgomp Richard Henderson
  - [RFC] Offloading Support in libgomp Ilya Verbin
    - [RFC] Offloading Support in libgomp Jakub Jelinek
Issue with CRTP generation under 4.8.1 Andrew Stern
- Issue with CRTP generation under 4.8.1 Jonathan Wakely
Vectorizer Pragmas Renato Golin
- Vectorizer Pragmas Jakub Jelinek
  - Vectorizer Pragmas Renato Golin
    - Vectorizer Pragmas Tim Prince
    - Vectorizer Pragmas Renato Golin
    - Vectorizer Pragmas Tobias Burnus
    - Vectorizer Pragmas Renato Golin
    - Vectorizer Pragmas Tim Prince
    - Vectorizer Pragmas Renato Golin
    - Vectorizer Pragmas Tim Prince
    - Vectorizer Pragmas Renato Golin
    - Vectorizer Pragmas Geva, Robert
gcc-4.7-20140215 is now available gccadmin@gcc.gnu.org
Cheap Software jpiche@gmail.com
gcc-4.9-20140216 is now available gccadmin@gcc.gnu.org
GSoC project ideas Maxim Kuvyrkov
FreeBSD users of gcc Loren James Rittle
Help Required on Missing GOTO statements in Gimple/SSA/CFG Pass ... Mohsin Khan
- Help Required on Missing GOTO statements in Gimple/SSA/CFG Pass ... Basile Starynkevitch
[AVX-512] Vectorization when tripcount is less than VF. Kirill Yukhin
[LM-32] Code generation for address loading FX MOREL
- [LM-32] Code generation for address loading Anthony Green
  - [LM-32] Code generation for address loading FX MOREL
Deadline for DWARF Version 5 comments -- March 31, 2014 Michael Eager
ARM inline assembly usage in Linux kernel Saleem Abdulrasool
- ARM inline assembly usage in Linux kernel Andrew Pinski
  - ARM inline assembly usage in Linux kernel Richard Sandiford
    - ARM inline assembly usage in Linux kernel Renato Golin
    - ARM inline assembly usage in Linux kernel Andrew Pinski
    - ARM inline assembly usage in Linux kernel Renato Golin
    - ARM inline assembly usage in Linux kernel Ramana Radhakrishnan
    - ARM inline assembly usage in Linux kernel Renato Golin
    - ARM inline assembly usage in Linux kernel Ramana Radhakrishnan
    - ARM inline assembly usage in Linux kernel Renato Golin
    - ARM inline assembly usage in Linux kernel Richard Earnshaw
Stack layout change during lra Joey Ye
- Stack layout change during lra Vladimir Makarov
Update x86-64 PLT for MPX H.J. Lu
How to include <algorithm> header of stl in gcc? Pritam Gharat
- How to include <algorithm> header of stl in gcc? Marc Glisse
  - How to include <algorithm> header of stl in gcc? Pritam Gharat
gcc-4.8-20140220 is now available gccadmin@gcc.gnu.org
[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 Doug Gilmore
    - [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
GNU Tools Cauldron 2014 - We have reached capacity Diego Novillo
Accelerator BoF at GNU Tools Cauldron 2014 (was: [gomp4] gomp-4_0-branch) Thomas Schwinge
gcc generated long read out of bounds segfault David Fries
- gcc generated long read out of bounds segfault Andreas Schwab
  - gcc generated long read out of bounds segfault David Fries
    - gcc generated long read out of bounds segfault Andreas Schwab
- gcc generated long read out of bounds segfault Eric Botcazou
gcc-4.7-20140222 is now available gccadmin@gcc.gnu.org
help with define_peephole2 condition Paul S
gcc-4.9-20140223 is now available gccadmin@gcc.gnu.org
Non-temporal move Gopalasubramanian, Ganesh
[GSoc 2014] OpenMP runtime improvements Pranith Kumar
build breakage in libsanitizer Oleg Smolsky
About gsoc 2014 OpenMP 4.0 Projects guray ozen
- About gsoc 2014 OpenMP 4.0 Projects Evgeny Gavrin
  - About gsoc 2014 OpenMP 4.0 Projects guray ozen
    - About gsoc 2014 OpenMP 4.0 Projects Thomas Schwinge
[GSoC] GCC has been accepted to GSoC 2014 Maxim Kuvyrkov
Memory outputs in inline asm Andrew Haley
- Memory outputs in inline asm Richard Biener
  - Memory outputs in inline asm Andrew Haley
    - Memory outputs in inline asm Richard Biener
    - Memory outputs in inline asm Andrew Haley
  - Memory outputs in inline asm Michael Matz
    - Memory outputs in inline asm Richard Sandiford
- Memory outputs in inline asm Segher Boessenkool
  - Memory outputs in inline asm Andrew Haley
proposal to turn on some warnings by default Mingjie Xing
- proposal to turn on some warnings by default David Brown
  - proposal to turn on some warnings by default Basile Starynkevitch
- proposal to turn on some warnings by default Sylvestre Ledru
Request for discussion: Rewrite of inline assembler docs Andrew Haley
- 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 Kyrill Tkachov
  - Request for discussion: Rewrite of inline assembler docs dw
- Request for discussion: Rewrite of inline assembler docs Andi Kleen
  - Request for discussion: Rewrite of inline assembler docs dw
    - Request for discussion: Rewrite of inline assembler docs Andi Kleen
[RFC] Meta-description for tree and gimple folding Richard Biener
- [RFC] Meta-description for tree and gimple folding Basile Starynkevitch
- [RFC] Meta-description for tree and gimple folding Marc Glisse
- [RFC] Meta-description for tree and gimple folding Diego Novillo
  - [RFC] Meta-description for tree and gimple folding Kai Tietz
Asm volatile causing performance regressions on ARM Yury Gribov
- Asm volatile causing performance regressions on ARM Eric Botcazou
  - Asm volatile causing performance regressions on ARM Richard Biener
    - Asm volatile causing performance regressions on ARM Yury Gribov
    - Asm volatile causing performance regressions on ARM David Brown
    - Asm volatile causing performance regressions on ARM Richard Sandiford
    - Asm volatile causing performance regressions on ARM Michael Matz
    - Asm volatile causing performance regressions on ARM Eric Botcazou
    - Asm volatile causing performance regressions on ARM Richard Sandiford
    - Asm volatile causing performance regressions on ARM Eric Botcazou
    - Asm volatile causing performance regressions on ARM Georg-Johann Lay
    - Asm volatile causing performance regressions on ARM Richard Sandiford
    - Asm volatile causing performance regressions on ARM Georg-Johann Lay
    - Asm volatile causing performance regressions on ARM Yuri Gribov
- Asm volatile causing performance regressions on ARM Pavel Fedin
  - Asm volatile causing performance regressions on ARM Eric Botcazou
    - Asm volatile causing performance regressions on ARM Richard Biener
    - Asm volatile causing performance regressions on ARM Eric Botcazou
    - Asm volatile causing performance regressions on ARM Richard Biener
gcc-4.8-20140227 is now available gccadmin@gcc.gnu.org
Handling error conditions in libgomp Thomas Schwinge
- Handling error conditions in libgomp Richard Henderson
  - Handling error conditions in libgomp Nathan Sidwell
- Handling error conditions in libgomp Torvald Riegel
- Handling error conditions in libgomp Joseph S. Myers
Changing the MIPS ISA for the Loongson 3A from MIPS64 to MIPS64r2 Andrew Bennett
- Changing the MIPS ISA for the Loongson 3A from MIPS64 to MIPS64r2 Richard Sandiford

Last message date: Fri Feb 28 22:51:00 GMT 2014
Archived on: Sat May 2 13:45:27 GMT 2020

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

This archive was generated by Pipermail 0.09 (Mailman edition).