Re: [GCC][PATCH] arm: Fix multilib mapping for CDE extensions [PR100856].

On 14/06/2021 15:29, Srinath Parvathaneni via Gcc-patches wrote: Hi Richard, I have all addressed all your review comments (in [1]) in the below patch. On passing +cdecp[0-7] extension to the -march string in command line options, multilib linking is failing as mentioned in PR100856. This

[GCC][PATCH] arm: Fix multilib mapping for CDE extensions [PR100856].

Hi Richard, I have all addressed all your review comments (in [1]) in the below patch. On passing +cdecp[0-7] extension to the -march string in command line options, multilib linking is failing as mentioned in PR100856. This patch fixes this issue by generating a separate canonical string by

RE: [GCC][PATCH] arm: Fix multilib mapping for CDE extensions.

gcc- > patc...@gcc.gnu.org > Cc: Richard Earnshaw > Subject: Re: [GCC][PATCH] arm: Fix multilib mapping for CDE extensions. > > > > On 01/06/2021 18:08, Srinath Parvathaneni via Gcc-patches wrote: > > Hi All, > > > > On passing +cdecp[0-7] extension to the

Re: [GCC][PATCH] arm: Fix multilib mapping for CDE extensions.

On 01/06/2021 18:08, Srinath Parvathaneni via Gcc-patches wrote: Hi All, On passing +cdecp[0-7] extension to the -march string in command line options, multilib linking is failing as mentioned in PR100856. This patch fixes this issue by generating a separate -march string only for multilib

[GCC][PATCH] arm: Fix multilib mapping for CDE extensions.

Hi All, On passing +cdecp[0-7] extension to the -march string in command line options, multilib linking is failing as mentioned in PR100856. This patch fixes this issue by generating a separate -march string only for multilib comparison. Regression tested on arm-none-eabi and found no