On Wed, 16 Jun 2004, dann frazier wrote: [...] > I was using RHEL3 as my build system, and ran into a problem with the > libnss copy stuff - the patch I used is below [1], which should be a > superset of what you did. What distro did you build on, btw? [...]
Interesting. The build system I was on was Rocks 3.1.0, which is based on RHEL3. In my case, there weren't any libnss* files in /lib, and there was only a single copy (and symlink) in /lib64. I know we've already discovered that Rocks doesn't do 32-bit support on the opterons right, which explains the missing /lib entries, but I'm a little surprised to hear that in your case a 64-bit executable was made to work properly with what I assume is a 32-bit library from /lib... > [1] > @@ -524,7 +525,13 @@ endif > # copy over libnss files for non-uclibc arches > # (mklibs doesn't automatically pull these in) > ifneq ($(ARCH), i386) > - cp -a /lib/libnss_dns* $(BOEL_BINARIES_DIR)/lib > + # there maybe older compat versions that we don't want, but > + # they have names like libnss1_dns so this shouldn't copy them > + cp -a /lib/libnss_dns-* $(BOEL_BINARIES_DIR)/lib > + # if multiple libnss_dns.so.* symlinks exist, only grab the one with > + # the greatest soname, which should drop the old compat versions > + cp -a $(word $(words $(sort $(wildcard /lib/libnss_dns*))), \ > + $(sort $(wildcard /lib/libnss_dns*))) $(BOEL_BINARIES_DIR)/lib > endif Am I just reading the patch wrong, does RHEL3 install 64-bit libraries into /lib, or are you somehow using 32-bit binaries? Thanks, Dave ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Sisuite-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-devel
