[x265] [PATCH 00/18] AArch64: Enable building with -flax-vector-conversions=none
Karam Singh
karam.singh at multicorewareinc.com
Fri Aug 30 10:07:22 UTC 2024
All the patches of this have been pushed to the master branch.
*__________________________*
*Karam Singh*
*Ph.D. IIT Guwahati*
Senior Software (Video Coding) Engineer
Mobile: +91 8011279030
Block 9A, 6th floor, DLF Cyber City
Manapakkam, Chennai 600 089
On Fri, Aug 16, 2024 at 11:52 AM chen <chenm003 at 163.com> wrote:
> Hi Hari,
>
>
> Thank for the explain, agree with you, we can keep your version.
>
>
> Regards,
>
> Chen
>
> At 2024-08-15 18:58:09, "Hari Limaye" <hari.limaye at arm.com> wrote:
> >Hi Chen,
> >
> >Thank you for reviewing the patches.
> >
> >>What's reason rename these parameters? in the AArch64 ABI, only first 8 parameters passthrough SIMD registers, compiler will take care these inout parameters.
> >
> >The reason for separating and renaming these parameters is because the ACLE type that this function "returns" via the output parameters is either int16x8_t or int32x4_t depending on whether HIGH_BIT_DEPTH is set. Explicitly separating the parameters here allows us to use the correct ACLE types for all variables and operations, enabling the use of the compiler flag -flax-vector-conversions=none (which is the primary purpose of this patch series). It is for code sanitisation, rather than optimisation.
> >
> >>if you want to improve these interpolate functions, how about also improve algorithm?
> >
> >Thanks for the suggestion here - these patches are intended purely to clean up the code (with only a couple of minor peephole optimisations here and there), to enable future optimisation patches. We have a large set of patches providing significant uplift for interpolation functions that will be pushed after this series.
> >
> >Many thanks,
> >Hari
>
> _______________________________________________
> x265-devel mailing list
> x265-devel at videolan.org
> https://mailman.videolan.org/listinfo/x265-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x265-devel/attachments/20240830/5fc8550c/attachment.htm>
More information about the x265-devel
mailing list