[email protected] wrote: > Apple intends to use the llvm compiler suite for building Snow > Leopard (10.6) itself, so I will use llvm for testing builds of > any project first under Leopard (10.5.6 but without latest > Security Update 2009-001 since I've read problems with it). > I will use llvm as provided by XCode-3.1.2 with your released > stable coreutils-7.1 now. > > Also, I know y'all have worked on Apple's style of multi-arch > support recently, but many requisite pieces are not yet ready > like that (some projects still need each arch to be built > separately and lipo'd together). Oh I know I could use Apple's > versions of those requisites that _have_ been built with all > four archs, but I like staying current (hah) and do 'em myself > (/usr/local). So I KISS by building only for i386 (32-bit). > > The conftest crash still occurs here during coreutils-7.1 > ./configure with llvm and with gcc-4.2 at least. > > I went ahead with building & installing coreutils-7.1 anyway. > > Running "make check" as user (created by OSX's install admin) > has a couple FAILs: > dd/skip-seek-past-file.log > install/install-C.log > with lots of SKIPs of course.
Thanks for taking the time to run the tests. However, I suspect there's no need to worry about any of these failures, but won't be able to look into them for a week or so. If no one gets back to you on this in say, two weeks, feel free to ping the list. > Running "make check" as sudo root (after enabling it per doc'd > procedure) has a bunch of FAILs: > dd/skip-seek-past-file.log > install/install-C.log > cp/special-bits.log > install/install-C-root.log > misc/truncate-owned-by-other.log > mv/sticky-to-xpart.log > rm/no-give-up.log > touch/now-owned-by-other.log > and still lots of SKIPs. SKIPs are fine. If your system lacks e.g., SELinux/XATTR support or some particular tool, we simply skip the corresponding test. I suspect that even those failures are not terribly worrisome, given OSX's historically-spotty POSIX compliance. _______________________________________________ Bug-coreutils mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-coreutils
