* [uml-devel] Warning in syscall_trace_enter
@ 2015-03-03 4:55 Lorenzo Colitti
2015-03-03 8:32 ` Richard Weinberger
0 siblings, 1 reply; 6+ messages in thread
From: Lorenzo Colitti @ 2015-03-03 4:55 UTC (permalink / raw)
To: user-mode-linux-devel; +Cc: Erik Kline
Hi,
when compiling UML with -Wall -Werror, I get:
arch/um/kernel/ptrace.c: In function ‘syscall_trace_enter’:
arch/um/kernel/ptrace.c:178:32: warning: ignoring return value of
‘tracehook_report_syscall_entry’, declared with attribute
warn_unused_result [-Wunused-result]
error, forbidden warning: ptrace.c:178
make[1]: *** [arch/um/kernel/ptrace.o] Error 1
This code hasn't changed in a long time (since 1bfa2317 in May 2012, I
think), so I assume this is intentional?
Any thoughts on whether you'd like to fix this upstream, and if so
how? I can put a trivial fix into our trees (assign the result to a
dummy variable, or do "if (tracehook_report_syscall_entry()) return;")
but if you're thinking of fixing it upstream I should probably wait to
cherry-pick whatever fix you decide on. Just putting (void) in front
of the function does not silence the warning gcc. (This is apparently
working as intended - see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509#c26 )
Thanks,
Lorenzo
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [uml-devel] Warning in syscall_trace_enter
2015-03-03 4:55 [uml-devel] Warning in syscall_trace_enter Lorenzo Colitti
@ 2015-03-03 8:32 ` Richard Weinberger
2015-03-03 8:39 ` Lorenzo Colitti
0 siblings, 1 reply; 6+ messages in thread
From: Richard Weinberger @ 2015-03-03 8:32 UTC (permalink / raw)
To: Lorenzo Colitti; +Cc: Erik Kline, user-mode-linux-devel@lists.sourceforge.net
On Tue, Mar 3, 2015 at 5:55 AM, Lorenzo Colitti <lorenzo@google.com> wrote:
> Hi,
>
> when compiling UML with -Wall -Werror, I get:
Don't build with -Werror.
> arch/um/kernel/ptrace.c: In function ‘syscall_trace_enter’:
> arch/um/kernel/ptrace.c:178:32: warning: ignoring return value of
> ‘tracehook_report_syscall_entry’, declared with attribute
> warn_unused_result [-Wunused-result]
> error, forbidden warning: ptrace.c:178
> make[1]: *** [arch/um/kernel/ptrace.o] Error 1
>
> This code hasn't changed in a long time (since 1bfa2317 in May 2012, I
> think), so I assume this is intentional?
>
> Any thoughts on whether you'd like to fix this upstream, and if so
> how? I can put a trivial fix into our trees (assign the result to a
> dummy variable, or do "if (tracehook_report_syscall_entry()) return;")
> but if you're thinking of fixing it upstream I should probably wait to
> cherry-pick whatever fix you decide on. Just putting (void) in front
> of the function does not silence the warning gcc. (This is apparently
> working as intended - see
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509#c26 )
IIRC the big plan is to make tracehook_report_syscall_entry() tree-wide void.
--
Thanks,
//richard
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [uml-devel] Warning in syscall_trace_enter
2015-03-03 8:32 ` Richard Weinberger
@ 2015-03-03 8:39 ` Lorenzo Colitti
2015-03-03 8:48 ` Richard Weinberger
0 siblings, 1 reply; 6+ messages in thread
From: Lorenzo Colitti @ 2015-03-03 8:39 UTC (permalink / raw)
To: Richard Weinberger
Cc: Erik Kline, user-mode-linux-devel@lists.sourceforge.net
On Tue, Mar 3, 2015 at 5:32 PM, Richard Weinberger
<richard.weinberger@gmail.com> wrote:
> IIRC the big plan is to make tracehook_report_syscall_entry() tree-wide void.
Ack, thanks. In the meantime, for trees we already build with -Werror,
we'll put a temporary local hack in place.
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [uml-devel] Warning in syscall_trace_enter
2015-03-03 8:39 ` Lorenzo Colitti
@ 2015-03-03 8:48 ` Richard Weinberger
2015-03-03 9:26 ` Geert Uytterhoeven
0 siblings, 1 reply; 6+ messages in thread
From: Richard Weinberger @ 2015-03-03 8:48 UTC (permalink / raw)
To: Lorenzo Colitti; +Cc: Erik Kline, user-mode-linux-devel@lists.sourceforge.net
Am 03.03.2015 um 09:39 schrieb Lorenzo Colitti:
> On Tue, Mar 3, 2015 at 5:32 PM, Richard Weinberger
> <richard.weinberger@gmail.com> wrote:
>> IIRC the big plan is to make tracehook_report_syscall_entry() tree-wide void.
>
> Ack, thanks. In the meantime, for trees we already build with -Werror,
> we'll put a temporary local hack in place.
As long GCC has a shitload of completely useless warnings building with -Werror
is just a PITA. That's why Linux does not use that flag. :-)
Thanks,
//richard
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [uml-devel] Warning in syscall_trace_enter
2015-03-03 8:48 ` Richard Weinberger
@ 2015-03-03 9:26 ` Geert Uytterhoeven
2015-03-03 9:29 ` Richard Weinberger
0 siblings, 1 reply; 6+ messages in thread
From: Geert Uytterhoeven @ 2015-03-03 9:26 UTC (permalink / raw)
To: Richard Weinberger
Cc: Lorenzo Colitti, Erik Kline,
user-mode-linux-devel@lists.sourceforge.net
On Tue, Mar 3, 2015 at 9:48 AM, Richard Weinberger <richard@nod.at> wrote:
> Am 03.03.2015 um 09:39 schrieb Lorenzo Colitti:
>> On Tue, Mar 3, 2015 at 5:32 PM, Richard Weinberger
>> <richard.weinberger@gmail.com> wrote:
>>> IIRC the big plan is to make tracehook_report_syscall_entry() tree-wide void.
>>
>> Ack, thanks. In the meantime, for trees we already build with -Werror,
>> we'll put a temporary local hack in place.
>
> As long GCC has a shitload of completely useless warnings building with -Werror
> is just a PITA. That's why Linux does not use that flag. :-)
For some classes of warnings yet.
For this particular case, given the tree-wide void plan, it can easily be
resolved by dropping the __must_check attribute from
tracehook_report_syscall_entry() now.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [uml-devel] Warning in syscall_trace_enter
2015-03-03 9:26 ` Geert Uytterhoeven
@ 2015-03-03 9:29 ` Richard Weinberger
0 siblings, 0 replies; 6+ messages in thread
From: Richard Weinberger @ 2015-03-03 9:29 UTC (permalink / raw)
To: Geert Uytterhoeven
Cc: Lorenzo Colitti, Erik Kline,
user-mode-linux-devel@lists.sourceforge.net
Am 03.03.2015 um 10:26 schrieb Geert Uytterhoeven:
> On Tue, Mar 3, 2015 at 9:48 AM, Richard Weinberger <richard@nod.at> wrote:
>> Am 03.03.2015 um 09:39 schrieb Lorenzo Colitti:
>>> On Tue, Mar 3, 2015 at 5:32 PM, Richard Weinberger
>>> <richard.weinberger@gmail.com> wrote:
>>>> IIRC the big plan is to make tracehook_report_syscall_entry() tree-wide void.
>>>
>>> Ack, thanks. In the meantime, for trees we already build with -Werror,
>>> we'll put a temporary local hack in place.
>>
>> As long GCC has a shitload of completely useless warnings building with -Werror
>> is just a PITA. That's why Linux does not use that flag. :-)
>
> For some classes of warnings yet.
>
> For this particular case, given the tree-wide void plan, it can easily be
> resolved by dropping the __must_check attribute from
> tracehook_report_syscall_entry() now.
Yep. Currently I'm searching the archives for that plan.
I was about to fix that warning a few months ago but I was told
that is not needed...
Thanks,
//richard
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2015-03-03 9:29 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-03 4:55 [uml-devel] Warning in syscall_trace_enter Lorenzo Colitti
2015-03-03 8:32 ` Richard Weinberger
2015-03-03 8:39 ` Lorenzo Colitti
2015-03-03 8:48 ` Richard Weinberger
2015-03-03 9:26 ` Geert Uytterhoeven
2015-03-03 9:29 ` Richard Weinberger
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.