Hee… I’m nearly a complete noob with those advanced linking topics :/ Regarding python under Ubuntu/debian, I already added another fields to CMake one or two months ago, as (future) py3.3 package under Debian also has split dirs, so now CMake has two different include dirs for python, old PYTHON_INCLUDE_DIR and new PYTHON_INCLUDE_CONFIG_DIR...
As for Schro, fine with me to remove it, but don't bother making a patch for this, I’ll do it while applying your patch ;) On 10/01/2013 12:06, Sergey Sharybin wrote: > Well, depends. If ffmpeg fails to compile and -rt doesn't help, then i'm > currently don't have ideas. If ffmpeg compiles fine but blender fails, -lrt > shall be added to blender's linker flags. > > > On Thu, Jan 10, 2013 at 5:02 PM, Ejner Fergo<ejner...@gmail.com> wrote: > >> Hi Sergey, >> >> About -lrt option, I tried that (on ffmpeg configure line) but still >> couldn't get it to work. Maybe you or Bastien understand the issue better? >> >> I can remove schroedinger (don't know who used dirac anyway :P), can have a >> patch ready tomorrow maybe. >> >> Thanks! >> >> /Ejner >> >> >> On Thu, Jan 10, 2013 at 11:55 AM, Sergey Sharybin<sergey....@gmail.com >>> wrote: >>> > From quick glance part related to NUMPY seems to be fine. Din't have >> Arch >>> here to test tho. >>> >>> As per ubuntu, not sure that seemd to be working before? But why would >> they >>> even split includes for multiarch, seems to be not smartest decision. >>> Anyway, shouldn't be difficult to add multiarch includes detection i >> guess. >>> For --all-static issue adding -lrt could help. But currently working from >>> laptop where don't have virtual machines, so couldn't verify. >>> >>> Just side note: would say let's kick schro out. It's a bit of headache >> for >>> this script.. >>> >>> Bastien, look fine for me. If you could do quick tests guess patch could >> be >>> commited. >>> >>> >>> On Thu, Jan 10, 2013 at 4:23 PM, Ejner Fergo<ejner...@gmail.com> wrote: >>> >>>> Hi again Sergey and Bastien! >>>> >>>> Well I kept hacking and testing the script, even if it will be replaced >>>> eventually. Hopefully it will help as a reference. Diff is here: >>>> http://www.pasteall.org/38680/diff >>>> >>>> There is now support for Arch Linux. NumPy is now an option. Able to >>>> compile without ffmpeg as well as cycles (seems some are interested in >>>> this). I also made the scons info useable for some systems (didn't >> really >>>> work before). Small fixes. >>>> >>>> What works: >>>> Arch build with cmake/scons and all options >>>> DEB build with scons >>>> >>>> What doesn't work: >>>> Ubuntu 12.10 with scons can't find the split python headers, needs: >>>> BF_PYTHON_INC = '/usr/include/python3.3m >>>> /usr/include/i386-linux-gnu/python3.3m' >>>> >>>> DEB with scons fails with --all-static (can't find libs that are >> directly >>>> referenced?) >>>> >>>> RPM with scons with/without --all-static, fails with: >>>> /usr/bin/ld: /opt/lib/ffmpeg/lib/libavdevice.a(v4l2.o): undefined >>> reference >>>> to symbol 'clock_gettime@@GLIBC_2.2' >>>> /usr/bin/ld: note: 'clock_gettime@@GLIBC_2.2' is defined in DSO >>>> /lib/librt.so.1 so try adding it to the linker command line >>>> /lib/librt.so.1: could not read symbols: Invalid operation >>>> >>>> Hope you find it usefull. >>>> >>>> Best regards, >>>> Ejner >>>> >>>> >>>> On Fri, Jan 4, 2013 at 11:21 AM, Ejner Fergo<ejner...@gmail.com> >> wrote: >>>>> Ok, so you are saying numpy build and opencollada option should be >>>> removed >>>>> again? >>>>> Numpy is RC because that is the only thing that can build using >> python >>>> 3.3 >>>>> In any case, it seems Bastien will port the script to python, so if >> you >>>>> feel like reverting be my guest... >>>>> >>>>> >>>>> >>>>> On Fri, Jan 4, 2013 at 8:02 AM, Sergey Sharybin< >> sergey....@gmail.com >>>>> wrote: >>>>> >>>>>> Seems numpy would be enabled by default. I'm not sure it's indeed >> what >>>>>> shall be done: there're not so much people who really need numpy >>>> compiled >>>>>> by ibstall_deps.sh. Also, libraries compiling by this script should >> be >>>>>> considered stable and numpy used in the script is release candidate. >>>>>> >>>>>> As per script size i would prefer to keep only stuff needed for >>> initial >>>>>> build of blender, don't try to support all possible configurations. >>>> Would >>>>>> make it much easier to maintain the script and check f it's working >> on >>>> all >>>>>> platforms easier. All the extra dependencies better be described in >>>>>> Building Blender section in our wiki. >>>>>> >>>>>> On Thu, Jan 3, 2013 at 9:35 PM, Bastien Montagne< >>> montagn...@wanadoo.fr >>>>>>> wrote: >>>>>>> WITH_OPENCOLLADA >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> With best regards, Sergey Sharybin >>>>>> _______________________________________________ >>>>>> 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 >>>> >>> >>> >>> -- >>> With best regards, Sergey Sharybin >>> _______________________________________________ >>> 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 >> > > _______________________________________________ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers