Re: Clang as default compiler

看板FB_stable作者時間13年前 (2012/09/20 02:01), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串14/16 (看更多)
--FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 18, 2012 at 12:02:20AM +0200, Dimitry Andric wrote: > On 2012-09-17 21:43, Roland Smith wrote: > > On Wed, Sep 12, 2012 at 01:04:20AM -0500, Mark Linimon wrote: > ... > >> For most of the failures, we are already aware of them, as a result of > >> our periodic runs. So, just filing a PR to say "broken on clang" does= n't > >> really help us all that much. > > > > Those are build failures. What about crashes? E.g. I've recently had > > crashes with x11-wm/i3 and x11/rxvt-unicode. Both problems disappeared = after > > recompiling them with gcc46. >=20 > We can't figure them all out without *your* help. :-) Please attempt to > run the program in a debugger, gather core dumps, etc. Or at least, try > to make it into a reproducible case, so somebody else can attempt to > diagnose it. And please specify the exact version of clang you used. I was using the clang that is in base in 9.0-RELEASE-p3: FreeBSD clang version 3.0 (branches/release_30 142614) 20111021 Target: x86_64-unknown-freebsd9.0 Thread model: posix I was thinking of installing the most recent clang-devel since it seemed to have a lot of improvements, but I was wondering what is the correct way of makeing sure that it is used in preference to the one in base? I thought ab= out moving /usr/local/bin before /usr/bin in $PATH, but I'm not sure that is a good idea. > Now, most of the time this is because programs contain bugs, or > undefined behavior, which happens to go unnoticed with gcc, for example > because it optimized by accident in such a way to mask the bug. In a > few other cases, real clang bugs are found, and most of the time, those > can be fixed quickly. >=20 > That said, in these cases specifically, how do the applications crash? > Right at startup, or after specific inputs or user actions? Rxvt-unicode seemed to crash reliably whenever I was scrolling through a document with less(1). If I reached the end of the document, and pressed Pa= ge Down (keysim Next), it would crash. It was quite weird.=20 I couldn't pinpoint a concrete action that crashed x11-wm/i3. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --FCuugMFkClbJLl1L Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBZ/RIACgkQEnfvsMMhpyViTgCfU7FdcBj9QHAmqz+UFo455RTx M/4AnAyUYQ/Wjxp+kunJXr8Ln6lqGlaz =NPak -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L--
文章代碼(AID): #1GMWXWU3 (FB_stable)
討論串 (同標題文章)
文章代碼(AID): #1GMWXWU3 (FB_stable)