[PATCH] arm64/crypto: fix makefile rule for aes-glue-%.o

Ard Biesheuvel ard.biesheuvel at linaro.org
Thu Jul 24 12:25:13 PDT 2014


On 24 July 2014 18:12, Sam Ravnborg <sam at ravnborg.org> wrote:
> On Thu, Jul 24, 2014 at 04:24:48PM +0200, Ard Biesheuvel wrote:
>> On 24 July 2014 16:18, Ard Biesheuvel <ard.biesheuvel at linaro.org> wrote:
>> > On 24 July 2014 15:40, Andreas Schwab <schwab at suse.de> wrote:
>> >> Ard Biesheuvel <ard.biesheuvel at linaro.org> writes:
>> >>
>> >>> On 24 July 2014 15:26, Andreas Schwab <schwab at suse.de> wrote:
>> >>>> You are not using CONFIG_MODVERSIONS.
>> >>>>
>> >>>
>> >>> I am
>> >>
>> >> No, you aren't, since you say that your .cmd contains a command to
>> >> create aes-glue-ce.o, which with CONFIG_MODVERSIONS it doesn't.
>> >>
>> >
>> > OK, you're right, it contains a command to create .tmp_aes-glue-ce.o.
>> > But I am still not seeing the error you are seeing, strangely enough.
>>
>> OK, now I am seeing it.
>>
>> Acked-by: Ard Biesheuvel <ard.biesheuvel at linaro.org>
>
> Jumping in the end of the thread here - sorry for that.
>

No worries

> Another way to solve this would be to create two
> small wrapper files:
> aes-glue-neon.c - which include aes-glue.c
> aes-glue-ce.c that include aes-glue.c
>
> Then you could use standard kbuild support for building your module.
> And we will not potentially break it when we change cc_o_c in the near future.
>

I see how that would fix this issue, but frankly, if we need to add .c
files that only #include other .c files to support building multiple
objects from a single .c file, I think the flaw is in the build
system, and I would rather fix the build system instead.

Cheers,
Ard.



More information about the linux-arm-kernel mailing list