This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 2/3] network: recvmsg and sendmsg standard compliance (BZ#16919)
- From: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
- To: Andreas Schwab <schwab at suse dot de>
- Cc: libc-alpha at sourceware dot org
- Date: Wed, 23 Mar 2016 15:20:11 -0300
- Subject: Re: [PATCH 2/3] network: recvmsg and sendmsg standard compliance (BZ#16919)
- Authentication-results: sourceware.org; auth=none
- References: <1458743460-26767-1-git-send-email-adhemerval dot zanella at linaro dot org> <1458743460-26767-3-git-send-email-adhemerval dot zanella at linaro dot org> <mvmlh59b5nz dot fsf at hawking dot suse dot de>
On 23-03-2016 12:00, Andreas Schwab wrote:
> Adhemerval Zanella <adhemerval.zanella@linaro.org> writes:
>
>> diff --git a/sysdeps/unix/sysv/linux/oldrecvmsg.c b/sysdeps/unix/sysv/linux/oldrecvmsg.c
>> new file mode 100644
>> index 0000000..fef55dd
>> --- /dev/null
>> +++ b/sysdeps/unix/sysv/linux/oldrecvmsg.c
>> @@ -0,0 +1,42 @@
>> +/* Compatibility version of recvmsg.
>> + Copyright (C) 2016 Free Software Foundation, Inc.
>> + This file is part of the GNU C Library.
>> +
>> + The GNU C Library is free software; you can redistribute it and/or
>> + modify it under the terms of the GNU Lesser General Public
>> + License as published by the Free Software Foundation; either
>> + version 2.1 of the License, or (at your option) any later version.
>> +
>> + The GNU C Library is distributed in the hope that it will be useful,
>> + but WITHOUT ANY WARRANTY; without even the implied warranty of
>> + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
>> + Lesser General Public License for more details.
>> +
>> + You should have received a copy of the GNU Lesser General Public
>> + License along with the GNU C Library; if not, see
>> + <http://www.gnu.org/licenses/>. */
>> +
>> +#include <sys/socket.h>
>> +#include <sysdep-cancel.h>
>> +#include <socketcall.h>
>> +#include <shlib-compat.h>
>> +
>> +#if LONG_MAX > INT_MAX
>
> Should this use __WORDSIZE, too?
I was not sure, but for consistency with socket.h definition I think it
should. I will change it.