[Bf-committers] Python 3.3?
Need some help here... As of Fedora 18, we're shipping Python 3.3 and the current version of blender is 2.63a. During configuration it's not finding Python using the bundled FindPythonLibsUnix.cmake module. It seems to check for Python 3.2 but instead of saying it's not the right version it's not finding it at all. Is Python 3.2 still required or can blender use Python 3.3? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Boost 1.50 build problem
Ok, I got past the Python 3.3 issue and now I'm having an issue with Boost 1.50: [ 85%] Building CXX object intern/cycles/util/CMakeFiles/cycles_util.dir/util_cache.cpp.o In file included from /usr/include/boost/filesystem.hpp:15:0, from /builddir/build/BUILD/blender-2.63a/intern/cycles/util/util_cache.cpp:31: /usr/include/boost/filesystem/config.hpp:16:5: error: #error Compiling Filesystem version 3 file with BOOST_FILESYSTEM_VERSION defined != 3 /builddir/build/BUILD/blender-2.63a/intern/cycles/util/util_cache.cpp: In member function 'void ccl::Cache::clear_except(const string, const std::setstd::basic_stringchar )': /builddir/build/BUILD/blender-2.63a/intern/cycles/util/util_cache.cpp:120:42: error: conversion from 'boost::filesystem::path' to non-scalar type 'std::string {aka std::basic_stringchar}' requested Any ideas? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Boost 1.50 build problem
On Sat, Aug 11, 2012 at 6:12 PM, Sergey Sharybin sergey@gmail.com wrote: Support of newer boost libraries was added to cycles in r48836 which happened after 2.63a release. You should either: - use older boost (like 1.49) - use newer sources (current trunk) - backport changes from r48836 to your local checkout The diff applied without modification and built! Thanks! Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fedora 17 updated to OpenImageIO version 1.0.5 No longer links Blender
On Thu, Jun 28, 2012 at 6:52 AM, Terry Wallwork terrywallw...@netscape.net wrote: Hi, Just tried building the latest svn version of Blender and it will no longer link since Fedora updated to OpenImageIo Version 1.0.5 I'm assuming you're building with Cmake? That what the snippet you posted looked like but admittedly I haven't build blender with scons for so long that I wouldn't know what it looks like. I'm the OpenImageIO maintainer for Fedora and co-maintainer of blender. I assume you're building your own package to ether keep more up to date or to enable features that are disabled in Fedora? Are you building blender directly yourself? Or are you using a source RPM? I use the following cmake options in my spec file for cycles/oiio: -DCYCLES_OIIO:PATH=%{_prefix} \ -DOPENIMAGEIO_INCLUDES:PATH=%{_includedir}/OpenImageIO \ Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fedora 17 updated to OpenImageIO version 1.0.5 No longer links Blender
On Thu, Jun 28, 2012 at 8:42 AM, Terry Wallwork terrywallw...@netscape.net wrote: Hi Richard, Yes I am building Blender with Cmake, and yes I build Blender frequently to keep up to date with its progress, I never use the Fedora provided sources only ever Blender Trunk SVN. The older version of OIIO worked ok (before the Fedora rpm update). I am not building my own version of OIIO from source am purely using the Fedora RPM binaries to give me that. I would still recommend build using rpmbuild to create an RPM. It's fairly trivial to update the spec file when you update the source and you don't have to remember a bunch of cmake options or other tweaks. Also, installing an RPM makes uninstall easier since RPM tracks the files and library requirements. In fact I always build with rpmbuild so I don't have to worry about installing stuff in /var/local , depend on make uninstall, and can easily manipulate where files get installed. Also, rpmlint catches a lot of bad practices and issues. If you're curious I can give you more details of my process. I can also provide my source RPM to get you started. This is probably just as case of Blender not catching up with OIIO yet, so I posted just in case :) Well I just rebuilt my blender, which is fairly recent although not current SVN (48174) and it linked with oiio without issue... I will likely build an older version of OIIO to get Blender linking again and then wait for Blender to catch up (assuming that this is Blender's fault and not mine or OIIO) Are you using the cmake options I posted previously? Obviously the macros are not automatically expanded for you but just adjust them. Also, you didn't post the configuration part of the build output. Did you verify that cmake found oiio (or at least think it did)? Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fedora 17 updated to OpenImageIO version 1.0.5 No longer links Blender
I just did a current SVN checkout and had no issues linking with oiio 1.0.5... Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fedora 17 updated to OpenImageIO version 1.0.5 No longer links Blender
On Thu, Jun 28, 2012 at 10:09 AM, Terry Wallwork terrywallw...@netscape.net wrote: Hi Richard, Sorry for the noise, it links here also, I just needed to delete the Blender source and build files to get it to compile and link against the newer OIIO version. Glad it was an easy fix :) Another good think about using rpmbuild, it starts a clean build every time :) On the rpm building advice. The reason I tend not to use it, is sometimes Fedora doesn't keep up with the version of Python that Blender often wants to use, same with ffmpeg (fusion can take a while to get newer ffmpeg versions). I download the Python, FFMPEG, OpenCollada, Numpy, sources with by build script so I don't have to wait for Fedora's rpm's to catch up with what Blender needs. Though recently the version of Python Fedora ships in rpm and what Blender needs have been recent enough. I can see that but it would also be trivial to pull those source RPM's and just update the source files to the version you need. On a side note I'm also the openCOLLADA maintainer. I keep them pretty up to date but as openCOLLADA doesn't maintain a stable API/ABI I use abi-compliance-checker to check for ABI breakages and only update if there isn't one, however, you can always pull the SRPM from rawhide since I keep it pretty current and rebuild it for whatever Fedora release you're on. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Build error
On Thu, Jun 21, 2012 at 10:25 AM, Antony Riakiotakis kal...@gmail.com wrote: I think on linux the system library is used. Maybe you should upgrade your system's openjpeg? Either way, if a minimum version of a library is needed, shouldn't it error out in configuration instead of during building? Just as a data point, I've never had a problem here (Fedora 16 x86_64) using openjpeg-libs-1.4-12.fc16.x86_64 Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Build error
On Thu, Jun 21, 2012 at 11:28 AM, Antony Riakiotakis kal...@gmail.com wrote: Should we add a switch to use external/openjpeg for people who may want it? I think that would be a good idea although you kinda already do (with cmake). In my spec file for Fedora I rm -rf the bundled openjpeg library and cmake automatically finds the system library. It looks like this is the default on unix/llinux. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Build error
On Thu, Jun 21, 2012 at 11:56 AM, Daniel Salazar - 3Developer.com zan...@gmail.com wrote: I deleted the ffmpeg libs from svn in order to use the system ones, this has worked for me in the past. Now I'm getting this http://www.pasteall.org/33119 any ideas? I don't remember you saying one way or the other, but are you using cmake or scons for building? I just got done building current SVN with FFMPEG enabled (it's disabled be default for Fedora) and it used the system installed library and I didn't have any issues. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] blender dependency OpenImageIo -- Field3D compile error
On Sun, Jun 3, 2012 at 10:09 AM, Thomas Dinges blen...@dingto.org wrote: Hi, you don't need Field3D for Cycles, can you just disable that, there might be a build option for it? You should just be able to remove Field3D as it's only needed for HDF5 support which is minimal at this point and the build will continue without HDF5 support.. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Cycles render problem in official Fedora package
I'm hoping someone can take a look and figure out pretty quickly what's going on. We have a bug report from a user who doesn't have the Cycles rendering option available in the dropdown but in looking at the build log everything looks fine (oiio is being used) Can someone take a look at this bug report? https://bugzilla.redhat.com/show_bug.cgi?id=812354 Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Who is Phymec?
On Thu, Apr 19, 2012 at 8:13 AM, Ton Roosendaal t...@blender.org wrote: Hi all, There's this awesome artist/developer posting great physics videos online: http://www.youtube.com/user/Phymec?feature=playlist-comment I'd love to work with him; both for Blender python scripts and for Mango production help! Anyone knows the person, or can the person mail me to review possible cooperation? All I can say is WOW Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Cycles render problem in official Fedora package
On Thu, Apr 19, 2012 at 8:42 AM, Bastien Montagne montagn...@wanadoo.fr wrote: I have a red hat bugzilla acount, so answered directly there… Thank you! Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Blender problem with libspnav
Ok, looks like I broke something else I need your help with! I recently had the Fedora Blender maintainer add libspnav as a build dependency. Now when someone tries to start Blender but is not running or does not have spacenavd installed, Blender fails to start[1]. I'm thinking Blender should handle this situation gracefully... Thanks, Richard [1] https://bugzilla.redhat.com/show_bug.cgi?id=812354#c10 ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] On Format Woes
On Thu, Apr 5, 2012 at 9:51 AM, Andrew Hunter and...@aehunter.net wrote: OpenColorIO already supports the F65 via Academy IIF-ACES (Image Interchange Framework - Academy Color Encoding Space) workflow[3]. Included in that are the academy approved transforms for the F65. This is an opportunity for Blender to be at the forefront of supporting the latest advances in digital cinematography. Further information on ACES is available from here[4]. Just an FYI. I've already explored packaging OpenColorIO for Fedora and all that really remains is to get a couple of bundled libraries out and use the system libraries instead. The bundled libraries issue is pretty much taken care of but they wanted to make sure the tests were updated so that serialization was properly checked to protect interoperability between different systems and distros. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] GCC 4.7 compile error.
On Mon, Mar 26, 2012 at 7:07 AM, Renato Perini rper...@email.it wrote: Compiling == 'VideoFFmpeg.cpp' In file included from /usr/include/unistd.h:227:0, from /usr/include/python3.2mu/Python.h:36, from source/gameengine/Expressions/KX_Python.h:47, from source/gameengine/Expressions/PyObjectPlus.h:43, from source/gameengine/VideoTexture/VideoBase.h:31, from source/gameengine/VideoTexture/VideoFFmpeg.h:69, from source/gameengine/VideoTexture/VideoFFmpeg.cpp:43: /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include/stddef.h:417:43: error: operator '' has no right operand In file included from /usr/include/signal.h:349:0, from intern/moto/include/MT_assert.h:36, from intern/moto/include/MT_Vector3.h:50, from source/gameengine/Expressions/PyObjectPlus.h:45, from source/gameengine/VideoTexture/VideoBase.h:31, from source/gameengine/VideoTexture/VideoFFmpeg.h:69, from source/gameengine/VideoTexture/VideoFFmpeg.cpp:43: /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include/stddef.h:417:43: error: operator '' has no right operand scons: *** [/home/mjordan/Blender/build/linux/source/gameengine/VideoTexture/VideoFFmpeg.o] Error 1 scons: building terminated because of errors. Using linux x64, GCC 4.7 x64, scons. What release are you trying to build? I've built 45995 using cmake and didn't have any issues. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] GCC 4.7 compile error.
On Mon, Mar 26, 2012 at 7:48 AM, Renato Perini rper...@email.it wrote: I'm compiling the current SVN code (at the time of writing, r45179) Obviously I meant 44559 :) I'll do a checkout and try again. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] GCC 4.7 compile error.
On Mon, Mar 26, 2012 at 10:22 AM, Xavier Thomas xavier.thomas.1...@gmail.com wrote: It seems the error comes from the file: /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include/stddef.h Which is not from Blender. This could be a problem with this file or a bug in gcc 4.7. Using another gcc version will certainly fix the problem because this file comes with gcc 4.7. It may be distro specific. I was able to build r45182 without issue just now on Fedora rawhide (the development branch) Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] GCC 4.7 compile error.
On Mon, Mar 26, 2012 at 4:22 PM, Campbell Barton ideasma...@gmail.com wrote: get this error too on arch linux, gcc4.7. disabling game engine / ffmpeg works for now, probably will be fixed in a GCC package update. That's right, I currently have both disabled as well... Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] A question about blenders use of ffmpeg and grey area codecs
On Tue, Mar 20, 2012 at 3:40 PM, Dave Plater lst dplater.l...@gmail.com wrote: On 03/17/2012 01:09 AM, Campbell Barton wrote: Do you have a link to the patches you're applying to blender? On Fri, Mar 16, 2012 at 9:18 PM, Dave Plater lstdplater.l...@gmail.com wrote: I'm getting really tired of having to continually patch blender releases to pass the openSUSE / Novell legal review. I'm led to believe that if a program doesn't link against a patent or copyright challenged library then it isn't in danger of legal action. You can understand a company like Novell being a target for such legal action. What I would like to know is what are the functions of the various xvid and ffmpeg sources/scripts. The python ones that I've glanced at seem to have the purpose of supplying parameters to ffmpeg. Which is not a legal problem, this is similar to what for example kde's kaffeine does with codecs. I'm then going to pass this information to the legal department for clarification on whether I really have to remove these bits and patch blender to build without them or not. Here's the solution I came up with for 2.62. I modified the cmake config using this patch[1] so that everything is handled by the WITH_CODEC_FFMPEG cmake option. I think this patch should be acceptable upstream and then you would only need to use the DISTRIBUTABLE conditional in one place. Thanks, Richard [1] http://dl.dropbox.com/u/34775202/blender-2.62-blenkernel.patch ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] A question about blenders use of ffmpeg and grey area codecs
On Tue, Mar 20, 2012 at 5:08 PM, Dave Plater lst dplater.l...@gmail.com wrote: By the way could you send me a link for your patch or source rpm please Richard, I've got a build error concerning missing variables atm. http://dl.dropbox.com/u/34775202/blender-2.62-1.svn44995.fc16.src.rpm HTH! Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] rpm's and debs
On Thu, Dec 15, 2011 at 3:06 PM, Campbell Barton ideasma...@gmail.com wrote: AFAICS the problems is that many distros don't upgrade apps, they just accept bugfixes or security updates on whatever is released with the distro. Theres not much we can do about that. It's a far from perfect solution, but Fedora contributors are allowed to create a personal repository hosted on fedorapeople.org. Theoretically it could cause small issues on upgrades if the package for the next release isn't available and they're not well advertised, but it is an option. I haven't jumped through the hoops to create a personal repository yet but I'm willing to if there's enough interest. I'm the Fedora maintainer for openCOLLADA and OpenImageIO so I have those dependencies covered. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.60 release AHOY
On Mon, Oct 17, 2011 at 12:58 PM, Ton Roosendaal t...@blender.org wrote: Hi all, The last commit has been done! Tag: tags/blender-2.60-release trunk svn revision: 41098 extensions revision: 2473 I just tried building for Fedora with cmake and it still built the /usr/share/blender/2.59 directory instead of 2.60... Maybe I did something wrong? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.60 release AHOY
On Mon, Oct 17, 2011 at 1:46 PM, pete larabell xgl.asyl...@gmail.com wrote: did you clean out your build/ directory before building? Yes, I'm using rpmbuild so it expands from source every time. My source came from: svn -r 41098 export blender-2.60 Looking at source/blender/blenkernel/BKE_blender.h, it still shows: #define BLENDER_VERSION 259 #define BLENDER_SUBVERSION 5 #define BLENDER_MINVERSION 250 #define BLENDER_MINSUBVERSION 0 I'm using the blender-cycles branch, but should that matter? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Forming a team for Video Editor
2011/10/11 José Romero jose.cyb...@gmail.com: Why don't you pay a look at this project? http://www.openshot.org/ It's really the most usable FOSS video editor I have ever tried. One thing that would be cool is that it integrated a bit better with Blender. I wondered if someone was going to mention OpenShot. I'm the Fedora package maintainer for it (via RPM Fusion). It's python based so it would probably be one of the easier ones to integrate. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Universal 3D support?
On Fri, Oct 7, 2011 at 4:41 PM, Toni Alatalo ant...@kyperjokki.fi wrote: On Oct 7, 2011, at 11:18 PM, Richard Shaw wrote: Are there any plans for Universal 3D (U3D) support? I was trying to find a way to create a 3D PDF with open source software but Blender doesn't appear to support it. It's an open standard so I figure the lack of support is for a more technical Often with open source the reason for something not existing is simply that no one has implemented it. That is usually because there hasn't been great need. [SNIP] Some people have apparently brought things to U3D from Blender via OBJ export to MeshLab (open source) and, with good success, proprieatery DAZ: http://artandlogic.blogspot.com/2008/08/blender-to-acrobat-3d.html .. back in 2008. I'll have to try that. I guess Collada and perhaps X3D are more useful to people so U3D just hasn't been made. Probably is doable if really needed. This comment from already 2009 says that an extended version of Acrobat has later added Collada support: Using the COLLADA exporter and Adobe Acrobat Pro Extended, one can create pdf documents that include the 3D model, enabling users to rotate the model directly in the pdf viewer, as well as exploring the object tree and see all the parts names. http://labs.solidworks.com/Products/Product.aspx?name=colladaexport . Also Photoshop and Mac OS X Preview etc. support Collada, so perhaps that's where the world is converging instead. Well, that's still using Acrobat Pro which is about $350. I was trying to stay FOSS. I did have some success using Meshlab. It exports a UD3 file with a simple latex script and then you can use pdflatex to create the PDF. It works but the default orientation of the model is strange and I get a divide by 0 error if I try to change it. I exported a COLLADA version but it does not export a latex file for embedding in a PDF. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Universal 3D support?
Are there any plans for Universal 3D (U3D) support? I was trying to find a way to create a 3D PDF with open source software but Blender doesn't appear to support it. It's an open standard so I figure the lack of support is for a more technical reason? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] cache python scripts for re-distribution.
On Wed, Oct 5, 2011 at 8:40 PM, Martin Poirier the...@yahoo.com wrote: Doing it in the installer is a perfectly acceptable solution. As you said, Python does it (as does the installers of some extensions). Martin Just an FYI... Right now it looks like you're only considering this for Windows based systems which is fine, but it ends up being generalized as part of the build process make sure there's a build flag to disable it. At least on Fedora/Redhat rpmbuild byte-compiles python as part of the package generation process. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Building OpenCollada OpenSuSE 11.4
On Sun, Sep 25, 2011 at 4:50 PM, Daniel Salazar - 3Developer.com zan...@gmail.com wrote: OK, i did this change but I still get the same error --- build_files/cmake/Modules/FindOpenCOLLADA.cmake (revision 40541) +++ build_files/cmake/Modules/FindOpenCOLLADA.cmake (working copy) @@ -61,6 +61,8 @@ SET(_opencollada_SEARCH_DIRS ${OPENCOLLADA_ROOT_DIR} + /usr/lib64 + /usr/include /usr/local /sw # Fink /opt/local # DarwinPorts That's not going to do it because the cmake code is still trying to append the library names as sub-directories to whatever is in _opencollada_SEARCH_DIRS. The best thing would be to get a hold of a package that puts it in subdirectories. Who's package are you using? I know Dave Platter is one of the packagers of blender and openCOLLADA for OpenSUSE but as I'm not really all that familiar with the inner workings of SUSE I guess there could be others. I'm not a cmake expert but perhaps changing: SET(_opencollada_INCLUDES) FOREACH(COMPONENT ${_opencollada_FIND_INCLUDES}) STRING(TOUPPER ${COMPONENT} UPPERCOMPONENT) # need to use this even thouh we are looking for a dir FIND_FILE(OPENCOLLADA_${UPPERCOMPONENT}_INCLUDE_DIR NAMES ${COMPONENT}/include ${COMPONENT} # Ubuntu ppa needs this. # Alternative would be to suffix all members of search path # but this is less trouble, just looks strange. include/opencollada/${COMPONENT} HINTS ${_opencollada_SEARCH_DIRS} ) MARK_AS_ADVANCED(OPENCOLLADA_${UPPERCOMPONENT}_INCLUDE_DIR) LIST(APPEND _opencollada_INCLUDES ${OPENCOLLADA_${UPPERCOMPONENT}_INCLUDE_DIR}) ENDFOREACH() to something like: SET(_opencollada_INCLUDES) FOREACH(COMPONENT ${_opencollada_FIND_INCLUDES}) STRING(TOUPPER ${COMPONENT} UPPERCOMPONENT) SET(OPENCOLLADA_${UPPERCOMPONENT}_INCLUDE_DIR /usr/include) MARK_AS_ADVANCED(OPENCOLLADA_${UPPERCOMPONENT}_INCLUDE_DIR) LIST(APPEND _opencollada_INCLUDES ${OPENCOLLADA_${UPPERCOMPONENT}_INCLUDE_DIR}) ENDFOREACH() would work... Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fedora openCOLLADA cmake fix
On Wed, Aug 24, 2011 at 1:41 PM, Campbell Barton ideasma...@gmail.com wrote: @Richard Just committed and an update to CMake / Collada so collada can be found on ubuntu which uses paths, interested to know if this works now on fedora. I've got it building fine. The only thing I had to do was to patch FindOpenCOLLADA.cmake to not look for the UTF, ftoa, and buffer libraries since we're statically building those into their parent. The main reason for that is because we're actually putting the main collda libraries as shared libraries in /usr/lib and those names are fairly generic. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender now requires boost 1.47?
On Tue, Sep 6, 2011 at 12:48 PM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Hi, I've changed the minimum version to 1.34 now. Thanks! Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Fedora package patch cleanup.
Hey guys, I inhereted a lot of patches when I started trying to build blender 2.5X for Fedora and I've weeded out a lot of them but there's a couple still around that I'd like to remove if I can. 1. This does something with bmake. I'm using cmake for building, do I need this? --- blender-2.44/release/plugins/bmake.bid 2004-12-27 20:28:48.0 +0100 +++ blender-2.44/release/plugins/bmake 2007-08-09 18:13:34.0 +0200 @@ -60,10 +60,10 @@ elif ( test $UNAME = OpenBSD ) then LDFLAGS=-Bshareable; elif ( test $UNAME = Linux ) then CC=gcc; - CFLAGS=-fPIC -funsigned-char -O2; + CFLAGS=${RPM_OPT_FLAGS} -fPIC -funsigned-char; - LD=ld; - LDFLAGS=-Bshareable; + LD=gcc; + LDFLAGS=--shared ${RPM_OPT_FLAGS}; elif ( test $UNAME = SunOS ) then CC=cc; CFLAGS=-O; 2. I'm assuming this has something to do with 64bit system builds? Index: source/gameengine/Expressions/Value.cpp === --- source/gameengine/Expressions/Value.cpp.orig2010-04-18 12:28:37.0 +0200 +++ source/gameengine/Expressions/Value.cpp 2010-10-28 14:56:24.0 +0200 @@ -543,8 +543,8 @@ CValue* CValue::ConvertPythonToValue(PyO CListValue* listval = new CListValue(); bool error = false; - int i; - int numitems = PyList_Size(pyobj); + Py_ssize_t i; + Py_ssize_t numitems = PyList_Size(pyobj); for (i=0;inumitems;i++) { PyObject* listitem = PyList_GetItem(pyobj,i); /* borrowed ref */ 3. I don't see how this does anything useful, but I may have already removed segments that no longer applied cleanly: Index: release/plugins/sequence/dnr.c === --- release/plugins/sequence/dnr.c.orig 2008-11-12 23:16:53.0 +0200 +++ release/plugins/sequence/dnr.c 2010-10-28 14:56:30.0 +0200 @@ -110,9 +110,12 @@ static void doit(unsigned char * src_, u unsigned char * dst = dst_; while (count--) { - *dst = table[(*src++ 8) | *dst]; dst++; - *dst = table[(*src++ 8) | *dst]; dst++; - *dst = table[(*src++ 8) | *dst]; dst++; + *dst = table[(*src++ 8) | *dst]; + dst++; + *dst = table[(*src++ 8) | *dst]; + dst++; + *dst = table[(*src++ 8) | *dst]; + dst++; *dst++ = *src++; 4. I don't know anything about this one... Index: extern/bullet2/src/LinearMath/btVector3.h === --- extern/bullet2/src/LinearMath/btVector3.h.orig 2009-03-17 23:44:58.0 +0200 +++ extern/bullet2/src/LinearMath/btVector3.h 2010-10-28 14:56:38.0 +0200 @@ -63,7 +63,8 @@ public: public: /**@brief No initialization constructor */ - SIMD_FORCE_INLINE btVector3() {} + SIMD_FORCE_INLINE btVector3() { + m_floats[0]=m_floats[1]=m_floats[2]=m_floats[3]=btScalar(0.);} Index: extern/bullet2/src/BulletCollision/BroadphaseCollision/btQuantizedBvh.h === --- extern/bullet2/src/BulletCollision/BroadphaseCollision/btQuantizedBvh.h.orig 2009-09-14 16:45:32.0 +0200 +++ extern/bullet2/src/BulletCollision/BroadphaseCollision/btQuantizedBvh.h 2010-10-28 14:56:38.0 +0200 @@ -94,7 +94,8 @@ ATTRIBUTE_ALIGNED16 (struct) btOptimized //for child nodes int m_subPart; int m_triangleIndex; - int m_padding[5];//bad, due to alignment + int:5*8*sizeof(int); +// int m_padding[5];//bad, due to alignment }; Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender now requires boost 1.47?
On Mon, Sep 5, 2011 at 7:10 PM, Jeff Doyle shelleydo...@eastlink.ca wrote: Cycles builds fine for me on Fedora 15 with Boost 1.46. Funny, I get this during configuration: CMake Error at /usr/share/cmake/Modules/FindBoost.cmake:1128 (message): Unable to find the requested Boost libraries. Boost version: 1.46.0 Boost include path: /usr/include Detected version of Boost is too old. Requested version was 1.47 (or newer). The following Boost libraries could not be found: boost_filesystem boost_regex boost_system boost_thread No Boost libraries were found. You may need to set BOOST_LIBRARYDIR to the directory containing Boost libraries or BOOST_ROOT to the location of Boost. Call Stack (most recent call first): CMakeLists.txt:524 (find_package) Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fedora openCOLLADA cmake fix
On Wed, Aug 24, 2011 at 1:41 PM, Campbell Barton ideasma...@gmail.com wrote: @Richard Just committed and an update to CMake / Collada so collada can be found on ubuntu which uses paths, interested to know if this works now on fedora. eg ubuntu paths... /usr/ include/opencollada/COLLADABaseUtils/COLLADABUUtils.h /usr/ lib/opencollada/libOpenCOLLADABaseUtils.a Well we're (Fedora) is patching the cmake file to build shared libraries. Also, Fedora/Redhat/(and openSUSE I think) handle multilib with /lib and /lib64 as separate directories unlike Debian/Ubuntu that dumps everything in /lib and symlinks to /lib64. As long as it's pretty easy to override with cmake options or patch it's not a big deal. As well as default paths when building with OpenCollada with cmake on linux (my own setup). Where /opt/opencollada is the root path, OPENCOLLADA_ROOT_DIR=/opt/opencollada in CMake's cache. /opt/opencollada/ lib/libOpenCOLLADABaseUtils.a /opt/opencollada/ COLLADABaseUtils/include/COLLADABUUtils.h Since we're manually installing everything we decided to go with just /usr/include/collada lib name without putting everything under an opencollada parent subdirectory. Also we do build UTF libftoa libBuffer statically into their parent library since their names are far to generic to dump into /usr/lib. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Changes in latest blender-cycles
Ok guys, just wanted to make sure I'm not missing anything :) I've noticed that the latest checkout I did no longer installs any header files. I assume this is intentional? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Libraries missing target_link_libraries(...
On Sun, Aug 7, 2011 at 9:02 AM, Dan Eicher d...@trollwerks.org wrote: Are you talking about the cmake make package rpm builder or making a .spec file from scratch? No, I'm using rpmbuild on a Fedora system. The cmake one should work in cycles though may need an entry for libcycles.so so as to not complain about an unlisted install target or some such thing. I figured it out. By default the cmake macro for Fedora assumes you want to build shared libs. Fortunately cmake listens to the last setting if there's a duplicate so I just turn it back off. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Libraries missing target_link_libraries(...
Not having gotten any replies to my last few questions I'm starting to think I'm becoming a bother, but I'll try again... I've been working on a blender-cycles build for Fedora and I thought I was getting pretty close until I ran rpmlint on the installed blender package. I noticed I had seemingly 1000+ errors of: undefined-non-weak-symbols which basically means the libraries built by blender are not being linked with all the libraries they should be. I've started adding target_link_libraries(... after blender_add_lib to fix this, for example: From my installed blender instance: $ ldd -d /usr/lib64/libbf_avi.so linux-vdso.so.1 = (0x709d1000) libgomp.so.1 = /usr/lib64/libgomp.so.1 (0x7fc621e67000) libpthread.so.0 = /lib64/libpthread.so.0 (0x7fc621c4c000) libc.so.6 = /lib64/libc.so.6 (0x7fc6218b2000) librt.so.1 = /lib64/librt.so.1 (0x7fc6216aa000) libgcc_s.so.1 = /lib64/libgcc_s.so.1 (0x7fc621495000) /lib64/ld-linux-x86-64.so.2 (0x7fc6222aa000) undefined symbol: jpeg_resync_to_restart(/usr/lib64/libbf_avi.so) All I did was add: target_link_librarires(bf_avi ${JPEG_LIBRARIES}) after the appropriate blender_add_lib(bf_avi...) And now I get this from my local build lib directory: $ ldd -d libbf_avi.so linux-vdso.so.1 = (0x7fff48fff000) libjpeg.so.62 = /usr/lib64/libjpeg.so.62 (0x7f57dc894000) libgomp.so.1 = /usr/lib64/libgomp.so.1 (0x7f57dc687000) libpthread.so.0 = /lib64/libpthread.so.0 (0x7f57dc46b000) libc.so.6 = /lib64/libc.so.6 (0x7f57dc0d2000) librt.so.1 = /lib64/librt.so.1 (0x7f57dbeca000) libgcc_s.so.1 = /lib64/libgcc_s.so.1 (0x7f57dbcb4000) /lib64/ld-linux-x86-64.so.2 (0x7f57dcd16000) So I have two questions: 1. Is this the right way to fix this? (I would assume yes from a cmake perspective, but wasn't sure if there was a more blender way to do it) 2. Am I wasting my time fixing this? In other words. If I can supply a diff when I'm done, will you use it? Respectfully, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] makes install problem with cycles branch
On Sat, Aug 6, 2011 at 9:02 AM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Hi, The only difference with trunk should be that there is a shared library being built that contains the cycles render engine. I'm not sure which files from the lib/ directory you are expecting to be installed? Also makesrna and makesdna should not be installed, they are only needed as part of the compilation process. I had created an RPM package with the default install but when I tried to install it, it complained about a lot of missing library requirements. I ended up finding these libraries in the lib subdirectory of the build directory. Adding these libraries to the install satisfied the RPM requirements so my assumption is that they are needed. I'll append the list of libraries built at the bottom. Since cmake is going to the trouble of building these libraries is it wrong to assume they are needed? Thanks, Richard The list of libraries are: libbf_avi.so libbf_blenfont.so libbf_blenkernel.so libbf_blenlib.so libbf_blenloader.so libbf_blenpluginapi.so libbf_collada.so libbf_dna.so libbf_editor_animation.so libbf_editor_armature.so libbf_editor_curve.so libbf_editor_datafiles.so libbf_editor_gpencil.so libbf_editor_interface.so libbf_editor_mesh.so libbf_editor_metaball.so libbf_editor_object.so libbf_editor_physics.so libbf_editor_render.so libbf_editor_screen.so libbf_editor_sculpt_paint.so libbf_editor_sound.so libbf_editor_space_action.so libbf_editor_space_api.so libbf_editor_space_buttons.so libbf_editor_space_console.so libbf_editor_space_file.so libbf_editor_space_graph.so libbf_editor_space_image.so libbf_editor_space_info.so libbf_editor_space_logic.so libbf_editor_space_nla.so libbf_editor_space_node.so libbf_editor_space_outliner.so libbf_editor_space_script.so libbf_editor_space_sequencer.so libbf_editor_space_sound.so libbf_editor_space_time.so libbf_editor_space_userpref.so libbf_editor_space_view3d.so libbf_editor_text.so libbf_editor_transform.so libbf_editor_util.so libbf_editor_uvedit.so libbf_gpu.so libbf_ikplugin.so libbf_imbuf_cineon.so libbf_imbuf_dds.so libbf_imbuf_openexr.so libbf_imbuf.so libbf_intern_audaspace.so libbf_intern_bop.so libbf_intern_bsp.so libbf_intern_ctr.so libbf_intern_decimate.so libbf_intern_elbeem.so libbf_intern_ghost.so libbf_intern_guardedalloc.so libbf_intern_ik.so libbf_intern_itasc.so libbf_intern_memutil.so libbf_intern_mikktspace.so libbf_intern_moto.so libbf_intern_opennl.so libbf_intern_smoke.so libbf_intern_string.so libbf_modifiers.so libbf_nodes.so libbf_python_ext.so libbf_python.so libbf_render.so libbf_rna.so libbf_windowmanager.so libcycles_blender.so libcycles_bvh.so libcycles_device.so libcycles_kernel.so libcycles_render.so libcycles_subd.so libcycles_util.so libextern_binreloc.so libextern_bullet.so libextern_lzma.so libextern_minilzo.so libge_blen_routines.so libge_converter.so libge_logic_expressions.so libge_logic_ketsji.so libge_logic_loopbacknetwork.so libge_logic_network.so libge_logic_ngnetwork.so libge_logic.so libge_oglrasterizer.so libge_phys_bullet.so libge_phys_common.so libge_phys_dummy.so libge_rasterizer.so libge_scenegraph.so libge_videotex.so ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Libraries missing target_link_libraries(...
On Sat, Aug 6, 2011 at 9:06 AM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Hi, Blender itself shouldn't require any extra libraries compared to trunk, so I'm not sure how this could happen. Where does the shared library libbf_avi.so come from? That's supposed to be a static library linked into blender at compile time. I'm not seeing such a shared library when compiling here. Hmm... Maybe that's what's going on here. By default the cmake macro in rpmbuild builds shared libraries. That explains a lot. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Header files installed to wrong directory.
On Thu, Aug 4, 2011 at 11:16 PM, Campbell Barton ideasma...@gmail.com wrote: Are you building a branch? - current trunk doesn't include the lines you post. If so please include such info when reporting problems otherwise we assume you use trunk. Sorry, I'm using the blender-cycles branch. $ svn info blender-cycles/ Path: blender-cycles URL: https://svn.blender.org/svnroot/bf-blender/branches/cycles Repository Root: https://svn.blender.org/svnroot/bf-blender Repository UUID: 954f8c5b-7b00-dc11-b283-0030488c597c Revision: 39004 Node Kind: directory Schedule: normal Last Changed Author: blendix Last Changed Rev: 38228 Last Changed Date: 2011-07-08 06:19:11 -0500 (Fri, 08 Jul 2011) For the RPATH problem were you building a branch too? I'm wondering now if that was a side effect of building with shared libs instead of static libs. I'm go to try another build with shared libs turned off. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] RPATH issue with blender binary
Ok, I've got all my other problems pretty much fixed by building in the libs statically, but I'm still having an rpath issue: I'm rimmed all the warnings that can be ignored so here's what's left: $ rpmlint blender blender.x86_64: E: binary-or-shlib-defines-rpath /usr/bin/blender ['/usr/include/lib'] blender.x86_64: E: arch-dependent-file-in-usr-share /usr/share/blender/2.58/scripts/addons/cycles/libcycles_blender.so blender.x86_64: E: binary-or-shlib-defines-rpath /usr/share/blender/2.58/scripts/addons/cycles/libcycles_blender.so ['$ORIGIN/lib'] Any ideas? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] makes install problem with cycles branch
Ok guys, I hope I don't have to keep bothering you but I've got one more problem. I'm not sure if it's specific to the blender-cycles branch but none of the files in build dir/lib are being installed and neither are makes{rna,dna} from ./bin. I don't remember having this problem in previous versions and I looked through the cmake options again but I don't see anything that would cause this... Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] RPATH issue with blender binary
On Wed, Aug 3, 2011 at 11:19 PM, Campbell Barton ideasma...@gmail.com wrote: From looking into this RPM is checking for RPATH's with readelf. I tried this on fedora and arch linux blender builds. readelf -d ./blender.bin | grep RPATH And only got this on arch (nothing on fedora with both scons and cmake) /dsk/data/src/blender/blender readelf -d ./blender.bin | grep RPATH 0x000f (RPATH) Library rpath: [/opt/py33/lib:/opt/sdl13/lib] Guessing this is specific to you you're building. Hmm... I wonder what's causing it. I'm definitely getting a rpath... $ readelf -d blender | grep -i RPATH 0x000f (RPATH) Library rpath: [/usr/include/lib:/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/lib] I also tried the cmake option CMAKE_SKIP_RPATH but it caused the build to fail... It must have something to do with the cmake options I'm using but I can't think of anything I've added or removed that should have affected that. In case someone can spot something I'll post the cmake config below... Thanks, Richard Here's the standard cmake options used by Fedora/Redhat: $ rpm -E %cmake CFLAGS=${CFLAGS:--O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic} ; export CFLAGS ; CXXFLAGS=${CXXFLAGS:--O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic} ; export CXXFLAGS ; FFLAGS=${FFLAGS:--O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic} ; export FFLAGS ; /usr/bin/cmake \ -DCMAKE_VERBOSE_MAKEFILE=ON \ -DCMAKE_INSTALL_PREFIX:PATH=/usr \ -DCMAKE_INSTALL_LIBDIR:PATH=/usr/lib64 \ -DINCLUDE_INSTALL_DIR:PATH=/usr/include \ -DLIB_INSTALL_DIR:PATH=/usr/lib64 \ -DSYSCONF_INSTALL_DIR:PATH=/etc \ -DSHARE_INSTALL_PREFIX:PATH=/usr/share \ %if lib64 == lib64 -DLIB_SUFFIX=64 \ %endif -DBUILD_SHARED_LIBS:BOOL=ON And here's what I'm adding in the spec file: -DCMAKE_SKIP_RPATH:BOOL=OFF \ -DWITH_FFTW3:BOOL=on \ -DWITH_JACK:BOOL=on \ -DWITH_CODEC_SNDFILE:BOOL=on \ -DWITH_IMAGE_OPENJPEG:BOOL=off \ %if %{collada} == 1 -DWITH_OPENCOLLADA:BOOL=on \ -DOPENCOLLADA=%{_includedir} \ %else -DWITH_OPENCOLLADA:BOOL=off \ %endif -DWITH_PYTHON_INSTALL:BOOL=off \ -DWITH_PYTHON:BOOL=on \ -DWITH_IMAGE_OPENJPEG:BOOL=off \ -DWITH_GAMEENGINE:BOOL=on \ %if %DISTRIBUTABLE == 1 -DWITH_CODEC_FFMPEG:BOOL=off \ %else ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Header files installed to wrong directory.
I'm not sure why but the header files seem to be getting installed with the the cmake build internal path... Here's a snippet of install_manifest.txt /home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include/RNA_access.h /home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include/RNA_types.h /home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include/RNA_blender.h /home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include/RNA_blender_cpp.h /home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include/MEM_sys_types.h /home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include/MEM_guardedalloc.h /home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include/BLO_sys_types.h /home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include/DNA_listBase.h /usr/bin/blender /usr/share/applications/blender.desktop /usr/share/icons/hicolor/16x16/apps/blender.png /usr/share/icons/hicolor/22x22/apps/blender.png /usr/share/icons/hicolor/24x24/apps/blender.png /usr/share/icons/hicolor/32x32/apps/blender.png /usr/share/icons/hicolor/48x48/apps/blender.png /usr/share/icons/hicolor/256x256/apps/blender.png /usr/share/icons/hicolor/scalable/apps/blender.svg I've grepped through the source for INSTALL( and my cmake-fu isn't strong enough to figure out how cmake installs files yet :) Any hints would be appreciated. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Header files installed to wrong directory.
I think I've figured out at least part of the problem... There are 3 internal output paths in CMakeCache.txt: EXECUTABLE_OUTPUT_PATH:INTERNAL=/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/bin INCLUDE_OUTPUT_PATH:INTERNAL=/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include LIBRARY_OUTPUT_PATH:INTERNAL=/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/lib Out of the 3, two are present in the out-of-source build directory: ./bin ./lib But ./include does not exists in the build directory. Could that be what's causing the absolute path to be used rather than one relative to be build directory? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Header files installed to wrong directory.
Ok, I'm not sure if I did it the right way but I fixed it by changing one cmake variable in source/creator/CMakeLists.txt from: # headers install( FILES ${CMAKE_SOURCE_DIR}/source/blender/makesrna/RNA_access.h ${CMAKE_SOURCE_DIR}/source/blender/makesrna/RNA_types.h ${CMAKE_BINARY_DIR}/source/blender/makesrna/intern/RNA_blender.h ${CMAKE_BINARY_DIR}/source/blender/makesrna/intern/RNA_blender_cpp.h ${CMAKE_SOURCE_DIR}/intern/guardedalloc/MEM_sys_types.h ${CMAKE_SOURCE_DIR}/intern/guardedalloc/MEM_guardedalloc.h ${CMAKE_SOURCE_DIR}/source/blender/blenloader/BLO_sys_types.h ${CMAKE_SOURCE_DIR}/source/blender/makesdna/DNA_listBase.h DESTINATION ${INCLUDE_OUTPUT_PATH}) --- HERE to: # headers install( FILES ${CMAKE_SOURCE_DIR}/source/blender/makesrna/RNA_access.h ${CMAKE_SOURCE_DIR}/source/blender/makesrna/RNA_types.h ${CMAKE_BINARY_DIR}/source/blender/makesrna/intern/RNA_blender.h ${CMAKE_BINARY_DIR}/source/blender/makesrna/intern/RNA_blender_cpp.h ${CMAKE_SOURCE_DIR}/intern/guardedalloc/MEM_sys_types.h ${CMAKE_SOURCE_DIR}/intern/guardedalloc/MEM_guardedalloc.h ${CMAKE_SOURCE_DIR}/source/blender/blenloader/BLO_sys_types.h ${CMAKE_SOURCE_DIR}/source/blender/makesdna/DNA_listBase.h DESTINATION ${INCLUDE_INSTALL_DIR}) -- HERE Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] RPATH issue with blender binary
Well I've given up on figuring out what's causing it for now and decided to just use chrpath --delete to get rid of it, but if anyone thinks of anything, please let me know. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Blenderplayer build issue
I've gotten OpenImageIO accepted into Fedora now so I was working on getting the blender-cycles branch to build and ran into the following issue: Linking C executable ../../bin/blender cd /home/build/rpmbuild/blender/BUILD/blender-2.58/Build/source/creator /usr/bin/cmake -E cmake_link_script CMakeFiles/blender.dir/link.txt --verbose=1 /usr/lib64/ccache/gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -fopenmp -msse2 -msse -pipe -fPIC -funsigned-char -fno-strict-aliasing -Wall -Wcast-align -Werror=declaration-after-statement -Werror=implicit-function-declaration -Werror=return-type -Wstrict-prototypes -Wno-char-subscripts -Wno-unknown-pragmas -Wpointer-arith -Wunused-parameter -Wwrite-strings -Wno-error=unused-but-set-variable -pthread CMakeFiles/blender.dir/creator.c.o CMakeFiles/blender.dir/buildinfo.c.o -o ../../bin/blender -rdynamic -L/usr/include/lib ../../lib/libbf_windowmanager.so ../../lib/libbf_editor_space_api.so ../../lib/libbf_editor_space_action.so ../../lib/libbf_editor_space_buttons.so ../../lib/libbf_editor_space_console.so ../../lib/libbf_editor_space_file.so ../../lib/libbf_editor_space_graph.so ../../lib/libbf_editor_space_image.so ../../lib/libbf_editor_space_info.so ../../lib/libbf_editor_space_logic.so ../../lib/libbf_editor_space_nla.so ../../lib/libbf_editor_space_node.so ../../lib/libbf_editor_space_outliner.so ../../lib/libbf_editor_space_script.so ../../lib/libbf_editor_space_sequencer.so ../../lib/libbf_editor_space_sound.so ../../lib/libbf_editor_space_time.so ../../lib/libbf_editor_space_userpref.so ../../lib/libbf_editor_space_view3d.so ../../lib/libbf_editor_text.so ../../lib/libbf_editor_transform.so ../../lib/libbf_editor_util.so ../../lib/libbf_editor_uvedit.so ../../lib/libbf_editor_curve.so ../../lib/libbf_editor_armature.so ../../lib/libbf_editor_gpencil.so ../../lib/libbf_editor_interface.so ../../lib/libbf_editor_mesh.so ../../lib/libbf_editor_metaball.so ../../lib/libbf_editor_object.so ../../lib/libbf_editor_physics.so ../../lib/libbf_editor_render.so ../../lib/libbf_editor_screen.so ../../lib/libbf_editor_sculpt_paint.so ../../lib/libbf_editor_sound.so ../../lib/libbf_editor_animation.so ../../lib/libbf_editor_datafiles.so ../../lib/libbf_render.so ../../lib/libbf_intern_opennl.so ../../lib/libbf_python.so ../../lib/libbf_python_ext.so ../../lib/libbf_ikplugin.so ../../lib/libbf_modifiers.so ../../lib/libbf_blenkernel.so ../../lib/libbf_nodes.so ../../lib/libbf_gpu.so ../../lib/libbf_blenloader.so ../../lib/libbf_blenlib.so ../../lib/libbf_intern_ghost.so ../../lib/libbf_intern_string.so ../../lib/libbf_blenpluginapi.so ../../lib/libbf_imbuf.so ../../lib/libbf_avi.so ../../lib/libbf_imbuf_cineon.so ../../lib/libbf_imbuf_openexr.so ../../lib/libbf_imbuf_dds.so ../../lib/libbf_collada.so ../../lib/libbf_intern_bsp.so ../../lib/libbf_intern_bop.so ../../lib/libbf_intern_decimate.so ../../lib/libbf_intern_elbeem.so ../../lib/libbf_intern_ik.so ../../lib/libbf_intern_memutil.so ../../lib/libbf_intern_guardedalloc.so ../../lib/libbf_intern_ctr.so ../../lib/libge_blen_routines.so ../../lib/libge_converter.so ../../lib/libge_phys_dummy.so ../../lib/libge_phys_bullet.so ../../lib/libbf_intern_smoke.so ../../lib/libextern_minilzo.so ../../lib/libextern_lzma.so ../../lib/libge_logic_ketsji.so ../../lib/libge_phys_common.so ../../lib/libge_logic.so ../../lib/libge_rasterizer.so ../../lib/libge_oglrasterizer.so ../../lib/libge_logic_expressions.so ../../lib/libge_scenegraph.so ../../lib/libge_logic_network.so ../../lib/libbf_python.so ../../lib/libge_logic_ngnetwork.so ../../lib/libextern_bullet.so ../../lib/libge_logic_loopbacknetwork.so ../../lib/libbf_intern_moto.so ../../lib/libge_videotex.so ../../lib/libbf_rna.so ../../lib/libbf_dna.so ../../lib/libbf_blenfont.so ../../lib/libbf_intern_audaspace.so ../../lib/libbf_intern_mikktspace.so ../../lib/libextern_binreloc.so ../../lib/libbf_intern_itasc.so -lGL -lGLU -ljpeg -lpng -lz -lz -lutil -lc -lm -lpthread -lstdc++ -lX11 -lXi -ldl -Xlinker -export-dynamic -lpython3.2mu -lGLEW -lGLU -ljpeg -lpng -lz -lz -lfreetype -lopenal -lfftw3 -ljack -lsndfile -lsamplerate -lSDL -lpthread -ltiff -lHalf -lIex -lIlmImf -lIlmThread -lImath -lOpenCOLLADAStreamWriter -lOpenCOLLADASaxFrameworkLoader -lOpenCOLLADAFramework -lOpenCOLLADABaseUtils -lGeneratedSaxParser -lMathMLSolver -lpcre -lxml2 -lpcre -lexpat -lutil -lc -lm -lpthread -lstdc++ -lX11 -lXi -ldl -lpython3.2mu -lGLEW -lfreetype -lopenal -lfftw3 -ljack -lsndfile -lsamplerate -lSDL -lpthread -ltiff -lHalf -lIex -lIlmImf -lIlmThread -lImath -lOpenCOLLADAStreamWriter -lOpenCOLLADASaxFrameworkLoader -lOpenCOLLADAFramework -lOpenCOLLADABaseUtils -lGeneratedSaxParser -lMathMLSolver -lpcre -lxml2 -lpcre -lxml2 -lexpat -Wl,-rpath,/usr/include/lib:/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/lib ../../lib/libge_blen_routines.so:
[Bf-committers] RPATH issue with blender binary
I ran across this before but have now forgotten how I fixed/worked around it. ERROR 0002: file '/usr/bin/blender' contains an invalid rpath '/usr/include/lib' in [/usr/include/lib:/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/lib] ERROR 0002: file '/usr/bin/blender' contains an invalid rpath '/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/lib' in [/usr/include/lib:/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/lib] error: Bad exit status from /var/tmp/rpm-tmp.OyE2yG (%install) I tried grepping through all the CMakeLists.txt files but nothing jumped out at me. Got any ideas on where to start looking? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Building blender-cycles on Fedora
On Fri, Jul 8, 2011 at 6:06 AM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Hi, I've fixed the blenderplayer build now to solve these errors (it's disabled by default, didn't really keep track of it for the branch). That's got it! Thanks! No I'm having issues because I'm trying to call this blender-cycles in order to make it parallel installable with the existing blender package. Any hints on how to do that? make install is still putting everything in blender. I may just have to rename everything after %install... Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Cycles and Boost 1.44 (Fedora 14 and above)
On Fri, Jul 1, 2011 at 8:08 PM, Dan Eicher d...@trollwerks.org wrote: I was building cycles on fedora 14 for a while, OIIO needed a reverse patch (on boost maybe?) to build IIRC. I was able to pull and compile oiio on my F14 box without any patches. I've started looking at what it would take to build it as a separate package but it doesn't have a make install target and I'm not a programmer. I would imagine it has many uses besides use in blender-cycles and would be a good addition. I'm sure I could eventually figure it out but I don't have the time ATM Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Cycles and Boost 1.44 (Fedora 14 and above)
On Fri, Jul 1, 2011 at 9:39 AM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Hi, I think this is about Cycles, Blender itself doesn't need boost. I don't know if anyone has compiled Cycles on Fedora with that boost version, but if you have a compile error related to boost it may be there's a small code tweak necessary for that version. I'm using boost 1.46 here. Yup, missed that on the subject line :) Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Cycles and Boost 1.44 (Fedora 14 and above)
Can someone fill me in on the details? I'm doing a svn checkout of cycles right now. Can I build it separately from blender and create a cycles-lib type package? I'm trying this on Fedora 14 x86_64 if it matters. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
Just wanted to put in a me too. I got a good build for Fedora 14 x86_64. Tested it out remotely over X11 Forwarding (cygwin) and everything seemed fine. No console errors so that's good. With all the stuff Dave P. and I are doing to the source to make it compatible with with the distribution requirements, if mine works, chances are the standard linux build is fine. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] How to tell cmake to use system glew
On Tue, Apr 5, 2011 at 6:32 PM, Campbell Barton ideasma...@gmail.com wrote: Hi Richard, added WITH_BUILTIN_GLEW option to CMake r36024 which can be disabled to link against the systems GLEW library. Awesome! I'll try it out. Will I still need the patch that updates the includes in the actual source files? i.e.: #include GL/glew.h lines? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] How to tell cmake to use system glew
On Tue, Apr 5, 2011 at 6:32 PM, Campbell Barton ideasma...@gmail.com wrote: Hi Richard, added WITH_BUILTIN_GLEW option to CMake r36024 which can be disabled to link against the systems GLEW library. Awesome! I'll try it out. Will I still need the patch that updates the includes in the actual source files? i.e.: #include GL/glew.h lines? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] How to tell cmake to use system glew
I'm trying to get my blender package for Fedora to meet the packaging guidelines (which are quite extensive). One of the things I'm fighting with is that building things in statically should be avoided (like openCOLLADA). The problem I'm fighting now is that Fedora provides a glew package but I'm not sure how to make cmake use the system installation over the extern/glew version. When I look at the CMakeLists.txt I see that many of them have options which I'm assuming can be set ON/OFF with a cmake option, but glew does not seem to have an options. I'm not a C programmer so please excuse me if I'm not using the correct terminology. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] How to tell cmake to use system glew
On Tue, Apr 5, 2011 at 2:14 PM, pete larabell xgl.asyl...@gmail.com wrote: RIchard, so far as I know, blender needs it's own glew implementation. It is not the same as the system version. It is not something that can be turned off, since blender itself draws to the screen with OpenGL. Strange then... I have patches from the current Fedora blender maintainer that seems to do this but for scons, not cmake... Here's a snippit of the patch for one file: diff -up blender/source/blender/editors/include/BIF_gl.h.ext blender/source/blender/editors/include/BIF_gl.h --- blender/source/blender/editors/include/BIF_gl.h.ext 2011-03-23 18:31:29.545937006 +0100 +++ blender/source/blender/editors/include/BIF_gl.h 2011-03-23 18:31:54.026936914 +0100 @@ -35,7 +35,7 @@ #ifndef BIF_GL_H #define BIF_GL_H -#include ../../../../extern/glew/include/GL/glew.h +#include GL/glew.h /* * these should be phased out. cpack should be replaced in And then a bunch of entries taking glew out of the includes in SConscript files. The resulting package works or I think there would be more complaints... Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] RC2 builds please!
On Mon, Apr 4, 2011 at 1:11 PM, rsaave...@ono.com rsaave...@ono.com wrote: Hi, I am not the builder of the official release, I am only a blender follower wanting to help I have compiled r36007 on ubuntu Maverick (i686) (10.10) and Natty (i686) (11.04 beta1) using scons. The only but is that for Natty I have to create an user-config.py with the following line: BF_PYTHON_ABI_FLAGS = 'mu' because of python3.2- dev package. Have you tried using cmake yet? With Dave Platters help I've converted the Fedora build from scons to cmake and with recent svn revisions it takes are of those things for you. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender RC1 build!
On Fri, Apr 1, 2011 at 8:16 AM, Dave Plater dpla...@webafrica.org.za wrote: On 03/30/2011 03:53 PM, Ton Roosendaal wrote: Hi platform team, Let's do another official test build! This one should have fixed openAL for linux, and for Windows the installer too. - Try to stick to r35899 - Put in the regular locations, I'll find/copy them and can align names too. - Names used will be like blender-2.57-RC1-r35899-platform.etc Platform builders: - Sergey Sharybin offered to do Linux builds, Ken has little time... and openAL and Collada are giving issues. - Damien: can you do OSX again? - Nathan L: Windows zip and exe - Pete Larabell: got a FreeBSD test for us? Thanks, -Ton- blender-2.57.35927 from svn 35927 (I can't use letters because package managers get confused) with python 3.2 is available for openSUSE 11.4 and factory. The 11.3 build should have completed in an hour or so, it's blocked atm and I'm fighting with Fedora 13 and 14 python 3.2 builds. Users will need to add the repository : 11.3 is http://download.opensuse.org/repositories/home:/plater:/blender/openSUSE_11.3 11.4 is http://download.opensuse.org/repositories/home:/plater:/blender/openSUSE_11.4 Factory is http://download.opensuse.org/repositories/home:/plater:/blender/openSUSE_Factory and the easiest way to get python 3.2, openCOLLADA and blender is zypper dup -r thenameofrepository I've got successful builds of r35906 for Fedora 14 (Python 3.1) and Fedora 15 (Python 3.2), however I'm still building against opencollada r827. Using r35906 since Campbell integrated my gcc 4.6 patch. I'm trying to meet all the Fedora packaging guidelines, which are quite extensive, including package naming. So my latest is: blender-2.57-0.1.RC1.svn35906.fc14.x86_64.rpm Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender RC1 build!
On Fri, Apr 1, 2011 at 12:48 PM, Onyeibo Oku twoho...@gmail.com wrote: On 04/01/2011 06:19 PM, bf-committers-requ...@blender.org wrote: I've got successful builds of r35906 for Fedora 14 (Python 3.1) and Fedora 15 (Python 3.2), however I'm still building against opencollada r827. Using r35906 since Campbell integrated my gcc 4.6 patch. I'm trying to meet all the Fedora packaging guidelines, which are quite extensive, including package naming. So my latest is: blender-2.57-0.1.RC1.svn35906.fc14.x86_64.rpm Thanks, Richard Wonderful. Maybe its time to stop making my own builds as I run F15 beta at the moment. Which Repository are you placing the RPMs? None yet, I'm trying to get it accepted into the official Fedora repo[1] but apparently the spec file I modified from Dave's Suse package is far from compliant. I've got F15 builds as well on my F14 system using mock. Actually it just finished and looks good. If you want to try them out let me know and I'll upload them to my google docs and share them. Thanks, Richard [1] https://bugzilla.redhat.com/show_bug.cgi?id=679197 ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Patches for gcc 4.6
I thought I had already posted this but I can't find it in my sent box and didn't get any response so I apologize if this is redundant. I have a gcc 4.6 patch I have to apply in order to get a clean build so I thought it may be a good idea to see if the patch was appropriate to integrate into svn. It's mostly just adding #include stddef.h to several files but theres also some struct lines which I'm not sure exactly what it does as I'm not a C programmer. Patch is attached. Thanks, Richard M. Shaw ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Linux build error: svn 35825
On Mon, Mar 28, 2011 at 8:11 AM, Richard Shaw hobbes1...@gmail.com wrote: On Mon, Mar 28, 2011 at 6:44 AM, Campbell Barton ideasma...@gmail.com wrote: This is used by a macro to check if python interpreter is active: #define PYC_INTERPRETER_ACTIVE (((PyThreadState*)_Py_atomic_load_relaxed(_PyThreadState_Current)) != NULL) Py 3.1 works a bit differently, you could just check if PyThreadState_GET() is not NULL, in py3.2 that aborts blender so I had to look at pythons source. Campbell, That did the trick. My patch worked on the first try (which only impresses me because I'm not a C programmer so I guessed at the syntax). I got a good build but grep'ing through the build log I did find these warnings: Parsing file /builddir/buil/builddir/build/BUILD/blender-2.56.svn35889/source/blender/makesrna/intern/rna_ui_api.c:77: Warning: include file UI_icons.h not found, perhaps you forgot to add its directory to INCLUDE_PATH? Prep/builddir/build/BUILD/blender-2.56.svn35889/intern/iksolver/intern/TNT/vecadaptor.h:254: Warning: include file iostream not found, perhaps you forgot to add its directory to INCLUDE_PATH? Anything to worry about? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Linux build error: svn 35825
On Wed, Mar 30, 2011 at 10:31 AM, Campbell Barton ideasma...@gmail.com wrote: On Wed, Mar 30, 2011 at 3:03 PM, Richard Shaw hobbes1...@gmail.com wrote: On Mon, Mar 28, 2011 at 8:11 AM, Richard Shaw hobbes1...@gmail.com wrote: On Mon, Mar 28, 2011 at 6:44 AM, Campbell Barton ideasma...@gmail.com wrote: This is used by a macro to check if python interpreter is active: #define PYC_INTERPRETER_ACTIVE (((PyThreadState*)_Py_atomic_load_relaxed(_PyThreadState_Current)) != NULL) Py 3.1 works a bit differently, you could just check if PyThreadState_GET() is not NULL, in py3.2 that aborts blender so I had to look at pythons source. Campbell, That did the trick. My patch worked on the first try (which only impresses me because I'm not a C programmer so I guessed at the syntax). I got a good build but grep'ing through the build log I did find these warnings: Parsing file /builddir/buil/builddir/build/BUILD/blender-2.56.svn35889/source/blender/makesrna/intern/rna_ui_api.c:77: Warning: include file UI_icons.h not found, perhaps you forgot to add its directory to INCLUDE_PATH? Prep/builddir/build/BUILD/blender-2.56.svn35889/intern/iksolver/intern/TNT/vecadaptor.h:254: Warning: include file iostream not found, perhaps you forgot to add its directory to INCLUDE_PATH? Anything to worry about? Thanks, Richard Thats strange, if the file isnt found blender shouldnt build, the include is added ./source/blender/makesrna/intern/CMakeLists.txt:145 Just built with gcc4.6 and it doesn't give any warnings about missing includes with RNA. Never mind. After investigating I'm pretty sure the error is from doxygen and not the build process. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Linux build error: svn 35825
Here's the error: error: /builddir/build/SPECS/blender.spec:153: parseExpressionBoolean returns -1 /builddir/build/BUILD/blender-2.56.svn35825/source/blender/python/generic/py_capi_utils.c:61:2: error: implicit declaration of function '_Py_atomic_load_relaxed' Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Compile problem on Fedora linux (cmake) svn 35657
On Wed, Mar 23, 2011 at 10:00 AM, Dave Plater dpla...@webafrica.org.za wrote: On 03/23/2011 02:38 PM, Nathan Letwory wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23.3.2011 12:42, Dave Plater wrote: To Campbell and Nathan, blender has gcc46 bild problems, possibly just need #includestddef.h in the failing files.: I committed a fix an hour before your reply :) (r35718) /Nathan - -- Nathan Letwory Blender Foundation | Letwory Interactive http://www.blender.org | http://www.letworyinteractive.com We're only going on to gcc46 in a few weeks when factory becomes active again but I should have reported this a while ago. Thanks for the fix. Yup! Got a successful build for Fedora 15 which uses gcc 4.6! Should I keep the -fpermissive CXX compile flag? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Compile problem on Fedora linux (cmake) svn 35657
On Wed, Mar 23, 2011 at 10:00 AM, Dave Plater dpla...@webafrica.org.za wrote: On 03/23/2011 02:38 PM, Nathan Letwory wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23.3.2011 12:42, Dave Plater wrote: To Campbell and Nathan, blender has gcc46 bild problems, possibly just need #includestddef.h in the failing files.: I committed a fix an hour before your reply :) (r35718) On a related note, I'm still using a patch which adds the #include stddef.h to several files but does some other things as well. If someone could review the patch and see if it would be appropriate to get this added to svn so I can stop using the patch I would greatly appreciate it. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Compile problem on Fedora linux (cmake) svn 35657
On Mon, Mar 21, 2011 at 1:42 PM, Richard Shaw hobbes1...@gmail.com wrote: /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:209:3: error: 'btSoftBody::Material::Material()' cannot be overloaded /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:204:17: error: with 'btSoftBody::Material::Material()' /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:231:3: error: 'btSoftBody::Node::Node()' cannot be overloaded /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:221:17: error: with 'btSoftBody::Node::Node()' /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:244:3: error: 'btSoftBody::Link::Link()' cannot be overloaded /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:236:17: error: with 'btSoftBody::Link::Link()' /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:254:3: error: 'btSoftBody::Face::Face()' cannot be overloaded /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:249:17: error: with 'btSoftBody::Face::Face()' /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:308:3: error: 'btSoftBody::Note::Note()' cannot be overloaded /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:302:17: error: with 'btSoftBody::Note::Note()' make[2]: *** [source/gameengine/Ketsji/CMakeFiles/ge_logic_ketsji.dir/KX_BulletPhysicsController.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/home/build/rpmbuild/BUILD/blender-2.56.svn35657/Build' make[1]: *** [source/gameengine/Ketsji/CMakeFiles/ge_logic_ketsji.dir/all] Error 2 make[1]: Leaving directory `/home/build/rpmbuild/BUILD/blender-2.56.svn35657/Build' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.GXSKHv (%build) I didn't see the warning before the errors the first time: /home/build/rpmbuild/BUILD/blender-2.56.svn35702/extern/bullet2/src/BulletCollision/BroadphaseCollision/btQuantizedBvh.h:110:20: warning: width of 'btOptimizedBvhNode::anonymous' exceeds its type In file included from /home/build/rpmbuild/BUILD/blender-2.56.svn35702/source/gameengine/Converter/KX_SoftBodyDeformer.cpp:51:0: Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Compile problem on Fedora linux (cmake) svn 35657
On Tue, Mar 22, 2011 at 11:32 AM, Erwin Coumans erwin.coum...@gmail.com wrote: I removed the constructors (the original reason of a static variable in ZeroInitialize was removed). Can you try compiling the latest trunk? It's still building the documentation (doxygen) but that happens after the program is built to it looks good! Thanks! Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Compile problem on Fedora linux (cmake) svn 35657
Ok, new problem. The svn 35706 builds for Fedora 14 and Python 3.1 (I'm using reverse patches to maintain 3.1 compatibility) just fine, but I tried building for Fedora 15 with Python 3.2 (the patches are not applied) and ran into the following. I'm sorry it's so long but I didn't want to leave anything out. The errors occur at the top of the snippet but it looks like it tries to continue a while before giving up. Thanks, Richard --- cd /builddir/build/BUILD/blender-2.56.svn35706/Build/source/blender/python/generic /usr/lib64/ccache/gcc -D__SSE__ -D__MMX__ -D__SSE2__ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -pipe -fPIC -funsigned-char -fno-strict-aliasing -g -ggdb -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -fopenmp -msse2 -msse -pipe -fPIC -funsigned-char -fno-strict-aliasing -Wall -Wcast-align -Werror=declaration-after-statement -Werror=implicit-function-declaration -Werror=return-type -Wstrict-prototypes -Wno-char-subscripts -Wno-unknown-pragmas -Wpointer-arith -Wunused-parameter -Wwrite-strings -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/python/generic -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/blenlib -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/makesdna -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/blenkernel -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/blenloader -I/builddir/build/BUILD/blender-2.56.svn35706/intern/guardedalloc -I/builddir/build/BUILD/blender-2.56.svn35706/extern/glew/include -I/usr/include/python3.2mu -o CMakeFiles/bf_python_ext.dir/mathutils_Quaternion.c.o -c /builddir/build/BUILD/blender-2.56.svn35706/source/blender/python/generic/mathutils_Quaternion.c In file included from /usr/include/python3.2mu/Python.h:52:0, from /builddir/build/BUILD/blender-2.56.svn35706/source/blender/python/generic/mathutils_Quaternion.c:34: /usr/include/python3.2mu/pyatomic.h: In function '_Py_ANNOTATE_MEMORY_ORDER': /usr/include/python3.2mu/pyatomic.h:59:48: warning: unused parameter 'address' [-Wunused-parameter] /usr/bin/cmake -E cmake_progress_report /builddir/build/BUILD/blender-2.56.svn35706/Build/CMakeFiles [ 47%] Building C object source/blender/python/generic/CMakeFiles/bf_python_ext.dir/mathutils_Vector.c.o cd /builddir/build/BUILD/blender-2.56.svn35706/Build/source/blender/python/generic /usr/lib64/ccache/gcc -D__SSE__ -D__MMX__ -D__SSE2__ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -pipe -fPIC -funsigned-char -fno-strict-aliasing -g -ggdb -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -fopenmp -msse2 -msse -pipe -fPIC -funsigned-char -fno-strict-aliasing -Wall -Wcast-align -Werror=declaration-after-statement -Werror=implicit-function-declaration -Werror=return-type -Wstrict-prototypes -Wno-char-subscripts -Wno-unknown-pragmas -Wpointer-arith -Wunused-parameter -Wwrite-strings -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/python/generic -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/blenlib -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/makesdna -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/blenkernel -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/blenloader -I/builddir/build/BUILD/blender-2.56.svn35706/intern/guardedalloc -I/builddir/build/BUILD/blender-2.56.svn35706/extern/glew/include -I/usr/include/python3.2mu -o CMakeFiles/bf_python_ext.dir/mathutils_Vector.c.o -c /builddir/build/BUILD/blender-2.56.svn35706/source/blender/python/generic/mathutils_Vector.c /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp: In member function 'void AnimationImporter::add_fcurves_to_object(Object*, std::vectorFCurve*, char*, int, TransformReader::Animation*)': /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:200:75: error: expected primary-expression before ',' token /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:200:77: error: 'name' was not declared in this scope /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:200:81: error: 'offsetof' was not declared in this scope /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp: In member function 'void AnimationImporter::add_bone_fcurve(Object*, COLLADAFW::Node*, FCurve*)': /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:1142:72: error: expected primary-expression before ',' token /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:1142:74: error: 'name' was not declared in this scope /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:1142:78: error: 'offsetof' was not
Re: [Bf-committers] Compile problem on Fedora linux (cmake) svn 35657
On Tue, Mar 22, 2011 at 8:14 PM, Campbell Barton ideasma...@gmail.com wrote: Could you try adding -fpermissive to your CMAKE_CXX_FLAGS, this is already done with bullet but perhaps it needs to be added in more places. It get's a little further now... [ 47%] Building CXX object source/blender/collada/CMakeFiles/bf_collada.dir/ArmatureExporter.cpp.o cd /builddir/build/BUILD/blender-2.56.svn35706/Build/source/blender/collada /usr/lib64/ccache/c++ -D__SSE__ -D__MMX__ -D__SSE2__ -DNAN_BUILDINFO -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -pipe -fPIC -funsigned-char -fno-strict-aliasing -g -ggdb -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -fopenmp -msse2 -msse -pipe -fPIC -funsigned-char -fno-strict-aliasing -Wall -Wno-invalid-offsetof -Wno-sign-compare -fpermissive -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/blenlib -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/blenkernel -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/blenloader -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/windowmanager -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/makesdna -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/makesrna -I/builddir/build/BUILD/blender-2.56.svn35706/source/blender/editors/include -I/builddir/build/BUILD/blender-2.56.svn35706/intern/guardedalloc -I/usr/COLLADAStreamWriter/include -I/usr/COLLADABaseUtils/include -I/usr/COLLADAFramework/include -I/usr/COLLADASaxFrameworkLoader/include -o CMakeFiles/bf_collada.dir/ArmatureExporter.cpp.o -c /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/ArmatureExporter.cpp /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp: In member function 'void AnimationImporter::add_fcurves_to_object(Object*, std::vectorFCurve*, char*, int, TransformReader::Animation*)': /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:200:75: error: expected primary-expression before ',' token /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:200:77: error: 'name' was not declared in this scope /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:200:81: error: 'offsetof' was not declared in this scope /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp: In member function 'void AnimationImporter::add_bone_fcurve(Object*, COLLADAFW::Node*, FCurve*)': /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:1142:72: error: expected primary-expression before ',' token /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:1142:74: error: 'name' was not declared in this scope /builddir/build/BUILD/blender-2.56.svn35706/source/blender/collada/AnimationImporter.cpp:1142:78: error: 'offsetof' was not declared in this scope /usr/bin/make -f source/kernel/CMakeFiles/bf_gen_system.dir/build.make source/kernel/CMakeFiles/bf_gen_system.dir/depend make[2]: *** [source/blender/collada/CMakeFiles/bf_collada.dir/AnimationImporter.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Entering directory `/builddir/build/BUILD/blender-2.56.svn35706/Build' ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Compile problem on Fedora linux (cmake) svn 35657
/home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:209:3: error: 'btSoftBody::Material::Material()' cannot be overloaded /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:204:17: error: with 'btSoftBody::Material::Material()' /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:231:3: error: 'btSoftBody::Node::Node()' cannot be overloaded /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:221:17: error: with 'btSoftBody::Node::Node()' /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:244:3: error: 'btSoftBody::Link::Link()' cannot be overloaded /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:236:17: error: with 'btSoftBody::Link::Link()' /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:254:3: error: 'btSoftBody::Face::Face()' cannot be overloaded /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:249:17: error: with 'btSoftBody::Face::Face()' /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:308:3: error: 'btSoftBody::Note::Note()' cannot be overloaded /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:302:17: error: with 'btSoftBody::Note::Note()' make[2]: *** [source/gameengine/Ketsji/CMakeFiles/ge_logic_ketsji.dir/KX_BulletPhysicsController.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/home/build/rpmbuild/BUILD/blender-2.56.svn35657/Build' make[1]: *** [source/gameengine/Ketsji/CMakeFiles/ge_logic_ketsji.dir/all] Error 2 make[1]: Leaving directory `/home/build/rpmbuild/BUILD/blender-2.56.svn35657/Build' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.GXSKHv (%build) Anyone have any ideas? ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] linux scons build broken
Yup, 3.2 required. I'm maintaining 3.1 compatibility using reverse patches for Fedora though. Richard On Mar 12, 2011 7:44 PM, bjornmose bjornm...@gmx.net wrote: Am 12.03.2011 01:15, schrieb Daniel Salazar - 3Developer.com: here's the error http://www.pasteall.org/19839 cheers Daniel Salazar ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers same happened to me. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender linux console errors
On Thu, Mar 10, 2011 at 10:48 PM, Campbell Barton ideasma...@gmail.com wrote: I once spent some time trying to track down the allocations valgrind complains about and it seems they are either... * allocations by 3rd party libs - openal/python/x11 for eg, variables that are allocated once and kept * blenders own global C++ variables as mentioned before. * a handful of variables that are not freed on exit correctly like the event, happens with ReportList's sometimes. Each case could be fixed but it means adding extra init/free calls to the game engine for eg, or working out why the last event isn't freed, so its just a fair amount of time spent on tracking down something which isn't really causing anyone to run our of memory. To make valgrind play nice with python you need to build python '--without-pymalloc', for tracking down bugs which are unrelated to python just build without python is easiest. valgrind is really handy but I don't bother with its on exit memory leak messages, mostly our guarded-malloc gives more useful info. Theres a wiki page for more details http://wiki.blender.org/index.php/Dev:Doc/Debugging/Valgrind I recompiled with GUARDEDALLOC turned off and there is no more console output including the GHOST error. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Blender console errors
I'm running svn 35439 with reverse patches for python 3.1 and I get the following when running blender on Fedora 14 x86_64. The GLX errors are due to running over remote ssh/X forwarding. $ blender @ blender.log Xlib: extension NV-GLX missing on display localhost:10.0. Traceback (most recent call last): File /usr/share/blender/2.56/scripts/modules/bpy/utils.py, line 51, in _test_import mod = __import__(module_name) File string, line None SyntaxError: can not delete variable 'trylens' referenced in nested scope X Error of failed request: GLXBadCurrentWindow Major opcode of failed request: 148 (GLX) Minor opcode of failed request: 144 () Serial number of failed request: 9760 Current serial number in output stream: 9766 Is the error with utils.py a real error or another Python 3.2 issue? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Blender linux console errors
Thanks to Campbell for the python script fix! Now the next problem. I have no clue what's causing this. When I exit blender I get a BUNCH of the following (more than I have scrollback history): C++/anonymous len: 16 0x3839868 C++/anonymous len: 16 0x3839ce8 C++/anonymous len: 32 0x383adc8 C++/anonymous len: 32 0x383ae38 C++/anonymous len: 32 0x383aea8 C++/anonymous len: 32 0x383af18 C++/anonymous len: 32 0x383af88 C++/anonymous len: 32 0x383aff8 C++/anonymous len: 32 0x383b068 C++/anonymous len: 32 0x383b0d8 C++/anonymous len: 32 0x383b148 C++/anonymous len: 32 0x383b1b8 C++/anonymous len: 32 0x383b228 C++/anonymous len: 32 0x383b298 C++/anonymous len: 32 0x383b308 C++/anonymous len: 32 0x383b378 GHOST:GHOST_IEvent len: 40 0x3aaa498 Any clue where to start? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender linux console errors
On Thu, Mar 10, 2011 at 6:53 PM, Campbell Barton ideasma...@gmail.com wrote: On Fri, Mar 11, 2011 at 12:39 AM, Richard Shaw hobbes1...@gmail.com wrote: Thanks to Campbell for the python script fix! Now the next problem. I have no clue what's causing this. When I exit blender I get a BUNCH of the following (more than I have scrollback history): C++/anonymous len: 16 0x3839868 [SNIP] GHOST:GHOST_IEvent len: 40 0x3aaa498 Any clue where to start? Thanks, Richard Short is answer, no bug, disable WITH_CXX_GUARDEDALLOC. Long answer: WITH_CXX_GUARDEDALLOC is off by default and not in the standard view (you need to toggle advanced), which I did so people didn't turn it on by accident :). This is a debugging option which enables #ifdefs to override many C++'s allocators with our C malloc replacement which complains of unfreed memory. These 'C++/anonymous len: 16 0x3839ce8', can be ignored since they are variables like... STR_String emptyString= ; in the main body of C++ source and not worth the trouble to manually free. 'GHOST:GHOST_IEvent len: 40 0x3aaa498' could be a leak but I'd not worry about it unless they accumulate. Thanks! The GHOST error only occurs once so it's probably not a big deal. I ran blender under valgrind to see if anything jumped out at me and it did say there was a small leak but it didn't amount to much and I've read that valgrind can get confused by python memory management so I'm not even sure I can trust the results. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] blender.desktop needs updating.
I've already taken care of it for my build but per the freedesktop specification[1] if the absolute path is not given to the icon file in the Icon=... key then it should not contain a file extension. Thanks, Richard [1] http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] SVN 35405 compile problem
I checked out a more current svn to get the fix for blenderplayer not installing and hacked bpy_util to not complain about python 3.1 but ran into another issue: /builddir/build/BUILD/blender-2.56.svn35406/source/blender/python/generic/py_capi_utils.c:98:3: error: implicit declaration of function 'PyFrame_GetLineNumber' /builddir/build/BUILD/blender-2.56.svn35406/source/blender/python/generic/py_capi_utils.c:215:3: error: implicit declaration of function 'PyUnicode_EncodeFSDefault' Is this due to using python 3.1 or is this unrelated? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] SVN 35405 compile problem
On Tue, Mar 8, 2011 at 10:48 AM, Tobias Oelgarte tobias.oelga...@googlemail.com wrote: I had the same problems of missing prototypes for functions as i tried to build with 3.1 with just overwriting (ignoring) the checks. That basically means, that this functions are not available in 3.1 but in 3.2, which then might lead to a broken build, since the native function, that can't be called, is replaced with a dummy. Then I guess I'm kinda stuck for Fedora 14 which only ships with 3.1. I'm still learning SVN. Is there a way to determine what is the highest revision that will still build under Python 3.1? I'll just patch that one up the best I can and call it a day until I upgrade to Fedora 15 when it gets released. I guess the other option is to bundle 3.2 but Fedora (and Linux distros in general) frowns on that. Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] A big problem with python 3.2
2011/3/8 Ρυακιωτάκης Αντώνης kal...@gmail.com: Wow, so many people desperate with python 3.2! For my part I had some difficulty with python but nothing that a few edits in the CMakefile couldn't correct. I think being able to build blender is much more trouble than building python 3.2. Just my 2 minority cents to support the dev's decision :) The issue is not if I can build python 3.2 for my own use but rather how to deal with a distributable package on linux systems that only provide 3.1. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] SVN 35405 compile problem
On Tue, Mar 8, 2011 at 3:25 PM, Campbell Barton ideasma...@gmail.com wrote: To find out the revision this changed... svn blame /data/src/blender/blender/source/blender/python/intern/bpy_util.h 35386 campbellbarton #if PY_VERSION_HEX 0x0302 Then make a diff... svn diff -c35386 py31_compat.diff Reverse apply the diff... patch -p0 --reverse py31.diff If all that does is change bpy_util.h then it doesn't really help you. I did it manually by changing 0x0302 to 0x0301, but there are now some functions that are used that are only available in 3.2. I ended up checking out the prior release, 35385, and then created my own patch from the current release of CMakeLists.txt for the blenderplayer install problem and it compiled without error. I haven't tested it yet though. I'll have to wait till I get home from work for that. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] release/plugins/bmake?
Is this file needed for install? It gets installed on linux using make install but with the wrong permissions for an executable script. Looking through the file it seems to be something needed for building... Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Moving to Python 3.2.x
On Tue, Mar 8, 2011 at 6:13 PM, Campbell Barton ideasma...@gmail.com wrote: We can upgrade python without causing too much inconvenience just be ensuring we document how to install the latest python. I thought that documenting how to build python would be enough, but it seems us bearded linux geeks who like to compile blender from source are for some reason not ok about building python. ok, we can include instructions for getting python testing packages too. I'm only speaking for myself (though I *think* Dave P. would agree with me)... The problem is not that I'm personally against compiling python for my own use. The problem is that I'm trying to create and maintain a distributable package for a specific linux distribution that does not ***and will not have*** python 3.2 available to normal users who don't compile things for themselves. I am not saying that there were not good reasons for going to 3.2, I just wanted to clarify, at least for myself, why it's a problem. Respectfully, Richard M. Shaw ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] CMake Build Changes
On Mon, Mar 7, 2011 at 8:50 AM, IRIE Shinsuke irieshins...@yahoo.co.jp wrote: At Sun, 6 Mar 2011 09:12:57 +, Campbell Barton wrote: On Unix/Linux (but not Apple), there is still the case where you can either do a portable install or a system install into /usr/bin/, /usr/share/blender... etc. For this case I've added an option WITH_INSTALL_PORTABLE, Enabled by default, when disabled the files will be installed into the system directories. Why was blenderplayer dropped from the system install? Now I have to install it manually... Yup. I ran into the same issue. It's built but not installed. I would think that WITH_PLAYER should also take care of installing it, no? Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Paging Dave Plater
On Thu, Mar 3, 2011 at 12:33 PM, Dan Eicher d...@trollwerks.org wrote: Don't know if it helps any but with cmake you can do a 'make package' and it spits out an rpm -- which also probably needs someone familiar with rpm based distros to look over/fix. I read that somewhere but wasn't sure how that would ultimately integrate with the unified build system. It's fine to get an installable package for me to test, but ultimately it's got to work with the Fedora build system that uses mock/rpmbuild. Also needs to be tested on a red hat based distro since (I think) it's only been tried on suse. I'll give it a try and see what blows up :) Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Paging Dave Plater
On Thu, Mar 3, 2011 at 12:33 PM, Dan Eicher d...@trollwerks.org wrote: Don't know if it helps any but with cmake you can do a 'make package' and it spits out an rpm -- which also probably needs someone familiar with rpm based distros to look over/fix. I tried 'make package' but got the following: $ make package make: *** No rule to make target `package'. Stop. I'm using the source from the Suse src package that appears to be SVN 34784. Any ideas? Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Paging Dave Plater
On Thu, Mar 3, 2011 at 1:21 PM, Dan Eicher d...@trollwerks.org wrote: On Thu, Mar 3, 2011 at 12:11 PM, Richard Shaw hobbes1...@gmail.com wrote: I tried 'make package' but got the following: $ make package make: *** No rule to make target `package'. Stop. I'm using the source from the Suse src package that appears to be SVN 34784. Any ideas? Richard You have to set up everything like a regular cmake build first then do the 'make package' thing. Also requires a fairly recent svn checkout, not too sure when it was committed. Yup, I was already doing the cmake make part but the older svn checkout was the issue. I got it to run on a fresh svn checkout but it had some errors. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers