From: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
To: Felix Janda <felix.janda@posteo.de>
Cc: linux-media@vger.kernel.org
Subject: Re: [PATCH 1/4] Use off_t and off64_t instead of __off_t and __off64_t
Date: Tue, 5 May 2015 09:36:57 -0300 [thread overview]
Message-ID: <20150505093657.43acf519@recife.lan> (raw)
In-Reply-To: <20150125203557.GA11999@euler>
Em Sun, 25 Jan 2015 21:36:15 +0100
Felix Janda <felix.janda@posteo.de> escreveu:
> Since _LARGEFILE64_SOURCE is 1, these types coincide if defined.
The __off_t macro was also added by the FreeBSD patchset. Removing this
will likely break for FreeBSD.
So, provided that this is not causing any issues, better to keep it
as-is.
Regards,
Mauro
>
> Signed-off-by: Felix Janda <felix.janda@posteo.de>
> ---
> lib/libv4l1/v4l1compat.c | 5 ++---
> lib/libv4l2/v4l2convert.c | 4 ++--
> lib/libv4lconvert/libv4lsyscall-priv.h | 7 +++----
> 3 files changed, 7 insertions(+), 9 deletions(-)
>
> diff --git a/lib/libv4l1/v4l1compat.c b/lib/libv4l1/v4l1compat.c
> index e328288..07240c1 100644
> --- a/lib/libv4l1/v4l1compat.c
> +++ b/lib/libv4l1/v4l1compat.c
> @@ -26,7 +26,6 @@
> #include <stdarg.h>
> #include <fcntl.h>
> #include <libv4l1.h>
> -#include "../libv4lconvert/libv4lsyscall-priv.h" /* for __off_t */
>
> #include <sys/ioctl.h>
> #include <sys/mman.h>
> @@ -112,14 +111,14 @@ LIBV4L_PUBLIC ssize_t read(int fd, void *buffer, size_t n)
> }
>
> LIBV4L_PUBLIC void *mmap(void *start, size_t length, int prot, int flags, int fd,
> - __off_t offset)
> + off_t offset)
> {
> return v4l1_mmap(start, length, prot, flags, fd, offset);
> }
>
> #ifdef linux
> LIBV4L_PUBLIC void *mmap64(void *start, size_t length, int prot, int flags, int fd,
> - __off64_t offset)
> + off64_t offset)
> {
> return v4l1_mmap(start, length, prot, flags, fd, offset);
> }
> diff --git a/lib/libv4l2/v4l2convert.c b/lib/libv4l2/v4l2convert.c
> index 9b46ab8..b65da5e 100644
> --- a/lib/libv4l2/v4l2convert.c
> +++ b/lib/libv4l2/v4l2convert.c
> @@ -139,14 +139,14 @@ LIBV4L_PUBLIC ssize_t read(int fd, void *buffer, size_t n)
> }
>
> LIBV4L_PUBLIC void *mmap(void *start, size_t length, int prot, int flags, int fd,
> - __off_t offset)
> + off_t offset)
> {
> return v4l2_mmap(start, length, prot, flags, fd, offset);
> }
>
> #ifdef linux
> LIBV4L_PUBLIC void *mmap64(void *start, size_t length, int prot, int flags, int fd,
> - __off64_t offset)
> + off64_t offset)
> {
> return v4l2_mmap(start, length, prot, flags, fd, offset);
> }
> diff --git a/lib/libv4lconvert/libv4lsyscall-priv.h b/lib/libv4lconvert/libv4lsyscall-priv.h
> index cdd38bc..ce89073 100644
> --- a/lib/libv4lconvert/libv4lsyscall-priv.h
> +++ b/lib/libv4lconvert/libv4lsyscall-priv.h
> @@ -59,7 +59,6 @@
> #define _IOC_SIZE(cmd) IOCPARM_LEN(cmd)
> #define MAP_ANONYMOUS MAP_ANON
> #define MMAP2_PAGE_SHIFT 0
> -typedef off_t __off_t;
> #endif
>
> #undef SYS_OPEN
> @@ -91,15 +90,15 @@ typedef off_t __off_t;
> #if defined(__FreeBSD__)
> #define SYS_MMAP(addr, len, prot, flags, fd, off) \
> __syscall(SYS_mmap, (void *)(addr), (size_t)(len), \
> - (int)(prot), (int)(flags), (int)(fd), (__off_t)(off))
> + (int)(prot), (int)(flags), (int)(fd), (off_t)(off))
> #elif defined(__FreeBSD_kernel__)
> #define SYS_MMAP(addr, len, prot, flags, fd, off) \
> syscall(SYS_mmap, (void *)(addr), (size_t)(len), \
> - (int)(prot), (int)(flags), (int)(fd), (__off_t)(off))
> + (int)(prot), (int)(flags), (int)(fd), (off_t)(off))
> #else
> #define SYS_MMAP(addr, len, prot, flags, fd, off) \
> syscall(SYS_mmap2, (void *)(addr), (size_t)(len), \
> - (int)(prot), (int)(flags), (int)(fd), (__off_t)((off) >> MMAP2_PAGE_SHIFT))
> + (int)(prot), (int)(flags), (int)(fd), (off_t)((off) >> MMAP2_PAGE_SHIFT))
> #endif
>
> #define SYS_MUNMAP(addr, len) \
next prev parent reply other threads:[~2015-05-05 12:37 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-25 20:36 [PATCH 1/4] Use off_t and off64_t instead of __off_t and __off64_t Felix Janda
2015-05-05 12:36 ` Mauro Carvalho Chehab [this message]
2015-05-05 19:02 ` [PATCHv2 " Felix Janda
2015-05-09 20:51 ` Gregor Jasny
2015-05-10 10:53 ` Felix Janda
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=20150505093657.43acf519@recife.lan \
--to=mchehab@osg.samsung.com \
--cc=felix.janda@posteo.de \
--cc=linux-media@vger.kernel.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.