Re: Improved use of vst1 via vec_extract (PR 51819 test case)

2012-02-02 Thread Ramana Radhakrishnan
On 1 February 2012 19:33, Ulrich Weigand wrote: > > Ramana Radhakrishnan wrote on 01.02.2012 > 16:28:04: > >> This patch should be queued for 4.8 .Sounds sensible to me. > > OK, thanks for the review! > >> > (As an aside, it might likewise be helpful to update the vec_set > patterns >> > to allow

Re: native gdb for Android

2012-02-02 Thread Ulrich Weigand
Barry Song <21cn...@gmail.com> wrote: > So my questions are: > > 1. Should I compile the native gdb using android toolchain and android > bionic/libthread libraries? > 2. Why can’t the current gdb capture multithreads for android > processes? This question is actually about the theory for gdb

Re: native gdb for Android

2012-02-02 Thread Thiago Jung Bauermann
Hi Barry, On Thu, 2012-02-02 at 10:23 +0800, Barry Song wrote: > 2.Why can’t the current gdb capture multithreads for android > processes? This question is actually about the theory for gdb to know > multi-threads. In my opinion, both gnu and android use clone() to fork > threads and threads i

Re: Benchmark investigation at Connect

2012-02-02 Thread Ramana Radhakrishnan
Hi Michael, On 2 February 2012 02:44, Michael Hope wrote: > I've set up a new user on my laptop that we can use for experimenting > with benchmarks during Connect.  Here's what we've got: >  * A user called 'connect' >  * Ramana, Ulrich, Åsa, and myself can log in via SSH works for me . >  * bz

Re: Benchmark investigation at Connect

2012-02-02 Thread Michael Hope
I'm bringing ursa2. -- Michael On Fri, Feb 3, 2012 at 12:51 PM, Ramana Radhakrishnan wrote: > Hi Michael, > > On 2 February 2012 02:44, Michael Hope wrote: >> I've set up a new user on my laptop that we can use for experimenting >> with benchmarks during Connect.  Here's what we've got: >>  * A

Re: native gdb for Android

2012-02-02 Thread Barry Song
Hi Ulrich, 2012/2/3 Ulrich Weigand : > Barry Song <21cn...@gmail.com> wrote: > >> So my questions are: >> >> 1.   Should I compile the native gdb using android toolchain and android >> bionic/libthread libraries? >> 2.   Why can’t the current gdb capture multithreads for android >> processes? This