[PATCH][BZ 13690] Do not violate mutex destruction requirements.
Andreas Schwab
schwab@suse.de
Thu Jul 16 14:10:00 GMT 2015
David Miller <davem@davemloft.net> writes:
> From: Torvald Riegel <triegel@redhat.com>
> Date: Tue, 14 Jul 2015 22:21:13 +0200
>
>> Dave, could you test on sparc, please?
>
> This breaks the sparc build:
>
> gconv_db.c: In function â__gconv_find_transformâ:
> gconv_db.c:734:7: error: unused variable â__privateâ [-Werror=unused-variable]
> gconv_db.c:741:7: error: unused variable â__privateâ [-Werror=unused-variable]
> gconv_db.c:760:7: error: unused variable â__privateâ [-Werror=unused-variable]
> gconv_db.c:768:3: error: unused variable â__privateâ [-Werror=unused-variable]
> gconv_db.c: In function â__gconv_close_transformâ:
> gconv_db.c:802:3: error: unused variable â__privateâ [-Werror=unused-variable]
> cc1: all warnings being treated as errors
> make[2]: *** [/home/davem/src/GIT/GLIBC/build-sparcv9/iconv/gconv_db.o] Error 1
> make[2]: *** Waiting for unfinished jobs....
> gconv_db.c: In function â__gconv_find_transformâ:
> gconv_db.c:734:7: error: unused variable â__privateâ [-Werror=unused-variable]
> gconv_db.c:741:7: error: unused variable â__privateâ [-Werror=unused-variable]
> gconv_db.c:760:7: error: unused variable â__privateâ [-Werror=unused-variable]
> gconv_db.c:768:3: error: unused variable â__privateâ [-Werror=unused-variable]
> gconv_db.c: In function â__gconv_close_transformâ:
> gconv_db.c:802:3: error: unused variable â__privateâ [-Werror=unused-variable]
> cc1: all warnings being treated as errors
#if IS_IN (libc) || IS_IN (rtld)
/* In libc.so or ld.so all futexes are private. */
^^^^^^^^^^^^^^^^^^^^^^^
# ifdef __ASSUME_PRIVATE_FUTEX
# define __lll_private_flag(fl, private) \
((fl) | FUTEX_PRIVATE_FLAG)
# else
# define __lll_private_flag(fl, private) \
((fl) | THREAD_GETMEM (THREAD_SELF, header.private_futex))
# endif
Andreas.
--
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
More information about the Libc-alpha
mailing list