clang broken on current?
Dimitry Andric
dim at FreeBSD.org
Sun Feb 10 11:04:06 UTC 2019
On 10 Feb 2019, at 06:00, Steve Kargl <sgk at troutmask.apl.washington.edu> wrote:
>
> I have
>
> % uname -a
> FreeBSD mobile 13.0-CURRENT FreeBSD 13.0-CURRENT r343477 MOBILE i386
>
> % dmesg | more
> ...
> FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 7.0.1)
> VT(vga): resolution 640x480
> CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz (1995.05-MHz 686-class CPU)
> Origin="GenuineIntel" Id=0x6fd Family=0x6 Model=0xf Stepping=13
> Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
> Features2=0xe3bd<SSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM>
> AMD Features=0x20000000<LM>
> AMD Features2=0x1<LAHF>
> VT-x: (disabled in BIOS) HLT,PAUSE
> TSC: P-state invariant, performance statistics
> ...
>
> If I add 'CFLAGS+=-march=native -mtune=native', I can build
> world and kernel without a problem. If I try to build
> x11-toolkits/qt5-gui the build dies with
>
> c++ -Wl,--as-needed -fstack-protector -Wl,--no-undefined
> -Wl,--version-script,QtGui.version -pthread -Wl,-rpath,/usr/local/lib/qt5
> -shared -Wl,-Bsymbolic-functions
> -Wl,--dynamic-list,/usr/ports/x11-toolkits/qt5-gui/work/qtbase-everywhere-src-
> 5.12.0/src/gui/QtGui.dynlist -Wl,-soname,libQt5Gui.so.5 -o libQt5Gui.so.5.12.0
>
> (long list of *.o files)
>
> -L/usr/ports/x11-toolkits/qt5-gui/work/qtbase-everywhere-src-5.12.0/lib -L/lib
> -L/usr/local/lib/qt5 -lQt5Core -L/usr/local/lib -lGL -lpng16 -lharfbuzz -lz
> .obj/qimage.o: In function `QImage::fill(unsigned int)':
> qimage.cpp:(.text+0x2442): undefined reference to `qt_memfill32(unsigned int*,
> unsigned int, int)'
> qimage.cpp:(.text+0x2477): undefined reference to `qt_memfill16(unsigned
> short*, unsigned short, int)'
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.
-Dimitry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 223 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.freebsd.org/pipermail/freebsd-toolchain/attachments/20190210/a1fbc0ea/attachment.sig>
More information about the freebsd-toolchain
mailing list