raster pushed a commit to branch efl-1.8.
http://git.enlightenment.org/core/efl.git/commit/?id=0f9ed2c56f1c05f61a796fd41721c2da2b37ebed
commit 0f9ed2c56f1c05f61a796fd41721c2da2b37ebed
Author: Nick Reed
Date: Wed Jan 1 11:22:39 2014 +0900
evas - fix neon scale code
Summary
raster pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=1799ccfd9d07cf64ad3153dc320f8d0c743ca60a
commit 1799ccfd9d07cf64ad3153dc320f8d0c743ca60a
Author: Nick Reed
Date: Wed Jan 1 11:22:39 2014 +0900
evas - fix neon scale code
Summary
On Dec 18, 2013, at 2:15 AM, Carsten Haitzler (The Rasterman)
wrote:
> On Tue, 17 Dec 2013 20:38:33 -0600 Nick Reed said:
>
>> On Dec 17, 2013, at 7:00 PM, Carsten Haitzler (The Rasterman)
>> wrote:
>>
>>> On Tue, 17 Dec 2013 17:22:52 -0600 Nick Reed said:
On Dec 17, 2013, at 7:00 PM, Carsten Haitzler (The Rasterman)
wrote:
> On Tue, 17 Dec 2013 17:22:52 -0600 Nick Reed said:
>
>> Cross compiling for an ARM platform, I ran into compile issues with
>> src/lib/evas/common/evas_scale_smooth.c.
>>
>> The existing BUIL
, and creating an EAPI function in evas_scale_smooth.h
to adapt parameters to the generated function. Best I can tell there is no way
the BUILD_NEON code could compile for anyone. It's a straightforward fix to get
it to compile.
Am I off base here? Should I submit a patch?
with garbage for
roughly .25 seconds, before rendering begins. Any suggestions on how I could
debug this issue would be appreciated.
Thanks,
Nick Reed
[email protected]
--
Master Visual Studio, SharePoint, SQL, ASP
