Date: Sun, 10 Feb 2019 11:13:09 -0800 From: Mark Millard <marklmi@yahoo.com> To: Steve Kargl <sgk@troutmask.apl.washington.edu> Cc: Dimitry Andric <dim@freebsd.org>, freebsd-toolchain@freebsd.org Subject: Re: clang broken on current? Message-ID: <59881520-AB59-49C3-810F-C0676C3B037C@yahoo.com> In-Reply-To: <20190210184656.GD35569@troutmask.apl.washington.edu> References: <20190210050003.GA31811@troutmask.apl.washington.edu> <F26ACA01-4132-4020-8089-FB862347F37E@FreeBSD.org> <20190210184656.GD35569@troutmask.apl.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2019-Feb-10, at 10:46, Steve Kargl <sgk at = troutmask.apl.washington.edu> wrote: >=20 > On Sun, Feb 10, 2019 at 12:03:55PM +0100, Dimitry Andric wrote: >> On 10 Feb 2019, at 06:00, Steve Kargl <sgk at = troutmask.apl.washington.edu> wrote: >>=20 >> How did you arrive at the conclusion that this has anything to do = with >> the specific compiler? =46rom these errors, I think it is more = likely >> something in Qt5 that is erroneously convinced that those = qt_memfillXY >> functions exist. Or they get referenced, but not compiled at all, = for >> some reason. >>=20 >=20 > If I have "CFLAGS+=3D -march=3Di686 -mmmx -msse" in /etc/make.conf > qt5-gui builds without issue. If I add -msse2 to CFLAGS, then > the build dies. >=20 > So, either clang is miscompiling qt5-gui with -mmse2 or the > qt5-gui port is being too smart for its own good. That lead to an old memory of getting results like ((armv6 time frame I think, before the armv7 addition to FreeBSD): image/qimage.cpp:(.text+0x1e14): undefined reference to = `qt_memfill32(unsigned int*, unsigned int, int)' image/qimage.cpp:(.text+0x1f34): undefined reference to = `qt_memfill32(unsigned int*, unsigned int, int)' where it turned out that arm NEON was not supported by various parts of qt5. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216816 There is some more explicit error message text in the closed duplicate: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217278 qt5-webkit produced an error message: alpha2/Source/JavaScriptCore/assembler/MacroAssemblerARM.h:33: = /wrkdirs/usr/ports/www/qt5-webkit/work/qtwebkit-5.212.0-alpha2/Source/Java= ScriptCore/assembler/ARMAssembler.h:1132:2: error: "The cacheFlush = support is missing on this platform." #error "The cacheFlush support is missing on this platform." ^ 1 error generated. Eventually patch(s) enabled arm NEON support and the problem disappeared. This suggests that that things missing in your context were simply never built, due to qt5 not having the the matching optimized code for the mode --or at least no building it. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?59881520-AB59-49C3-810F-C0676C3B037C>