* [vfs:work.statx 2/3] fs/udf/symlink.c:189:13: error: initialization from incompatible pointer type
@ 2017-03-03 9:19 kbuild test robot
2017-03-03 9:43 ` Al Viro
0 siblings, 1 reply; 2+ messages in thread
From: kbuild test robot @ 2017-03-03 9:19 UTC (permalink / raw)
To: Jan Kara; +Cc: kbuild-all, linux-fsdevel, Al Viro
[-- Attachment #1: Type: text/plain, Size: 1984 bytes --]
tree: https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.statx
head: 2335fc954ccf342e854379df1f6e81c3a98cf489
commit: 8594c345e77db3d0d9aafeb18e475212ce89e58d [2/3] Merge commit 'ad4d05329d' into work.statx
config: i386-randconfig-x072-201709 (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
git checkout 8594c345e77db3d0d9aafeb18e475212ce89e58d
# save the attached .config to linux build tree
make ARCH=i386
Note: the vfs/work.statx HEAD 2335fc954ccf342e854379df1f6e81c3a98cf489 builds fine.
It only hurts bisectibility.
All errors (new ones prefixed by >>):
>> fs/udf/symlink.c:189:13: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
.getattr = udf_symlink_getattr,
^~~~~~~~~~~~~~~~~~~
fs/udf/symlink.c:189:13: note: (near initialization for 'udf_symlink_inode_operations.getattr')
cc1: some warnings being treated as errors
vim +189 fs/udf/symlink.c
f5e54d6e Christoph Hellwig 2006-06-28 183 const struct address_space_operations udf_symlink_aops = {
^1da177e Linus Torvalds 2005-04-16 184 .readpage = udf_symlink_filler,
^1da177e Linus Torvalds 2005-04-16 185 };
ad4d0532 Jan Kara 2017-01-02 186
ad4d0532 Jan Kara 2017-01-02 187 const struct inode_operations udf_symlink_inode_operations = {
ad4d0532 Jan Kara 2017-01-02 188 .get_link = page_get_link,
ad4d0532 Jan Kara 2017-01-02 @189 .getattr = udf_symlink_getattr,
ad4d0532 Jan Kara 2017-01-02 190 };
:::::: The code at line 189 was first introduced by commit
:::::: ad4d05329df5e9825cac3132e12453a6c12915b8 udf: Make stat on symlink report symlink length as st_size
:::::: TO: Jan Kara <jack@suse.cz>
:::::: CC: Jan Kara <jack@suse.cz>
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
[-- Attachment #2: .config.gz --]
[-- Type: application/gzip, Size: 24956 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [vfs:work.statx 2/3] fs/udf/symlink.c:189:13: error: initialization from incompatible pointer type
2017-03-03 9:19 [vfs:work.statx 2/3] fs/udf/symlink.c:189:13: error: initialization from incompatible pointer type kbuild test robot
@ 2017-03-03 9:43 ` Al Viro
0 siblings, 0 replies; 2+ messages in thread
From: Al Viro @ 2017-03-03 9:43 UTC (permalink / raw)
To: kbuild test robot; +Cc: Jan Kara, kbuild-all, linux-fsdevel
On Fri, Mar 03, 2017 at 05:19:57PM +0800, kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.statx
> head: 2335fc954ccf342e854379df1f6e81c3a98cf489
> commit: 8594c345e77db3d0d9aafeb18e475212ce89e58d [2/3] Merge commit 'ad4d05329d' into work.statx
> config: i386-randconfig-x072-201709 (attached as .config)
> compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
> reproduce:
> git checkout 8594c345e77db3d0d9aafeb18e475212ce89e58d
> # save the attached .config to linux build tree
> make ARCH=i386
>
> Note: the vfs/work.statx HEAD 2335fc954ccf342e854379df1f6e81c3a98cf489 builds fine.
> It only hurts bisectibility.
Yes, which is precisely why the pull request had been for rebased-statx and
not work.statx. Alternative would be work.statx-minimal with even more
fixups in merge commit. Identical resulting trees, so the testing in -next
applies to either variant, and rebased-statx has neither backmerges nor
fixups in merge...
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2017-03-03 9:44 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-03-03 9:19 [vfs:work.statx 2/3] fs/udf/symlink.c:189:13: error: initialization from incompatible pointer type kbuild test robot
2017-03-03 9:43 ` Al Viro
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.