Blender + clang problem

Shane Ambler FreeBSD at ShaneWare.Biz
Sat May 3 23:15:38 UTC 2014


On 03/05/2014 11:16, Nilton Jose Rizzo wrote:
> 
>   HI. the blender now abort in install stage
> 
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/svm/svm_vector_transform.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/svm/svm_voronoi.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/svm/svm_wave.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/util_color.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/util_half.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/util_math.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/util_transform.h
> -- Installing:
> /usr/ports/graphics/blender/work/.build/bin/2.70/scripts/addons/cycles/kernel/util_types.h
> install  -o root -g wheel -m 555 /usr/ports/graphics/blender/work/blender
> /usr/ports/graphics/blender/work/stage/usr/local/bin/blender
> install  -s -o root -g wheel -m 555
> /usr/ports/graphics/blender/work/.build/bin/blender 
> /usr/ports/graphics/blender/work/stage/usr/local/bin/blender-bin
> install  -o root -g wheel -m 555
> /usr/ports/graphics/blender/work/.build/bin/blender-thumbnailer.py 
> /usr/ports/graphics/blender/work/stage/usr/local/bin/blender-thumbnailer.py
> install  -o root -g wheel -m 555
> /usr/ports/graphics/blender/work/blenderplayer 
> /usr/ports/graphics/blender/work/stage/usr/local/bin/blenderplayer
> install  -s -o root -g wheel -m 555
> /usr/ports/graphics/blender/work/.build/bin/blenderplayer 
> /usr/ports/graphics/blender/work/stage/usr/local/bin/blenderplayer-bin
> install: /usr/ports/graphics/blender/work/.build/bin/blenderplayer: No such
> file or directory
> *** Error code 71
> 

It appears to be trying to install the player when it wasn't compiled,
or failed to link. As a workaround you may have luck disabling the
player, you can still run games within blender without building the
standalone player.

Are you sure your ports tree is up to date? Are you using any
non-default options when you buildworld?

> root at valfenda:/usr/ports/graphics/blender # uname -a
> FreeBSD valfenda 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r265171: Thu May  1
> 03:25:54 BRT 2014     rizzo at valfenda:/usr/obj/usr/src/sys/VALFENDA  amd64
> root at valfenda:/usr/ports/graphics/blender # 

> Em Fri, 2 May 2014 21:15:28 -0300, Nilton Jose Rizzo escreveu
>> Em Sat, 03 May 2014 08:30:50 +0930, Shane Ambler escreveu
>>> On 02/05/2014 12:38, Nilton Jose Rizzo wrote:

>>  OK, but it's not conflicts with clang34?  I'm not yet understood 
>> the llvm process. I'm think that all llvm routines and applications 
>> must be the same version
>>
>>   do you  Have a pointer to me to learning more?

clang has to be same or greater version than the llvm version. Of course
it is preferred to keep them the same version. I only know this from
having trouble when a newer llvm version was used, I don't know of it
being documented. clang is the front end joining the pieces together
while llvm contains the code that actually does the compiling.

openshadinglanguage creates a compiler for it's osl scripts using the
llvm libs to do the hard work for it, it then uses clang to link things
together so the version of clang used needs to understand what llvm
generated.



More information about the freebsd-ports mailing list