clang broken on current?

Mark Millard marklmi at yahoo.com
Sun Feb 10 19:13:21 UTC 2019



On 2019-Feb-10, at 10:46, Steve Kargl <sgk at troutmask.apl.washington.edu> wrote:
> 
> 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:
>> 
>> How did you arrive at the conclusion that this has anything to do with
>> the specific compiler?  From 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.
>> 
> 
> If I have "CFLAGS+= -march=i686 -mmmx -msse" in /etc/make.conf
> qt5-gui builds without issue.  If I add -msse2 to CFLAGS, then
> the build dies.
> 
> 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=216816

There is some more explicit error message text in the closed duplicate:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217278

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/JavaScriptCore/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.

===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)



More information about the freebsd-toolchain mailing list