From: Christian Schoenebeck <qemu_oss@crudebyte.com>
To: qemu-devel@nongnu.org
Cc: Will Cohen <wwcohen@gmail.com>,
Peter Maydell <peter.maydell@linaro.org>,
Keno Fischer <keno@juliacomputing.com>,
Greg Kurz <groug@kaod.org>
Subject: Re: [PULL 00/19] 9p queue 2022-03-04
Date: Mon, 07 Mar 2022 10:47:03 +0100 [thread overview]
Message-ID: <26995890.vgOASWZ4Sn@silver> (raw)
In-Reply-To: <CAB26zV061-xniKvdO5x0r9WpLE3Gu2gVjyrp1TWJqQZjcKd9-Q@mail.gmail.com>
On Sonntag, 6. März 2022 21:59:55 CET Will Cohen wrote:
> On Fri, Mar 4, 2022 at 4:31 PM Will Cohen <wwcohen@gmail.com> wrote:
> > On Fri, Mar 4, 2022 at 3:16 PM Christian Schoenebeck <
> >
> > qemu_oss@crudebyte.com> wrote:
> >> On Freitag, 4. März 2022 19:42:18 CET Peter Maydell wrote:
> >> > On Fri, 4 Mar 2022 at 12:32, Christian Schoenebeck
> >> >
> >> > <qemu_oss@crudebyte.com> wrote:
> >> > > The following changes since commit
> >>
> >> 5959ef7d431ffd02db112209cf55e47b677256fd:
> >> > > Merge remote-tracking branch
> >> > > 'remotes/alistair/tags/pull-riscv-to-apply-20220303' into staging
> >> > > (2022-03-03 19:59:38 +0000)>
> >> > >
> >> > > are available in the Git repository at:
> >> > > https://github.com/cschoenebeck/qemu.git tags/pull-9p-20220304
> >> > >
> >> > > for you to fetch changes up to
> >>
> >> 39edfe337c418995b2932a9a14a612fb0c329dc5:
> >> > > fsdev/p9array.h: convert Doxygen -> kerneldoc format (2022-03-04
> >> > > 13:07:39 +0100)>
> >> > >
> >> > > ----------------------------------------------------------------
> >> > > 9pfs: introduce macOS host support and cleanup
> >> > >
> >> > > * Add support for Darwin (a.k.a. macOS) hosts.
> >> > >
> >> > > * Code cleanup (move qemu_dirent_dup() from osdep -> 9p-util).
> >> > >
> >> > > * API doc cleanup (convert Doxygen -> kerneldoc format).
> >> >
> >> > This fails to build on my OSX box:
> >> >
> >> > In file included from ../../hw/9pfs/9p-util-darwin.c:12:
> >> > ../../hw/9pfs/9p-util.h:57:1: error: unused label 'again'
> >> > [-Werror,-Wunused-label]
> >> > again:
> >> > ^~~~~~
> >> >
> >> > because the use of the label is inside a #ifndef CONFIG_DARWIN
> >> > but the definition is not.
> >> >
> >> > thanks
> >> > -- PMM
> >>
> >> So basically it needs this change:
> >>
> >> diff --git a/hw/9pfs/9p-util.h b/hw/9pfs/9p-util.h
> >> index cfa7af43c5..97e681e167 100644
> >> --- a/hw/9pfs/9p-util.h
> >> +++ b/hw/9pfs/9p-util.h
> >> @@ -54,7 +54,9 @@ static inline int openat_file(int dirfd, const char
> >> *name,
> >> int flags,
> >>
> >> {
> >>
> >> int fd, serrno, ret;
> >>
> >> +#ifndef CONFIG_DARWIN
> >>
> >> again:
> >> +#endif
> >>
> >> fd = openat(dirfd, name, flags | O_NOFOLLOW | O_NOCTTY | O_NONBLOCK,
> >>
> >> mode);
> >>
> >> if (fd == -1) {
> >>
> >> Will, can you check why this did not fail there and whether there are
> >> probably
> >> more issues?
> >>
> >> If that's the only one, let me know, then I would fix this on my end and
> >> resend a PR ASAP. Thanks!
> >
> > These were just warnings for me so I didn’t worry about them. Will check
> > where else it appears when building!
>
> When building using 9p.next, here's the full extent of warnings I see. It
> appears it's just that one again at 9p-util.h:57.
>
> In file included from ../hw/9pfs/9p-xattr.c:23:
> ../hw/9pfs/9p-util.h:57:1: warning: unused label 'again' [-Wunused-label]
> again:
> ^~~~~~
> 1 warning generated.
> [3690/6798] Compiling C object libcommon.fa.p/hw_9pfs_9p-synth.c.o
> [3691/6798] Compiling C object libcommon.fa.p/hw_9pfs_9p-local.c.o
> In file included from ../hw/9pfs/9p-local.c:22:
> ../hw/9pfs/9p-util.h:57:1: warning: unused label 'again' [-Wunused-label]
> again:
> ^~~~~~
> 1 warning generated.
> [3692/6798] Compiling C object libcommon.fa.p/hw_9pfs_codir.c.o
> In file included from ../hw/9pfs/codir.c:26:
> ../hw/9pfs/9p-util.h:57:1: warning: unused label 'again' [-Wunused-label]
> again:
> ^~~~~~
> 1 warning generated.
> [3693/6798] Compiling C object libcommon.fa.p/hw_9pfs_coth.c.o
> [3694/6798] Compiling C object libcommon.fa.p/hw_9pfs_cofile.c.o
> [3695/6798] Compiling C object libcommon.fa.p/hw_9pfs_9p-proxy.c.o
> [3696/6798] Compiling C object libcommon.fa.p/hw_9pfs_9p-util-darwin.c.o
> In file included from ../hw/9pfs/9p-util-darwin.c:12:
> ../hw/9pfs/9p-util.h:57:1: warning: unused label 'again' [-Wunused-label]
> again:
> ^~~~~~
> 1 warning generated.
> In file included from ../hw/9pfs/9p.c:30:
> ../hw/9pfs/9p-util.h:57:1: warning: unused label 'again' [-Wunused-label]
> again:
> ^~~~~~
> 1 warning generated.
OK, I'll fix this (single) issue on my end then exactly as suggested by me,
and I'll send a new PR today. Thanks!
Best regards,
Christian Schoenebeck
next prev parent reply other threads:[~2022-03-07 9:48 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-04 12:27 [PULL 00/19] 9p queue 2022-03-04 Christian Schoenebeck
2022-03-04 12:27 ` [PULL 04/19] 9p: darwin: Handle struct dirent differences Christian Schoenebeck
2022-03-04 12:27 ` [PULL 09/19] 9p: darwin: Implement compatibility for mknodat Christian Schoenebeck
2022-03-04 12:27 ` [PULL 16/19] 9pfs/9p.c: convert Doxygen -> kerneldoc format Christian Schoenebeck
2022-03-04 12:27 ` [PULL 18/19] 9pfs/coth.h: drop Doxygen format on v9fs_co_run_in_worker() Christian Schoenebeck
2022-03-04 12:27 ` [PULL 19/19] fsdev/p9array.h: convert Doxygen -> kerneldoc format Christian Schoenebeck
2022-03-04 12:27 ` [PULL 14/19] 9pfs/9p.h: " Christian Schoenebeck
2022-03-04 12:27 ` [PULL 01/19] 9p: linux: Fix a couple Linux assumptions Christian Schoenebeck
2022-03-04 12:27 ` [PULL 08/19] 9p: darwin: Compatibility for f/l*xattr Christian Schoenebeck
2022-03-04 12:27 ` [PULL 06/19] 9p: darwin: Move XATTR_SIZE_MAX->P9_XATTR_SIZE_MAX Christian Schoenebeck
2022-03-04 12:27 ` [PULL 05/19] 9p: darwin: Ignore O_{NOATIME, DIRECT} Christian Schoenebeck
2022-03-04 12:27 ` [PULL 03/19] 9p: darwin: Handle struct stat(fs) differences Christian Schoenebeck
2022-03-04 12:27 ` [PULL 10/19] 9p: darwin: Adjust assumption on virtio-9p-test Christian Schoenebeck
2022-03-04 12:27 ` [PULL 15/19] 9pfs/codir.c: convert Doxygen -> kerneldoc format Christian Schoenebeck
2022-03-04 12:27 ` [PULL 11/19] 9p: darwin: meson: Allow VirtFS on Darwin Christian Schoenebeck
2022-03-04 12:27 ` [PULL 12/19] 9pfs: move qemu_dirent_dup() from osdep -> 9p-util Christian Schoenebeck
2022-03-04 12:27 ` [PULL 13/19] 9pfs: drop Doxygen format from qemu_dirent_dup() API comment Christian Schoenebeck
2022-03-04 12:27 ` [PULL 02/19] 9p: Rename 9p-util -> 9p-util-linux Christian Schoenebeck
2022-03-04 12:27 ` [PULL 17/19] 9pfs/9p-util.h: convert Doxygen -> kerneldoc format Christian Schoenebeck
2022-03-04 12:27 ` [PULL 07/19] 9p: darwin: *xattr_nofollow implementations Christian Schoenebeck
2022-03-04 18:42 ` [PULL 00/19] 9p queue 2022-03-04 Peter Maydell
2022-03-04 20:16 ` Christian Schoenebeck
2022-03-04 21:31 ` Will Cohen
2022-03-06 20:59 ` Will Cohen
2022-03-07 9:47 ` Christian Schoenebeck [this message]
2022-03-07 10:05 ` Greg Kurz
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=26995890.vgOASWZ4Sn@silver \
--to=qemu_oss@crudebyte.com \
--cc=groug@kaod.org \
--cc=keno@juliacomputing.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=wwcohen@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).