From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932549Ab1ANRO4 (ORCPT ); Fri, 14 Jan 2011 12:14:56 -0500 Received: from oproxy1-pub.bluehost.com ([66.147.249.253]:52697 "HELO oproxy1-pub.bluehost.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1756784Ab1ANROs (ORCPT ); Fri, 14 Jan 2011 12:14:48 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=virtuousgeek.org; h=Received:Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References:X-Mailer:Mime-Version:Content-Type:Content-Transfer-Encoding:X-Identified-User; b=Y5KCy2F7LMnc1GX6pYqYeKU+JWoez943jkfZIwEct/dx3i1Jy9q7dPx7z51ZxHS+srS6Hzw6PziXHI2ojp2EOUd1/SKDG4FWGgZEFxwZyM+ha6F5B105rJYcv15ZRSR6; Date: Fri, 14 Jan 2011 09:14:43 -0800 From: Jesse Barnes To: Cc: , , , , , , Subject: Re: CONFIG_NLS=m resulting in undefined reference to utf16s_to_utf8s causing build failure Message-ID: <20110114091443.66d7d016@jbarnes-desktop> In-Reply-To: <20110113162755.GA5872@fedora14-r610.oslab.blr.amer.dell.com> References: <20110112203414.GA5657@fedora14-r610.oslab.blr.amer.dell.com> <20110112160229.7b8d82c1@jbarnes-desktop> <20110113075556.789ac3c3@jbarnes-vaio.home> <20110113162755.GA5872@fedora14-r610.oslab.blr.amer.dell.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.9; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Identified-User: {10642:box514.bluehost.com:virtuous:virtuousgeek.org} {sentby:smtp auth 67.174.193.198 authed with jbarnes@virtuousgeek.org} Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 13 Jan 2011 08:03:56 -0800 wrote: > On Thu, Jan 13, 2011 at 09:25:56PM +0530, Jesse Barnes wrote: > > On Wed, 12 Jan 2011 22:23:55 -0500 (EST) > > Len Brown wrote: > > > > So there's no other ACPI code that depends on this function? I'd hate > > > > to make PCI depend on NLS, so assuming ACPI doesn't need it (in which > > > > case the select or depend should be there), I guess it should be pulled > > > > into a common file that will always be included. > > > > > > No, nothing in the ACPI code uses utf16s_to_utf8s. > > > > > > I don't know anything about NLS, but it appears to be > > > something that file systems (befs, cifs, fat, hfs, isofs, jfs, etc) > > > use to to support native languages. > > > > > > BTW. I don't understand why pci-label.o appears twice above. > > > It used to be just the 2nd one, that depends on CONFIG_DMI. > > > > Ok, I'll drop this patch for now then since I haven't seen a fix yet > > and need to get Linus the rest of the changes. > > Jesse, > > I just compile tested a fix on the following lines without any failure. > If it is acceptable, i will send a patch in half an hour. It builds > > diff --git a/fs/Makefile b/fs/Makefile > index db71a5b..2a39275 100644 > --- a/fs/Makefile > +++ b/fs/Makefile > @@ -86,7 +86,7 @@ obj-$(CONFIG_NFS_FS) += nfs/ > obj-$(CONFIG_EXPORTFS) += exportfs/ > obj-$(CONFIG_NFSD) += nfsd/ > obj-$(CONFIG_LOCKD) += lockd/ > -obj-$(CONFIG_NLS) += nls/ > +obj-y += nls/ > obj-$(CONFIG_SYSV_FS) += sysv/ > obj-$(CONFIG_CIFS) += cifs/ > obj-$(CONFIG_NCP_FS) += ncpfs/ > diff --git a/fs/nls/Makefile b/fs/nls/Makefile > index f499dd7..c172fbb 100644 > --- a/fs/nls/Makefile > +++ b/fs/nls/Makefile > @@ -2,7 +2,7 @@ > # Makefile for native language support > # > > -obj-$(CONFIG_NLS) += nls_base.o > +obj-y += nls_base.o > > obj-$(CONFIG_NLS_CODEPAGE_437) += nls_cp437.o > obj-$(CONFIG_NLS_CODEPAGE_737) += nls_cp737.o nls_base.c is pretty small, but I don't want to make it unconditional. If you don't want to split out the necessary functions into lib/ or something, then it might be best to make the new code in pci-label.c conditional on a new config option that describes the feature, points at the documentation, and either selects or depends on nls support (documenting it in the help text either way). Thanks, -- Jesse Barnes, Intel Open Source Technology Center