February 2014 Archives by subject

• Messages sorted by: [ thread ] [ 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

• -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
• -Wformat-security warnings generated in gcc build   Prathamesh Kulkarni
• [AVX-512] Vectorization when tripcount is less than VF.   Kirill Yukhin
• [buildrobot] spu / avr: Fallout from r207335   Jan-Benedict Glaw
• [buildrobot] spu / avr: Fallout from r207335   Jan-Benedict Glaw
• [committed] Fix simd reference reductions (PR middle-end/59150)   Sebastian Huber
• [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
• [GSoc 2014] OpenMP runtime improvements   Pranith Kumar
• [GSoC] GCC has been accepted to GSoC 2014   Maxim Kuvyrkov
• [LLVMdev] Zero-cost toolchain "standardization" process   Chris Lattner
• [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
• [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
• [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   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   Joseph S. Myers
• [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   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   Paul E. McKenney
• [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   Will Deacon
• [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   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   Joseph S. Myers
• [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   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   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   Peter Zijlstra
• [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   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   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   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   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   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   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   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   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   Linus Torvalds
• [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   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   Linus Torvalds
• [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   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   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   Linus Torvalds
• [RFC][PATCH 0/5] arch: atomic rework   Alec Teal
• [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   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   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   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 Sewell
• [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   Mark Batty
• [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   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   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   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   Peter Sewell
• [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   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   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   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   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   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   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   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   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   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   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   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   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   Linus Torvalds
• [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   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   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   Michael Matz
• [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   Peter Sewell
• [RFC][PATCH 0/5] arch: atomic rework   Linus Torvalds
• [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   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   Michael Matz
• [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   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   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   George Spelvin
• [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   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   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   Joseph S. Myers
• [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   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   Paul E. McKenney
• [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   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
• [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
• [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
• [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
• 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
• 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
• Accelerator BoF at GNU Tools Cauldron 2014 (was: [gomp4] gomp-4_0-branch)   Thomas Schwinge
• 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   Richard Earnshaw
• ARM inline assembly usage in Linux kernel   Ramana Radhakrishnan
• ARM inline assembly usage in Linux kernel   Renato Golin
• 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
• 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   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   Eric Botcazou
• Asm volatile causing performance regressions on ARM   Richard Biener
• Asm volatile causing performance regressions on ARM   Georg-Johann Lay
• 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   Richard Sandiford
• Asm volatile causing performance regressions on ARM   Richard Sandiford
• Asm volatile causing performance regressions on ARM   Eric Botcazou
• build breakage in libsanitizer   Oleg Smolsky
• 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
• 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
• Cheap Software   jpiche@gmail.com
• Conditional execution over emit_move_insn   Wojciech Migda
• Conditional execution over emit_move_insn   Wojciech Migda
• Dead code elimination PROBLEM   chronicle
• Dead code elimination PROBLEM   Richard Biener
• Deadline for DWARF Version 5 comments -- March 31, 2014   Michael Eager
• Draft C bindings for IEEE 754-2008 part 4 now available   Joseph S. Myers
• Extended Asm Rewrite   Andrew Haley
• FreeBSD users of gcc   Loren James Rittle
• FRE may run out of memory   Andrew Pinski
• FW: Git repo lagging behing   Paulo Matos
• FW: Git repo lagging behing   Marek Polacek
• Fwd: 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
• 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
• 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.7-20140201 is now available   gccadmin@gcc.gnu.org
• gcc-4.7-20140208 is now available   gccadmin@gcc.gnu.org
• gcc-4.7-20140215 is now available   gccadmin@gcc.gnu.org
• gcc-4.7-20140222 is now available   gccadmin@gcc.gnu.org
• gcc-4.8-20140206 is now available   gccadmin@gcc.gnu.org
• gcc-4.8-20140213 is now available   gccadmin@gcc.gnu.org
• gcc-4.8-20140220 is now available   gccadmin@gcc.gnu.org
• gcc-4.8-20140227 is now available   gccadmin@gcc.gnu.org
• gcc-4.9-20140202 is now available   gccadmin@gcc.gnu.org
• gcc-4.9-20140209 is now available   gccadmin@gcc.gnu.org
• gcc-4.9-20140216 is now available   gccadmin@gcc.gnu.org
• gcc-4.9-20140223 is now available   gccadmin@gcc.gnu.org
• 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
• GCC 4.9.0 Status Report (2014-02-03), Stage 3 ends   Richard Biener
• 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 generated long read out of bounds segfault   David Fries
• gcc generated long read out of bounds segfault   Andreas Schwab
• 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
• git mirror hasn't been updated for 8 hours   Frank Ch. Eigler
• gnat.dg test: div_no_warning.adb   PARAT Didier
• 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
• GNU Tools Cauldron 2014 - Venue and Hotel information   Diego Novillo
• GNU Tools Cauldron 2014 - We have reached capacity   Diego Novillo
• 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
• GSoC project ideas   Maxim Kuvyrkov
• 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
• 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
• help with define_peephole2 condition   Paul S
• 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
• i370 port   Paul Edwards
• i370 port   Paul Edwards
• Is C++11 to be default for GCC 4.9?   Ryan Hill
• Issue with CRTP generation under 4.8.1   Andrew Stern
• Issue with CRTP generation under 4.8.1   Jonathan Wakely
• LLVM collaboration?   Diego Novillo
• LLVM collaboration?   Renato Golin
• LLVM collaboration?   Andrew Pinski
• LLVM collaboration?   Andrew Pinski
• LLVM collaboration?   Andrew Pinski
• LLVM collaboration?   Renato Golin
• LLVM collaboration?   Jonathan Wakely
• LLVM collaboration?   Renato Golin
• LLVM collaboration?   Diego Novillo
• LLVM collaboration?   Hal Finkel
• m68k optimisation for beginners?   Fredrik Olsson
• m68k optimisation for beginners?   Jeff Law
• 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
• 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?   Richard Biener
• Merge epilog loop & loop version due to alias/alignment in vectorization?   Bingfeng Mei
• 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
• 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
• 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
• Non-temporal move   Gopalasubramanian, Ganesh
• 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?   Richard Biener
• 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?   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
• Optimizing bit extract   Allan Sandfeld Jensen
• Optimizing bit extract   Richard Biener
• patch to fix PR59985   Vladimir Makarov
• proposal to add -Wheader-guard option   Prathamesh Kulkarni
• proposal to add -Wheader-guard option   Markus Trippelsdorf
• proposal to add -Wheader-guard option   Prathamesh Kulkarni
• 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   Sylvestre Ledru
• proposal to turn on some warnings by default   Basile Starynkevitch
• 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
• 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   Kyrill Tkachov
• 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   dw
• 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   Richard Sandiford
• Simplify using context in loop-iv   Paulo Matos
• sparse overlapping structs for vectorization   Albert Cahalan
• sparse overlapping structs for vectorization   Richard Biener
• Stack layout change during lra   Joey Ye
• Stack layout change during lra   Vladimir Makarov
• Still fails with strict-volatile-bitfields   Bernd Edlinger
• Test gcc.dg/uninit-13.c failure   Sebastian Huber
• Test gcc.dg/uninit-13.c failure   Andreas Krebbel
• 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   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
• TYPE_BINFO and canonical types at LTO   Jason Merrill
• type promotion   Richard Sandiford
• Update x86-64 PLT for MPX   H.J. Lu
• 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
• Zero-cost toolchain "standardization" process   Renato Golin

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

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