From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9976 invoked by alias); 9 Sep 2009 19:56:37 -0000 Received: (qmail 9912 invoked by uid 22791); 9 Sep 2009 19:56:34 -0000 X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from smtp19.orange.fr (HELO smtp19.orange.fr) (80.12.242.18) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 09 Sep 2009 19:56:29 +0000 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1921.orange.fr (SMTP Server) with ESMTP id A5A2A20000B8; Wed, 9 Sep 2009 21:56:26 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1921.orange.fr (SMTP Server) with ESMTP id 8983720000AC; Wed, 9 Sep 2009 21:56:26 +0200 (CEST) Received: from r-lnx-leminkainen.bzh.lan (ARennes-252-1-23-141.w83-195.abo.wanadoo.fr [83.195.156.141]) by mwinf1921.orange.fr (SMTP Server) with ESMTP id 4D3A820000B8; Wed, 9 Sep 2009 21:56:26 +0200 (CEST) From: "Yann E. MORIN" To: Godmar Back Subject: Re: ct-ng build fails with 'make[1]: *** [configure-binutils] Error 1' Date: Wed, 09 Sep 2009 19:56:00 -0000 User-Agent: KMail/1.9.9 Cc: crossgcc@sourceware.org References: <719dced30909032047j74b8ca79pdb8a9de31ea5ac7@mail.gmail.com> <200909071806.17281.yann.morin.1998@anciens.enib.fr> <719dced30909090631o6e409923m9c54605f8431e30b@mail.gmail.com> In-Reply-To: <719dced30909090631o6e409923m9c54605f8431e30b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200909092156.25118.yann.morin.1998@anciens.enib.fr> X-IsSubscribed: yes Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org X-SW-Source: 2009-09/txt/msg00042.txt.bz2 Godmar, All, On Wednesday 09 September 2009 15:31:40 Godmar Back wrote: > > I thought that "Minimum supported kernel version" was explicit enough. > > What would you suggest instead (keep it short)? > That's not the confusing part, though this label could, perhaps, be > made more clear by saying "Minimum supported target kernel version" to > make clear it's the target that's being talked about. Well, the C library is expected to run on the target, so it's implicit we're talking about the kernel for the target. Would something like "Minimum kernel version supported by C library" be better? > The more confusing issue IMO is one level below that one, where it says: > Let ./configure decide > Same as kernel headers (default) > Specific kernel version > None of these three options imply that support for all kernels is > provided. Because it does *not* add support for *all* kernel. > For the first one, the Help doesn't say, btw, *how*=20 > configure makes that decision. The label "Let ./configure decide" did > not make me look in the Help to learn that this provides support for > all kernels. Perhaps change to "Support all compatible kernels" or > something like that? The help text gives _some_ examples of what minimum versions will be supported. Excerpt: --8<-- Let ./configure decide what minimum kernel version glibc/eglibc will be able to run against. This will include legacy compatibility code for older kernels in=20 the C library, thus ensuring that it will run on a large number of old kernels. The minimum kernel version supported will be dependent upon the target you build for. For example: alpha*-*-linux-gnu Requires Linux 2.6.9 for NPTL sh[34]-*-linux-gnu Requires Linux 2.6.11 powerpc* Requires Linux 2.4.19 arm*-*-linux-*gnueabi Requires Linux 2.6.16 --8<-- ./configure uses some kind of "black-magic" to determine what the minimum kernel version is required for a specific combination, and acts accordingly. And I would say that if you don't know what to choose, read the help entrie= s. If you still don't know, google for it. And if you still don't know, keep the default. Now, if you read the help entry for the default choice, you'll read somethi= ng along the lines of: --8<-- If enabled, crosstool-ng will use the chosen version of kernel headers for the glibc minimum kernel version supported, which is what gets passed to "--enable-kernel=3D" when configuring glibc. --8<-- If that does not sounds clear to you, then head straight for the glibc documentation: http://www.gnu.org/software/libc/manual/html_mono/libc.html Appendix C "Installing the GNU C Library", chapter C.1 "Configuring and compiling GNU Libc" states: --8<-- =E2=80=98--enable-kernel=3Dversion=E2=80=99 This option is currently only useful on GNU/Linux systems. The version parameter should have the form X.Y.Z and describes the smallest version of the Linux kernel the generated library is expected to support. The higher the version number is, the less compatibility code is added, and the faster the code gets. --8<-- (I confess that they are not telling what the default for this option is.) And finally, reading the help entry for "Specific kernel version" says: --8<-- If you want to be able to statically link programs with your toolchain's C library, make sure this kernel version is lower than all kernels you wish to support to avoid "FATAL: kernel too old" errors. The higher the version you specify, the less legacy code will be built into libc. --8<-- Which should hint you about the message you had... Sorry if I sound harsh, but building a toolchain is really a complex matter and crosstool-NG (or any other builder for that matter) does not prevent the user from having at least some knowledge of what he/she is doing, and do his/her homework prior to yelling about wolves... > The third option "Specific kernel version" makes it sound as though > only this version is supported. Perhaps change to: "Choose minimum > target kernel version"? OK for "Enter minimum suported kernel version below", then? Regards, Yann E. MORIN. --=20 .-----------------.--------------------.------------------.----------------= ----. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspira= cy: | | +0/33 662376056 | Software Designer | \ / CAMPAIGN | ___ = | | --=3D=3D< ^_^ >=3D=3D-- `------------.-------: X AGAINST | \e/ T= here is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspirac= y. | `------------------------------^-------^------------------^----------------= ----' -- For unsubscribe information see http://sourceware.org/lists.html#faq