kern/122318 (CMake core dumping, chroot exiting)

[Sean C. Farley]

On Wed, 23 Jul 2008, Roman Divacky wrote:

> On Wed, Jul 23, 2008 at 12:50:51PM -0500, Sean C. Farley wrote:
>> I am seeing if anyone has any insight on this PR (kern/122318[1]).
>> It would be nice to once again build using cmake within a Linux
>> chroot.  :)
>>
>> Basically, the bug is that not only that cmake is dumping core; it is
>> also forcing the user out of the chroot environment.  Here is the
>> command used to start the chroot:
>> /compat/linux/usr/sbin/chroot <chroot path> su - <build user>
>
> is cmake threaded?

No.  ldd output from a cmake on a different system and architecture
(amd64):
         libdl.so.2 => /lib64/libdl.so.2 (0x00000039e1e00000)
         libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003332800000)
         libm.so.6 => /lib64/libm.so.6 (0x00000038a1e00000)
         libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00000039e3a00000)
         libc.so.6 => /lib64/libc.so.6 (0x00000039e1600000)
         /lib64/ld-linux-x86-64.so.2 (0x00000039e1200000)

Oddly enough, I cannot get anything from this binary within the chroot,
outside of the chroot or even on a Linux system:
         not a dynamic executable

strace does show it loading dynamic libraries:
open("/etc/ld.so.cache", O_RDONLY)      = 3
open("/lib/libdl.so.2", O_RDONLY)       = 3
open("/usr/lib/libstdc++.so.5", O_RDONLY) = 3
open("/lib/libm.so.6", O_RDONLY)        = 3
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
open("/lib/libc.so.6", O_RDONLY)        = 3

Heh.  I tried to rebuild the RPM within the chroot, but it also cores
during the build.

Sean
-- 
scf at FreeBSD.org