Installing Blender from ports compiles without error, but when starting Blender (even just with -v , for version) it core dumps immediately. A ktrace shows that the last library it tries to load is libirml.so, but cannot find. This library is also not to find in the entire ports collection. Last messages from ktrace: 14036 initial thread CALL access(0x293a1000,F_OK) 14036 initial thread NAMI "/lib/libirml.so" 14036 initial thread RET access -1 errno 2 No such file or directory 14036 initial thread CALL access(0x293a1000,F_OK) 14036 initial thread NAMI "/usr/lib/libirml.so" 14036 initial thread RET access -1 errno 2 No such file or directory 14036 initial thread CALL sigprocmask(SIG_SETMASK,0x2938cff0,0) 14036 initial thread RET sigprocmask 0 14036 initial thread CALL sigprocmask(SIG_BLOCK,0x2938cfe0,0xbfbfe56c) 14036 initial thread RET sigprocmask 0 14036 initial thread CALL sigprocmask(SIG_SETMASK,0x2938cff0,0) 14036 initial thread RET sigprocmask 0 14036 initial thread PSIG SIGSEGV SIG_DFL 14036 initial thread NAMI "blender-bin.core" How-To-Repeat: Just start blender , regardless the options
Responsible Changed From-To: freebsd-ports-bugs->mva Over to maintainer (via the GNATS Auto Assign Tool)
This one is on me. I found the problem within the tbb headers from openimageio
This should be resolved after pr/172362 gets committed, allowing cycles to be enabled on i386 systems. The issue came about from gcc46 not creating a stable binary when the tbb atomic class was used as a replacement for gcc atomics. gcc atomics are available from arch>=i586 but tests where not enabling them on freebsd 32 bit. While gcc42 can create a working binary the fix applied to openimageio gives a more universal fix.
State Changed From-To: open->closed This should be fixed with the recent update to graphics/openimageio now.