Date: Fri, 18 Nov 2016 13:32:47 -0800 From: David Wolfskill <david@catwhisker.org> To: freebsd-ports@freebsd.org Subject: Re: devel/llvm38 install seems to be missing files (e.g., FileCheck) Message-ID: <20161118213247.GG1080@albert.catwhisker.org> In-Reply-To: <20161105165550.GW1203@albert.catwhisker.org> References: <20161103125007.GP1203@albert.catwhisker.org> <20161105122633.GS1203@albert.catwhisker.org> <20161105135456.GV1203@albert.catwhisker.org> <168f3b93-1e48-2c4f-e0e9-2bfeabc12613@gwdg.de> <540ACAE8-E9FC-4B05-A109-469E3684234F@FreeBSD.org> <20161105165550.GW1203@albert.catwhisker.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--TWPhhQ7Q/DuPCYrF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 05, 2016 at 09:55:50AM -0700, David Wolfskill wrote: > ... > > >> llvm38/bin/FileCheck is not actually installed? > > >=20 > > > not sure, if I missed something in your postings. > > >=20 > > > On my boxes, all recent FreeBSD 12.0-CURRENT amd64, the port > > > devel/llvm38 installed FileCheck as expected, in the two places > > > /usr/local/llvm38/bin/ and /usr/local/bin/. > >=20 > > It's installed into /usr/local/bin with a version number suffix, e.g.: > >=20 > > $ pkg info -l llvm38|grep FileCheck > > /usr/local/bin/FileCheck38 > > /usr/local/llvm38/bin/FileCheck > > /usr/local/man/man1/FileCheck38.1.gz > > /usr/local/share/doc/llvm38/llvm/html/CommandGuide/FileCheck.html > > /usr/local/share/doc/llvm38/llvm/html/_sources/CommandGuide/FileCheck.= txt > >=20 > > Maybe that's the reason rust can't find it in OP's case? (It works jus= t fine for me, btw.) > > .... >=20 > I just re-ran "portmaster devel/llvm38" under script(1) (along with a > bit of additional trivia, such as results from "ls -lT > /usr/local/llvm38/bin" before and after the portmaster run (showing the > distinct lack of "FileCheck" in either case) >=20 > I have placed the typescript at > <http://www.catwhisker.org/~david/FreeBSD/ports/llvm38_test.txt>; > there's a gzipped copy (llvm38_test.txt.gz) available, as well. >=20 > In particular, I believe this result is salient: > ...=20 >=20 > [In this environment, the machine has 4 individually-bootable slices, > each of which has its own /usr file system when the slice in question > is the boot slice. For each of the 4, /usr/ports is a symlink to > /common/ports -- the file system at /common being mounted "the same" > regardless of boot slice.) > .... A correspondent pointed out https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214381 to me -- looks as if this mode of failure may be "expected" when /usr/local is a symlink to a file system other than the one where /usr resides. (Perhaps I'll try setting up a system where /usr/local/ is a mount point for a separate file system, as well.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Ref. 08 Nov 2016, let's see if the "winners" actually deliver on their slog= ans. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --TWPhhQ7Q/DuPCYrF Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJYL3N/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4X5QYH/1bU2++SynTz1y+fsTZs6+37 ZQ4org1u1Ui60Y+tCUZBlBxXPYbMS+1vx+sUilp717Y0g7bZVjmxpfx90A6ywRJC ufXyR40u1XTsttjC2v7voqFUW8SScKl0pn9ij5HDMD+ogQCyJQ30JsM15/WW/4ta R9lc6vTiDj2zsN+DQGqQe0I7Ke44skwH1NgViUEkiVHwdUbxGlNRpWUrcbsfRhHX V3YEvty3XIdyrD2JikepNh1Y37m8DJ5zzoISyAkVT9iCJxwnyHZx2UQhLjyAiRxU owtLTVTfkA3KdM2rOlIlON7wXH9jTXsMP9M8BpCoHgfPxlbxn7bdAjrFFPqlGt0= =iWUy -----END PGP SIGNATURE----- --TWPhhQ7Q/DuPCYrF--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20161118213247.GG1080>