crystal llvm woe

src/llvm/ext/llvm_ext.cc: In function ‘void LLVMMetadataReplaceAllUsesWith(LLVMMetadataRef, LLVMMetadataRef)’:
src/llvm/ext/llvm_ext.cc:471:33: error: call of overloaded ‘unwrap<llvm::MDNode>(LLVMOpaqueMetadata*&)’ is ambiguous
auto *Node = unwrap<MDNode>(MD);
^
In file included from /usr/lib/llvm-8/include/llvm/IR/Use.h:30,
from /usr/lib/llvm-8/include/llvm/IR/User.h:24,
from /usr/lib/llvm-8/include/llvm/IR/Constant.h:17,
from /usr/lib/llvm-8/include/llvm/IR/Constants.h:31,
from /usr/lib/llvm-8/include/llvm/IR/DebugInfoMetadata.h:27,
from /usr/lib/llvm-8/include/llvm/IR/DebugInfo.h:23,
from /usr/lib/llvm-8/include/llvm/IR/DIBuilder.h:25,
from src/llvm/ext/llvm_ext.cc:1:
/usr/lib/llvm-8/include/llvm/Support/CBindingWrapping.h:33:13: note: candidate: ‘T* unwrap(LLVMMetadataRef) [with T = llvm::MDNode; LLVMMetadataRef = LLVMOpaqueMetadata*]’
inline T *unwrap(ref P) { \
^~~~~~
src/llvm/ext/llvm_ext.cc:31:1: note: in expansion of macro ‘DEFINE_ISA_CONVERSION_FUNCTIONS’
DEFINE_ISA_CONVERSION_FUNCTIONS(Metadata, LLVMMetadataRef)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/llvm-8/include/llvm/Support/CBindingWrapping.h:33:13: note: candidate: ‘T* llvm::unwrap(LLVMMetadataRef) [with T = llvm::MDNode; LLVMMetadataRef = LLVMOpaqueMetadata*]’
inline T *unwrap(ref P) { \
^~~~~~
/usr/lib/llvm-8/include/llvm/IR/Metadata.h:142:1: note: in expansion of macro ‘DEFINE_ISA_CONVERSION_FUNCTIONS’
DEFINE_ISA_CONVERSION_FUNCTIONS(Metadata, LLVMMetadataRef)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 

meant “compile newer crystla that supports llvm 8”

libdav1d woe

make: *** No rule to make target ‘clean’. Stop.
Using meson: libdav1d (/root/ffmpeg-windows-build-helpers/sandbox/win32/libdav1d) as $ PATH=/root/ffmpeg-windows-build-helpers/sandbox/cross_compilers/mingw-w64-i686/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin meson –prefix=/root/ffmpeg-windows-build-helpers/sandbox/cross_compilers/mingw-w64-i686/i686-w64-mingw32 –libdir=/root/ffmpeg-windows-build-helpers/sandbox/cross_compilers/mingw-w64-i686/i686-w64-mingw32/lib –buildtype=release –strip –default-library=static –cross-file=/root/ffmpeg-windows-build-helpers/meson-cross.mingw.txt . build –unity=off
usage: meson [-h] [–prefix PREFIX] [–libdir LIBDIR] [–bindir BINDIR]
[–includedir INCLUDEDIR] [–datadir DATADIR] [–mandir MANDIR]
[–localedir LOCALEDIR] [–backend {ninja,vs2010,xcode}]
[–buildtype {plain,debug,debugoptimized,release}] [–strip]
[–enable-gcov] [–disable-pch] [–unity] [–werror]
[–layout {mirror,flat}] [–default-library {shared,static}]
[–warnlevel {1,2,3}] [–cross-file CROSS_FILE]
[-D PROJECTOPTIONS] [-v]
[directories [directories …]]
meson: error: argument –unity: ignored explicit argument ‘off’

 

meant “your meson is too old”

cisco anyconnect can’t resolve dns os x

for me this meant “after your computer switches from one wifi network to another, it getrs in a weird state”

ssh: Could not resolve hostname xxx

nodename nor servname provided, or not known

fix (doesn’t require you reconnecting!) bounce the mDNSResponder, ex:

 

$ ps -ef | grep mDNSResponder

   65 35412     1   0  3:55PM ??         0:00.07 /usr/sbin/mDNSResponder

 

$ sudo kill 35412

maven woe

maven plugin
ed by user Admin
Running as SYSTEM
Building in workspace /var/lib/jenkins/workspace/dps-acceptance-test
ERROR: A Maven installation needs to be available for this project to be built.Either your server has no Maven installations defined, or the requested Maven version does not exist.
Finished: FAILURE

meant "you have to tell jenkins where you installed maven" apparently see here

crystal woe

this thread trace, my program is “stuck”

 

#0 0xb778cbe0 in __kernel_vsyscall ()
#1 0xb73039b8 in __epoll_wait_nocancel ()
at ../sysdeps/unix/syscall-template.S:81
#2 0xb7421338 in ?? () from /usr/lib/i386-linux-gnu/libevent-2.0.so.5
#3 0xb740b44f in event_base_loop ()
from /usr/lib/i386-linux-gnu/libevent-2.0.so.5
#4 0x0824d14e in run_loop () at /usr/share/crystal/src/crystal/event.cr:54
#5 0x08140617 in -> () at /usr/share/crystal/src/crystal/event_loop.cr:16
#6 0x0824ea13 in run () at /usr/share/crystal/src/fiber.cr:255
#7 0x081406de in -> () at /usr/share/crystal/src/fiber.cr:47
#8 0x00000000 in ?? ()

 

meant “your program is actually stuck on a network operation, like a blocking read, but you can’t see it in that backtrace…”

see also https://forum.crystal-lang.org/t/backtrace-of-all-threads/1059

Roger's meanderings, notes to himself, bug reports, and other things