Re: [Bf-committers] RfE: Better OS X support for the official blender binaries

Hi, 1) DMG or zip? Here's my take: you open the zip, and yo can use Blender immediately. You can drag it to the Application folder on the list view easily, or to any other location you want. The unzipped folders allow you to keep different releases around too. Disk images also cannot be deleted

Re: [Bf-committers] RfE: Better OS X support for the official blender binaries

On Sun, Nov 04, 2012 at 11:31:10AM +0100, Ton Roosendaal wrote: > 1) DMG or zip? > Here's my take: you open the zip, and yo can use Blender immediately. You can > drag it to the Application folder on the list view easily, or to any other > location you want. The unzipped folders allow you to keep

Re: [Bf-committers] Which OSL branch should be used for building Blender?

Hi IRIE, it should really not matter, we will probably use our own RB-1.2. It depends on how fast our pull request will get accepted (we still have to do that one). Then we can use origin/master too. Thanks for the tip with find_library, will check with Lukas and Jens. Regards, Thomas Am 04.11

[Bf-committers] Backup icons integration Patch for Review

Hi all, uploaded another patch to finish integration of the backup icons: http://projects.blender.org/tracker/index.php?func=detail&aid=33080&group_id=9&atid=127 Can someone do a review, please ? Best Regards Georg Kronthaler POSTFACH FAST VOL

Re: [Bf-committers] Which OSL branch should be used for building Blender?

Thanks for the explanation. I will use RB-1.2, too. -- IRIE Shinsuke 12/11/04, Thomas Dinges wrote: > Hi IRIE, > it should really not matter, we will probably use our own RB-1.2. It depends > on how fast our pull request will get accepted (we still have to do that > one). Then we can use orig

[Bf-committers] Is Freestyle branch update correct?

Hi, I was checking Freestyle branch r51854 and noticed a part of the modifications has been lost when some codes in bmo_utils.c were moved to bmo_similar.c in r51755. Before r51854, the difference between trunk and Freestyle branch is: diff -urN trunk/source/blender/bmesh/operators/bmo_utils.c

Re: [Bf-committers] Is Freestyle branch update correct?

Forgot to mention that this code needs style cleanup: cont = 0 -> cont = FALSE -- IRIE Shinsuke 12/11/04, IRIE Shinsuke wrote: > Hi, > > I was checking Freestyle branch r51854 and noticed a part of the > modifications has been lost when some codes in bmo_utils.c were moved > to bmo_similar

[Bf-committers] Blender developers meeting notes: November 4 2012

Hi all, Here's the notes from today's meeting in irc.freenode.net #blendercoders: 1) Blender 2.65 release targets - Target list and planning: http://wiki.blender.org/index.php/Dev:Doc/Projects#2.6x_release_cycle - Dynamic topology sculpt: Sergey and Nicholas worked on it last week. They see

[Bf-committers] CMake cannot find system-wide LLVM installation

Hi, I'm using system-wide LLVM installed in /usr on Ubuntu 12.10, but CMakeLists.txt cannot find it so I have to specify the directory explicitly by a command line option -DLLVM_DIRECTORY=/usr. The following patch should fix this bug: Index: blender/CMakeLists.txt ===

Re: [Bf-committers] Is Freestyle branch update correct?

Hi, Many thanks for the report. The missing code is still necessary and should not have been removed. I just fixed the issue in the Freestyle branch revision 51868. With best regards, -- KAJIYAMA, Tamito -Original Message- From: IRIE Shinsuke Sent: Sunday, November 04, 2012 2:09

Re: [Bf-committers] CMake cannot find system-wide LLVM installation

One more thing... I want to use LLVM as shared library, but it seems there is no way to do that. -- IRIE Shinsuke 12/11/05, IRIE Shinsuke wrote: > Hi, > > I'm using system-wide LLVM installed in /usr on Ubuntu 12.10, but > CMakeLists.txt cannot find it so I have to specify the directory > expl

[Bf-committers] MinGW OSL compilation: Failure, steps taken so far

Hi, after a lot of effort I will quit trying to build Open Shading Language for MinGW-w64, at least until a new LLVM version comes out that better supports MinGW-w64. I got to the point where I could configure OSL and build a few files. The critical issue currently is that llvm-3.1 crashes when att

Re: [Bf-committers] MinGW OSL compilation: Failure, steps taken so far

A few corrections: The patch still uses the perl version of llvm-config. If you try with llvm-3.1 just use llvm-config since it's a normal executable instead of perl script in this version. ___ Bf-committers mailing list Bf-committers@blender.org http://l