Linux MIPS Architecture development
 help / color / mirror / Atom feed
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
>
>
>
>

      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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox