Am Montag, den 10.12.2018, 15:10 -0800 schrieb Dylan Baker: > Meson 0.49.0 has been out for a couple of days now, and I'd like to > make the final call for autotools. My patch is so massive that it's a > huge pain to send to the list, the latest versions is here: > https://gitlab.freedesktop.org/dbaker/mesa/commits/delete-autotools
Well, (1) there is stil this Heisenbug that pops up there and then, and that I send a patch for some time ago [1]: [1088/1140] Linking target src/gallium/tests/trivial/quad-tex. FAILED: src/gallium/tests/trivial/quad-tex g++ -o src/gallium/tests/trivial/quad-tex 'src/gallium/tests/trivial/s rc@gallium@tests@trivial@@quad-tex@exe/quad-tex.c.o' -Wl,--no-undefined -Wl,--as-needed -Wl,--start-group src/util/libmesa_util.a src/gallium/auxiliary/libgallium.a src/gallium/auxiliary/pipe- loader/libpipe_loader_dynamic.a src/loader/libloader.a src/util/libxmlconfig.a /usr/lib64/libz.so -lm -Wl,--end-group /usr/lib64/libdrm.so -L/usr/lib64/llvm/6/lib64 -lLLVMAMDGPUDisassembler -lLLVMAMDGPUCodeGen -lLLVMAMDGPUAsmParser -lLLVMAMDGPUDesc -lLLVMAMDGPUInfo -lLLVMAMDGPUAsmPrinter -lLLVMAMDGPUUtils -lLLVMMCJIT -lLLVMExecutionEngine -lLLVMRuntimeDyld -lLLVMX86Disassembler -lLLVMX86AsmParser -lLLVMX86CodeGen -lLLVMGlobalISel -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMDebugInfoCodeView -lLLVMDebugInfoMSF -lLLVMCodeGen -lLLVMTarget -lLLVMX86Desc -lLLVMMCDisassembler -lLLVMX86Info -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMipo -lLLVMInstrumentation -lLLVMVectorize -lLLVMScalarOpts -lLLVMLinker -lLLVMIRReader -lLLVMAsmParser -lLLVMInstCombine -lLLVMTransformUtils -lLLVMBitWriter -lLLVMAnalysis -lLLVMProfileData -lLLVMObject -lLLVMMCParser -lLLVMMC -lLLVMBitReader -lLLVMCore -lLLVMBinaryFormat -lLLVMSupport -lLLVMDemangle /usr/lib64/libunwind.so -ldl -lm /usr/lib64/libsensors.so /usr/lib64/libexpat.so -lm src/util/libmesa_util.a(u_cpu_detect.c.o): In function `call_once': /home/gerddie/src/Collabora/Qemu2/build/mesa- debug/../../samba/mesa/src/../include/c11/threads_posix.h:96: undefined reference to `pthread_once' collect2: error: ld returned 1 exit status The bug popped up just now when I rebased a tree that was building fine before. I think it was related to rebasing a rather old branch that still had some files in gallium/util that are now in util, so some library is probably not rebuild correctly, but "ninja clean" doesn't help to get things right. Setting up a build from scratch usually doesn't show the problem though. (2) It would be nice if Meson would distribute some default cross build files, currently everybody has to roll its own, and I guess in the end they all look mostly the same. (3) I also noted that with across build one has to set the library install directory manually, because it defaults to the directory used for the build machine - i.e. a i386 cross build on debian amd64 should set the lib install directory on Debian to "lib/i386-linux-gnu" but it sets it to "lib/x86_64-linux-gnu" Best, Gert [1] https://patchwork.freedesktop.org/series/52749/ > > Dylan > _______________________________________________ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/mesa-dev _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
