From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 28 19:16:33 2011 Received: (at submit) by debbugs.gnu.org; 28 Aug 2011 23:16:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qxoac-0002BM-R3 for submit@debbugs.gnu.org; Sun, 28 Aug 2011 19:16:33 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QxnRc-0004UA-14 for submit@debbugs.gnu.org; Sun, 28 Aug 2011 18:03:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QxnOh-0004f2-55 for submit@debbugs.gnu.org; Sun, 28 Aug 2011 18:00:09 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,HTML_MESSAGE, RCVD_IN_DNSWL_MED autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:44637) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QxnOh-0004ey-3Z for submit@debbugs.gnu.org; Sun, 28 Aug 2011 18:00:07 -0400 Received: from eggs.gnu.org ([140.186.70.92]:34373) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QxnOd-0008Ks-Pj for bug-coreutils@gnu.org; Sun, 28 Aug 2011 18:00:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QxnOb-0004aB-6i for bug-coreutils@gnu.org; Sun, 28 Aug 2011 18:00:03 -0400 Received: from mail166.messagelabs.com ([216.82.253.163]:31818) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QxnOa-0004a7-Nw for bug-coreutils@gnu.org; Sun, 28 Aug 2011 18:00:01 -0400 X-Env-Sender: AFeuerbacher@ALLEGROMICRO.com X-Msg-Ref: server-12.tower-166.messagelabs.com!1314568798!15660635!1 X-Originating-IP: [63.115.78.77] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32280 invoked from network); 28 Aug 2011 21:59:59 -0000 Received: from unknown (HELO NHCASHUB1.allegro.msad) (63.115.78.77) by server-12.tower-166.messagelabs.com with AES128-SHA encrypted SMTP; 28 Aug 2011 21:59:59 -0000 Received: from NHEXCH2.allegro.msad ([169.254.2.224]) by NHCASHUB1.allegro.msad ([198.151.154.233]) with mapi id 14.01.0289.001; Sun, 28 Aug 2011 17:59:57 -0400 From: "Feuerbacher, Alan" To: "bug-coreutils@gnu.org" Subject: make fails with undefined reference to '__sched_cpucount' Thread-Topic: make fails with undefined reference to '__sched_cpucount' Thread-Index: AcxlzdHKXC7owV9qRhyH1I0nDDMIFQ== Date: Sun, 28 Aug 2011 21:59:56 +0000 Message-ID: <680BABF85B31BC4DB6E3E4E33D569F4D026B4F@NHEXCH2.allegro.msad> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: ARCx Bjpw CSpS CW1R C+mH Dpdf D/ui EFbj EgCB Fbon GssJ HNuG HVbU JlJ2 Jmf7 JyMz; 1; YgB1AGcALQBjAG8AcgBlAHUAdABpAGwAcwBAAGcAbgB1AC4AbwByAGcA; Sosha1_v1; 7; {3B2E46B3-3BB9-457B-9C4E-A94363D5824C}; YQBmAGUAdQBlAHIAYgBhAGMAaABlAHIAQABhAGwAbABlAGcAcgBvAG0AaQBjAHIAbwAuAGMAbwBtAA==; Sun, 28 Aug 2011 21:59:54 GMT; bQBhAGsAZQAgAGYAYQBpAGwAcwAgAHcAaQB0AGgAIAB1AG4AZABlAGYAaQBuAGUAZAAgAHIAZQBmAGUAcgBlAG4AYwBlACAAdABvACAAJwBfAF8AcwBjAGgAZQBkAF8AYwBwAHUAYwBvAHUAbgB0ACcA x-cr-puzzleid: {3B2E46B3-3BB9-457B-9C4E-A94363D5824C} x-originating-ip: [198.151.154.153] Content-Type: multipart/alternative; boundary="_000_680BABF85B31BC4DB6E3E4E33D569F4D026B4FNHEXCH2allegromsa_" MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 28 Aug 2011 19:16:26 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) --_000_680BABF85B31BC4DB6E3E4E33D569F4D026B4FNHEXCH2allegromsa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Howdy, I'm trying to compile coreutils-8.12 in a Dell Xeon workstation environment= that runs Redhat 5 (RHEL5). After some time, make fails with: +verbatim+ ../lib/libcoreutils.a(nproc.o): In function `num_processors_via_affinity_ma= sk': /home/afbacher/GCC/coreutils-8.12/lib/nproc.c:137: undefined reference to `= __sched_cpucount' collect2: ld returned 1 exit status make[3]: *** [nproc] Error 1 make[3]: Leaving directory `/home/afbacher/GCC/coreutils-8.12/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/afbacher/GCC/coreutils-8.12/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/afbacher/GCC/coreutils-8.12' make: *** [all] Error 2 -verbatim- I tracked the problem down to the fact that the RHEL5 system uses /lib64/li= bc.so.6 which apparently is version 2.5 of the GNU C Library, but this vers= ion does not contain "__sched_cpucount" - whatever that is. Apparently only= version 2.6 and later contain this stuff. One problem is that I'm not the sysadmin for this system, and I don't think= this can be updated without breaking a lot of other stuff. How do I get ar= ound this? I'm only trying to compile a bunch of programs for my own use, n= ot for the entire system. I'm actually trying to compile glibc-2.14 for various reasons, along with a= bunch of other basic GNU software (like gcc-4.6.), and I found that when g= libc's installer installs various coreutils programs like rm, as soon as th= ese get installed the programs quit working because of incompatible ABI's a= nd such. That's why I thought I needed to install the latest coreutils. I'm probably missing something badly, but I more than a bit confused about = the order in which the various sets of software need to be installed in ord= er to keep it all consistent. One thing I've done is to make my $PATH contain the path to my newly built = programs. That's why, when the glibc installer installs rm and such, variou= s other programs quit working, because there's a lot of interdependence. So= what's my best approach with all this? Alan Feuerbacher --_000_680BABF85B31BC4DB6E3E4E33D569F4D026B4FNHEXCH2allegromsa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Howdy,

 

I’m trying to compile coreutils-8.12 in a Dell= Xeon workstation environment that runs Redhat 5 (RHEL5). After some time, = make fails with:

 

+verbatim+

../lib/libcoreutils.a(nproc.o): In function `num_pro= cessors_via_affinity_mask':

/home/afbacher/GCC/coreutils-8.12/lib/nproc.c:137: u= ndefined reference to `__sched_cpucount'

collect2: ld returned 1 exit status

make[3]: *** [nproc] Error 1

make[3]: Leaving directory `/home/afbacher/GCC/coreu= tils-8.12/src'

make[2]: *** [all] Error 2

make[2]: Leaving directory `/home/afbacher/GCC/coreu= tils-8.12/src'

make[1]: *** [all-recursive] Error 1

make[1]: Leaving directory `/home/afbacher/GCC/coreu= tils-8.12'

make: *** [all] Error 2

-verbatim-

 

I tracked the problem down to the fact that the RHEL= 5 system uses /lib64/libc.so.6 which apparently is version 2.5 of the GNU C= Library, but this version does not contain “__sched_cpucount” = – whatever that is. Apparently only version 2.6 and later contain this stuff.

 

One problem is that I’m not the sysadmin for t= his system, and I don’t think this can be updated without breaking a = lot of other stuff. How do I get around this? I’m only trying to comp= ile a bunch of programs for my own use, not for the entire system.

 

I’m actually trying to compile glibc-2.14 for = various reasons, along with a bunch of other basic GNU software (like gcc-4= .6.), and I found that when glibc’s installer installs various coreut= ils programs like rm, as soon as these get installed the programs quit working because of incompatible ABI’s and such. Th= at’s why I thought I needed to install the latest coreutils.

 

I’m probably missing something badly, but I mo= re than a bit confused about the order in which the various sets of softwar= e need to be installed in order to keep it all consistent.

 

One thing I’ve done is to make my $PATH contai= n the path to my newly built programs. That’s why, when the glibc ins= taller installs rm and such, various other programs quit working, because t= here’s a lot of interdependence. So what’s my best approach with all this?

 

Alan Feuerbacher

--_000_680BABF85B31BC4DB6E3E4E33D569F4D026B4FNHEXCH2allegromsa_-- From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 28 20:52:56 2011 Received: (at 9396) by debbugs.gnu.org; 29 Aug 2011 00:52:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qxq5w-0000hD-3M for submit@debbugs.gnu.org; Sun, 28 Aug 2011 20:52:56 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qxq5t-0000h5-AL for 9396@debbugs.gnu.org; Sun, 28 Aug 2011 20:52:54 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id BE0BB39E80DC; Sun, 28 Aug 2011 17:49:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JJb021MSX4qL; Sun, 28 Aug 2011 17:49:53 -0700 (PDT) Received: from [192.168.1.10] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 67AE839E80D2; Sun, 28 Aug 2011 17:49:53 -0700 (PDT) Message-ID: <4E5AE230.5010302@cs.ucla.edu> Date: Sun, 28 Aug 2011 17:49:52 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.20) Gecko/20110805 Thunderbird/3.1.12 MIME-Version: 1.0 To: "Feuerbacher, Alan" Subject: Re: bug#9396: make fails with undefined reference to '__sched_cpucount' References: <680BABF85B31BC4DB6E3E4E33D569F4D026B4F@NHEXCH2.allegro.msad> In-Reply-To: <680BABF85B31BC4DB6E3E4E33D569F4D026B4F@NHEXCH2.allegro.msad> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 9396 Cc: 9396@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) On 08/28/11 14:59, Feuerbacher, Alan wrote: > I tracked the problem down to the fact that the RHEL5 system uses /lib64/libc.so.6 > which apparently is version 2.5 of the GNU C Library, > but this version does not contain "__sched_cpucount" - whatever that is. > Apparently only version 2.6 and later contain this stuff. It sounds like you're compiling with glibc 2.6 headers but linking to glibc 2.5. If so, that'd be a definite no-no; you need to configure and build with <= 2.5 headers if you're going to link with 2.5. I expect that it's the 2.6 headers that #define CPU_COUNT and bring in a reference to __sched_cpucount. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 13 05:48:23 2011 Received: (at 9396-done) by debbugs.gnu.org; 13 Sep 2011 09:48:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3PbL-0006v0-2d for submit@debbugs.gnu.org; Tue, 13 Sep 2011 05:48:23 -0400 Received: from mx1.redhat.com ([209.132.183.28]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3PbJ-0006uu-PL for 9396-done@debbugs.gnu.org; Tue, 13 Sep 2011 05:48:22 -0400 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p8D9hrx2007652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 13 Sep 2011 05:43:53 -0400 Received: from mx.meyering.net (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p8D9hq5b006285; Tue, 13 Sep 2011 05:43:53 -0400 Received: from rho.meyering.net (localhost.localdomain [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id 81DB56006D; Tue, 13 Sep 2011 11:43:52 +0200 (CEST) From: Jim Meyering To: "Feuerbacher\, Alan" , 9396-done@debbugs.gnu.org Subject: Re: bug#9396: make fails with undefined reference to '__sched_cpucount' In-Reply-To: <4E5AE230.5010302@cs.ucla.edu> (Paul Eggert's message of "Sun, 28 Aug 2011 17:49:52 -0700") References: <680BABF85B31BC4DB6E3E4E33D569F4D026B4F@NHEXCH2.allegro.msad> <4E5AE230.5010302@cs.ucla.edu> Date: Tue, 13 Sep 2011 11:43:52 +0200 Message-ID: <87y5xs7p5z.fsf@rho.meyering.net> Lines: 22 MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Spam-Score: -10.4 (----------) X-Debbugs-Envelope-To: 9396-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -10.4 (----------) tags 9396 notabug thanks Paul Eggert wrote: > On 08/28/11 14:59, Feuerbacher, Alan wrote: >> I tracked the problem down to the fact that the RHEL5 system uses >> /lib64/libc.so.6 >> which apparently is version 2.5 of the GNU C Library, >> but this version does not contain "__sched_cpucount" - whatever that is. >> Apparently only version 2.6 and later contain this stuff. > > It sounds like you're compiling with glibc 2.6 headers but linking > to glibc 2.5. If so, that'd be a definite no-no; you need to configure > and build with <= 2.5 headers if you're going to link with 2.5. > > I expect that it's the 2.6 headers that #define CPU_COUNT and bring > in a reference to __sched_cpucount. Thanks for the report. Since we haven't heard back from you, I presume that Paul's diagnosis was correct and have thus closed this bug. If not, please let us know. From unknown Mon Sep 08 01:50:47 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 11 Oct 2011 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator