From: Alex Smith <alex.smith@imgtec.com>
To: Dmitri Vorobiev <dmitri.vorobiev@gmail.com>
Cc: Linux-MIPS <linux-mips@linux-mips.org>
Subject: Re: [PATCH] mips: fix 64-bit compilation error without CONFIG_MIPS32_O32
Date: Fri, 20 Dec 2013 17:27:04 +0000 [thread overview]
Message-ID: <52B47DE8.1040905@imgtec.com> (raw)
In-Reply-To: <CACtiza=_eWy2CwUSUmBQReSduCx_+UwtV0yU43GBBbA4FjZ60g@mail.gmail.com>
On 20/12/13 16:48, Dmitri Vorobiev wrote:
> Hi,
>
> Maybe it would be better to place the variable definition under
>
> #ifdef CONFIG_32BIT || (CONFIG_64BIT && CONFIG_64BIT_O32)
> #endif
>
> In my opinion those pseudo-qualifiers, which simply silence the
> compiler, are harmful, because they hide the problem instead of solving it.
>
> Thanks,
> Dmitri
I originally did so, but changed it to __maybe_unused as the ifdef block
is somewhat ugly. The compiler is sensible to optimize the variable away
when it is unused.
I can change it if others also feel that wrapping it in ifdef would be
better.
Thanks,
Alex
>
>
> On Fri, Dec 20, 2013 at 6:31 PM, Alex Smith <alex.smith@imgtec.com
> <mailto:alex.smith@imgtec.com>> wrote:
>
> Attempting to compile a 64-bit kernel without CONFIG_MIPS32_O32 defined
> (using GCC 4.8.1) results in the following compilation error:
>
> arch/mips/include/asm/syscall.h: In function 'mips_get_syscall_arg':
> arch/mips/include/asm/syscall.h:32:16: error: unused variable 'usp'
> [-Werror=unused-variable]
>
> Fix by adding __maybe_unsued to the definition of usp.
>
> Signed-off-by: Alex Smith <alex.smith@imgtec.com
> <mailto:alex.smith@imgtec.com>>
> Reviewed-by: Markos Chandras <markos.chandras@imgtec.com
> <mailto:markos.chandras@imgtec.com>>
> ---
> arch/mips/include/asm/syscall.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/mips/include/asm/syscall.h
> b/arch/mips/include/asm/syscall.h
> index 81c8913..c48f8d8 100644
> --- a/arch/mips/include/asm/syscall.h
> +++ b/arch/mips/include/asm/syscall.h
> @@ -29,7 +29,7 @@ static inline long syscall_get_nr(struct
> task_struct *task,
> static inline unsigned long mips_get_syscall_arg(unsigned long *arg,
> struct task_struct *task, struct pt_regs *regs, unsigned int n)
> {
> - unsigned long usp = regs->regs[29];
> + unsigned long __maybe_unused usp = regs->regs[29];
>
> switch (n) {
> case 0: case 1: case 2: case 3:
> --
> 1.8.5.2
>
>
>
>
prev parent reply other threads:[~2013-12-20 17:30 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-20 16:31 [PATCH] mips: fix 64-bit compilation error without CONFIG_MIPS32_O32 Alex Smith
2013-12-20 16:31 ` Alex Smith
[not found] ` <CACtiza=_eWy2CwUSUmBQReSduCx_+UwtV0yU43GBBbA4FjZ60g@mail.gmail.com>
2013-12-20 17:27 ` Alex Smith [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52B47DE8.1040905@imgtec.com \
--to=alex.smith@imgtec.com \
--cc=dmitri.vorobiev@gmail.com \
--cc=linux-mips@linux-mips.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.