On 12/18/2013 02:50 AM, William Harrington wrote: > > On Dec 17, 2013, at 10:55 AM, Bruce Dubbs wrote: > >>> make[2]: *** [/sources/glibc-2.18/build/nptl/tst-pthread-getattr.out] > > FOr this one and some others, you may want to look at the values of > the command: > > ulimit -a > > If the .out file has some extremely large value for rlimit, a bad > shell/make process could give the wrong rlimit value. > > Some kernels are known to barf some bad rlimit values, too. > > I don't know if having dash as your host's default shell while > building ch5 could affect this, it most certainly could, as I've seen > bash also break with broken command substitution when built while the > default shell is dash. I wouldn't rule it out that your ch5 tools > could be the problem. > > Sincerely, > > William Harrington > The output of ulimit -a is: root:/sources/glibc-2.18# ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 63196 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 63196 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
My default host shell is bash. I will rebuild the tool chain again while checking every step and see if the end result is something different. The only thing different sofar is that I used sometimes '--libexec[dir]=/usr/lib' to those libraries who would otherwise use libexec. I guess that this should not be a problem since all files are still created. To be sure, I will rebuild without that modification. I will post my results when finished. Regards, Frans. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
