[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110729131752.GA29880@elte.hu>
Date: Fri, 29 Jul 2011 15:17:52 +0200
From: Ingo Molnar <mingo@...e.hu>
To: Christoph Hellwig <hch@...radead.org>
Cc: Markus Trippelsdorf <markus@...ppelsdorf.de>,
Steven Liu <lingjiujianke@...il.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Al Viro <viro@...iv.linux.org.uk>,
linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: [PATCH] xfs: Fix build breakage in xfs_iops.c when
CONFIG_FS_POSIX_ACL is not set
* Christoph Hellwig <hch@...radead.org> wrote:
> On Tue, Jul 26, 2011 at 11:15:20AM +0200, Markus Trippelsdorf wrote:
> > commit 4e34e719e45, that takes the ACL checks to common code,
> > accidentely broke the build when CONFIG_FS_POSIX_ACL is not set:
> >
> > CC fs/xfs/linux-2.6/xfs_iops.o
> > fs/xfs/linux-2.6/xfs_iops.c:1025:14: error: ???xfs_get_acl??? undeclared here (not in a function)
> >
> > Fix this by declaring xfs_get_acl a static inline function.
>
> Do you have OPTIMIZE_INLINING enabled? In general I dont think we
> can take the address of an inline function, so without this option
> I far the code might not compile, in which case we'll need ifdefs
> around the inode operation assignment in addition to your patch.
FYI, this build bug is still present upstream and triggers rather
frequently in randconfig testing.
Also, according to the timestamps of the guilty commit (4e34e719e45)
it had near zero linux-next testing time before it was pushed
upstream - could we improve on that please?
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists