Date: Sat, 27 Nov 2021 14:46:43 +0000 From: bugzilla-noreply@freebsd.org To: gecko@FreeBSD.org Subject: [Bug 259799] devel/rust-cbindgen: armv6: build using "make" fails, using "cargo build --release -j 1" works Message-ID: <bug-259799-21738-DmNFDMIMRu@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-259799-21738@https.bugs.freebsd.org/bugzilla/> References: <bug-259799-21738@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D259799 --- Comment #42 from Mark Millard <marklmi26-fbsd@yahoo.com> --- (In reply to Mark Millard from comment #41) Looks like: rustc_errors::Handler::delay_good_path_bug was initiated by ( quoting https://doc.rust-lang.org/stable/nightly-rustc/rustc_middle/ty/print/pretty= /fn.trimmed_def_paths.html ): Function rustc_middle::ty::print::pretty::trimmed_def_pathsCopy item path [=E2=88=92][src] fn trimmed_def_paths(tcx: TyCtxt<'_>, (): ()) -> FxHashMap<DefId, Symbol> The purpose of this function is to collect public symbols names that are un= ique across all crates in the build. Later, when printing about types we can use those names instead of the full exported path to them. So essentially, if a symbol name can only be imported from one place for a type, and as long as it was not glob-imported anywhere in the current crate= , we can trim its printed path and print only the name. This has wide implications on error messages with types, for example, shortening std::vec::Vec to just Vec, as long as there is no other Vec importable anywhere. The implementation uses similar import discovery logic to that of =E2=80=98= use=E2=80=99 suggestions. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-259799-21738-DmNFDMIMRu>