LP: #731665 is a silent bad code generation bug at least on functions
which are empty except for inline assembly:
https://bugs.launchpad.net/ubuntu/+source/gcc-4.5/+bug/731665
It was introduced in the shrink-wrap patch and is due to using an
uninitialised variable. Andrew, can you please addres
== hard-float ==
* Updated libffi variadic patch and Sent updated libffi variadic
patch to the ffi mailing list.
== String routines ==
* Got a big endian build environment going
* Patched up memchr and strlen for big endian; turned out to be a
very small change in the end; and
tested it on q
Hello,
* Sent the patch to support targets
that their doloop part is not decoupled from the rest of the loop's
instructions (as is the case for ARM) to @gcc-patches:
http://gcc.gnu.org/ml/gcc-patches/2011-03/msg00350.html
* Continue looking into DENbench benchmarks.
Thanks,
Revital
__
Hi,
* continued working on cost model tuning. I don't see much difference
running EEMBC DenBench with and without vectorization enabled (and,
therefore, also with and without cost model).
Also, I have to say, that the results are not stable and I sometimes
get 10% difference just running the same
> [Sorry, forgot to CC: the list]
>
> Hi Ira,
>
> Thanks for the feedback.
>
> On 6 March 2011 09:20, Ira Rosen wrote:
> > > So how about the following functions? (Forgive the pascally syntax.)
> > >
> > > __builtin_load_lanes (REF : array N*M of X)
> > > returns array N of vector M o
On Wed, Mar 09, 2011, Bahadir Balban wrote:
> Is there any interest in getting Android working on versatile express
> QEMU? If there are people who would like to initiate this work, we would
> like to help test and add fixes/features.
ARM had provided me with some links about their Android suppor
