Date: Fri, 22 Dec 2006 01:00:29 +0800 From: "Tz-Huan Huang" <tzhuan@gmail.com> To: "Alexander Botero-Lowry" <alexbl@freebsd.org> Cc: ports@freebsd.org, Karel Miklav <karel@lovetemple.net> Subject: Re: SCons build, help needed Message-ID: <6a7033710612210900i1de9770eg1d94f75637501768@mail.gmail.com> In-Reply-To: <20061221082640.B0E373A5F4@cherenkov.geekfire.com> References: <456B5BF1.9080200@lovetemple.net> <200611280058.kAS0wgGx067670@Laptop.mine.box> <456CFFD0.3050206@lovetemple.net> <200611290746.kAT7k148055520@Laptop.mine.box> <6a7033710612200334l430da8camfdac4a878519dce5@mail.gmail.com> <20061221082640.B0E373A5F4@cherenkov.geekfire.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, I know make is old and not good enough, but both make and scons are supported by blender (at least now), using make might be a choice if there is some problem using scons. Btw, Miklav seems solve the problem, hope the port will be updated soon. :) Tz-Huan On 12/21/06, Alexander Botero-Lowry <alexbl@freebsd.org> wrote: > > Hi, > > > > How about using gmake instead of scons? > Usually people pick scons because of preceived problems in the auto* system > there are a _million_ articles on that issue if you care to read them, just > search for autohell on google or something like that. SCons just doesn't really > provide a sutible build system replacement, just a suitable make replacement. > > Waf is an interesting project [1] if you're interested in seeing SCons done > better. > > Alex > > 1 http://freehackers.org/~tnagy/bksys.html > > > > Tz-Huan > > > > On 11/29/06, Alexander Botero-Lowry <alexbl@freebsd.org> wrote: > > > > Alex, thanks for your reply. stiv @ blender forums pointed me to the > > > > sixth paragraph in the SCons' manual: > > > > > > > > "scons does not automatically propagate the external environment used to > > > > execute scons to the commands used to build target files. This is so > > > > that builds will be guaranteed repeatable regardless of the environment > > > > variables set at the time scons is invoked. ..." > > > Which is just _absurd_ and horrible. It makes it nearly impossible for > > > operating systems to legitimately package these applications and it makes > > > for users having applications build in ways that are unexpected and unwanted. > > > This is one of the larger reasons that XMMS2 is moving towards waf. We've had > > > to put a lot of pain into making ourselves integrate well with the various > > > packaging systems because of this attitude. > > > > > > > > > > > I don't know how do they want to integrate with other build tools, but > > > > the current mechanism in bsd.scons.mk is left at the mercy of each SCons > > > > user. What do you think? > > > > > > > What bsd.scons.mk implements is the common case, most SCons using ports that > > > bother to obey external environment at all follow these patterns; > > > CCFLAGS/CXXFLAGS/LINKFLAGS/PREFIX sometimes LIBPATH/CPPPATH passed on command > > > line to scons (not as part of the external environment). It's called like: > > > scons CCFLAGS="-O2". > > > > > > So bsd.scons.mk is implemented in a way that gets in many scons using ports > > > (not all). So the answer to ports that don't obey this pattern is to make them > > > do so. > > > > > > Alex > > > _______________________________________________ > > > freebsd-ports@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > > > > > !DSPAM:4,458925e7491186602915650! > > > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6a7033710612210900i1de9770eg1d94f75637501768>