From owner-freebsd-ports@FreeBSD.ORG Sat May 3 23:15:38 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B482C9E; Sat, 3 May 2014 23:15:38 +0000 (UTC) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:4]) by mx1.freebsd.org (Postfix) with ESMTP id DD63E1240; Sat, 3 May 2014 23:15:37 +0000 (UTC) Received: from ppp118-210-33-77.lns20.adl2.internode.on.net (HELO leader.local) ([118.210.33.77]) by ipmail04.adl6.internode.on.net with ESMTP; 04 May 2014 08:45:36 +0930 Message-ID: <53657897.5050503@ShaneWare.Biz> Date: Sun, 04 May 2014 08:45:35 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Nilton Jose Rizzo , freebsd-ports@freebsd.org Subject: Re: Blender + clang problem References: <20140502030046.M16424@i805.com.br> <536423A2.7080609@ShaneWare.Biz> <20140503001518.M80434@i805.com.br> <20140503011649.M79880@i805.com.br> In-Reply-To: <20140503011649.M79880@i805.com.br> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marcus von Appen X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2014 23:15:38 -0000 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@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@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 > root@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.