Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Hi! On 26/01/2012 12:23, Sergey Sharybin wrote: Ok, looked through logs. Commited fix (rev43718 in our svn trunk) which should make some platforms work nicer (at least fix currently reported compilation errors). This should help on spark, s390x, s390, mips platforms. Good to know. Still can see some issues related on REG_EIP and mcontext_t things. Not sure if that build errors happens with 0011-fix_FTBFS_with_libmv applied? Yep, those logs are referred to the first build session at the beginning of January... and being official, there're not updated with testing builds. Also think error of hurd-i386 should be fixed. At least this function has got valid return value in current trunk. OK. Probably compilation error on powerpc is also fixed in svn rev43719. That would be great. Would be nice to check for updated build logs after all this my changes. Feel free to send us your patches fixing these issues and we'll be very happy to test them and let you know the results of the testing re-builds. Cheers. -- Matteo F. Vescovi Debian Sponsored Maintainer e-mail: mfv.deb...@gmail.com GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Ok, looked through logs. Commited fix (rev43718 in our svn trunk) which should make some platforms work nicer (at least fix currently reported compilation errors). This should help on spark, s390x, s390, mips platforms. Still can see some issues related on REG_EIP and mcontext_t things. Not sure if that build errors happens with 0011-fix_FTBFS_with_libmv applied? Also think error of hurd-i386 should be fixed. At least this function has got valid return value in current trunk. Probably compilation error on powerpc is also fixed in svn rev43719. Would be nice to check for updated build logs after all this my changes. -- With best regards, Sergey Sharybin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Hi! On 26/01/2012 11:40, Sergey Sharybin wrote: Hi again, Commited patch to support more platforms to our trunk (http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=43716) Hope it'll help make more users and platform maintainers happier, thanks to Kevin for it. OK, perfect. I don't have sparc platform at all, so seeing error log would help a lot. Maybe build errors from build servers can be browsed by external users? Sure! You can see logs for all the supported architectures at: https://buildd.debian.org/status/package.php?p=blender Thanks for your time and efforts in helping us fixing this issue. Cheers! -- Matteo F. Vescovi Debian Sponsored Maintainer e-mail: mfv.deb...@gmail.com GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Hi again, Commited patch to support more platforms to our trunk (http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=43716) Hope it'll help make more users and platform maintainers happier, thanks to Kevin for it. I don't have sparc platform at all, so seeing error log would help a lot. Maybe build errors from build servers can be browsed by external users? On Thu, Jan 26, 2012 at 2:31 PM, Matteo F. Vescovi wrote: > > Hi! > > > On 25/01/2012 21:05, Kevin Roy wrote: >> >> As far as I and others have tested the patch, builds are now ok on ARM >> and KFreeBSD. I'm not sure on others but debian buildd servers will tell >> us :) . > > > It builds fine even on ia64... it has been tested last night. > But actually it doesn't build on sparc machines :-( > > Let's see how the buildd-situation evolves. > > Cheers. > > -- > Matteo F. Vescovi > Debian Sponsored Maintainer > e-mail: mfv.deb...@gmail.com > GnuPG KeyID: 83B2CF7A -- With best regards, Sergey Sharybin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Hi! On 25/01/2012 21:05, Kevin Roy wrote: As far as I and others have tested the patch, builds are now ok on ARM and KFreeBSD. I'm not sure on others but debian buildd servers will tell us :) . It builds fine even on ia64... it has been tested last night. But actually it doesn't build on sparc machines :-( Let's see how the buildd-situation evolves. Cheers. -- Matteo F. Vescovi Debian Sponsored Maintainer e-mail: mfv.deb...@gmail.com GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Le 25/01/2012 20:50, Sergey Sharybin a écrit : > Hi, > > Good patch, don't think mine is needed to be added (the same changes > are already made). Don't have access to non-i386/amd64 machines, but > 0011-fix_FTBFS_with_libmv.patch looks fine and if it's indeed resolves > build issues i would be happy to commit it to blender's trunk. As far as I and others have tested the patch, builds are now ok on ARM and KFreeBSD. I'm not sure on others but debian buildd servers will tell us :) . -- Kevin 'Kiniou' Roy http://blog.knokorpo.fr -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Hi, Good patch, don't think mine is needed to be added (the same changes are already made). Don't have access to non-i386/amd64 machines, but 0011-fix_FTBFS_with_libmv.patch looks fine and if it's indeed resolves build issues i would be happy to commit it to blender's trunk. On Wed, Jan 25, 2012 at 11:40 PM, Kevin Roy wrote: > I think the patch 0011-fix_FTBFS_with_libmv [1] in git will cover > configs other than i386/amd64 but in doubt, could you look at it and > tell me if yours is need to be added? -- With best regards, Sergey Sharybin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Hi Sergey, Le 25/01/2012 16:04, Sergey Sharybin a écrit : > Hi, > > We've got quite the same error with FreeBSD support. Attached patch > should fix this issue. > > If it will still fail, would be helpful to have config.h generated by > configure script of glog itself (which can be found here > http://code.google.com/p/google-glog/). But if proposed patch will > work fine, it can be commited to trunk. I think the patch 0011-fix_FTBFS_with_libmv [1] in git will cover configs other than i386/amd64 but in doubt, could you look at it and tell me if yours is need to be added? Thanks [1] http://anonscm.debian.org/gitweb/?p=pkg-multimedia/blender.git;a=blob;f=debian/patches/0011-fix_FTBFS_with_libmv.patch;h=22356fef7cb9fcc6d63b02880a85506aeae0546b;hb=HEAD -- Kevin 'Kiniou' Roy http://blog.knokorpo.fr -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Hi, We've got quite the same error with FreeBSD support. Attached patch should fix this issue. If it will still fail, would be helpful to have config.h generated by configure script of glog itself (which can be found here http://code.google.com/p/google-glog/). But if proposed patch will work fine, it can be commited to trunk. -- With best regards, Sergey Sharybin Index: extern/libmv/third_party/glog/src/config_linux.h === --- extern/libmv/third_party/glog/src/config_linux.h (revision 43691) +++ extern/libmv/third_party/glog/src/config_linux.h (working copy) @@ -133,6 +133,8 @@ /* How to access the PC from a struct ucontext */ #if defined(_M_X64) || defined(__amd64__) || defined(__x86_64__) #define PC_FROM_UCONTEXT uc_mcontext.gregs[REG_RIP] +#elif defined(IA64) + #undef PC_FROM_UCONTEXT #else #define PC_FROM_UCONTEXT uc_mcontext.gregs[REG_EIP] #endif
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
retitle 654428 blender: FTBFS: uses i386/amd64 specific register definitions on all architectures thanks Christoph Egger wrote: Your package failed to build on the buildds: More accurately it built successfullyy on the i386 buildd but failed on all the other buildds that tried to build it (the maintainer uploaded the amd64 package so no amd64 buildd attempted to build it). [100%] Building CXX object extern/libmv/CMakeFiles/extern_libmv.dir/third_party/glog/src/signalhandler.cc.o cd /build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/obj-ia64-linux-gnu/extern/libmv && /usr/bin/c++ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D__LITTLE_ENDIAN__ -DV3DLIB_ENABLE_SUITESPARSE -DGOOGLE_GLOG_DLL_DECL="" -DNDEBUG -D__STDC_CONSTANT_MACROS -fopenmp -pipe -fPIC -funsigned-char -fno-strict-aliasing -Wall -Wno-invalid-offsetof -Wno-sign-compare -Wno-deprecated-declarations -Wno-unused-parameter -Wno-unused-but-set-variable -O2 -DNDEBUG -I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv -I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/Eigen3 -I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/ssba -I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/ldl/Include -I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/colamd/Include -I/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/glog/src-o CMakeFiles/extern_libmv.dir/third_party/glog/src/signalhandler.cc.o -c /build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc /build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc: In function 'void* google::{anonymous}::GetPC(void*)': /build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc:75:28: error: 'mcontext_t' has no member named 'gregs' /build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc:75:28: error: 'REG_EIP' was not declared in this scope These errors show the package is trying to use i386/amd64 specific register definitions on all architectures. Either that code needs to be replaced with code suitable for each architecture or it needs to be disabled (I dunno anything about blender internals so I can't say how feasible this is) on architectures other than i386/amd64. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org