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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Can anyone test if the attached patch improves anything?
I just tried the following on armhf
Replaced debian/patches/0009-fix_FTBFS_with_ffmpeg_debian.patch
with the version from http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;bug=656502
Added Adapt_to_libav_API_changes.patch from the same message to debian/patches
as
0010-Adapt_to_libav_API_changes.patch
added 0001-Define-_GNU_SOURCE-when-compiling-libmv.patch from
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=17;bug=654428 to debian/patches as
0011-Define-_GNU_SOURCE-when-compiling-libmv.patch
Added 0010-Adapt_to_libav_API_changes.patch and
0011-Define-_GNU_SOURCE-when-compiling-libmv.patch to the quilt series
After applying all those patches it still failed with register errors.
[100%] Building CXX object
extern/libmv/CMakeFiles/extern_libmv.dir/third_party/glog/src/signalhandler.cc.o
cd /blender-2.61/obj-arm-linux-gnueabihf/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="" -D_GNU_SOURCE -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/blender-2.61/extern/libmv
-I/blender-2.61/extern/Eigen3 -I/blender-2.61/extern/libmv/third_party/ssba
-I/blender-2.61/extern/libmv/third_party/ldl/Include -I/blender-2.61/extern/colamd/Include
-I/blender-2.61/extern/libmv/third_party/glog/src-o
CMakeFiles/extern_libmv.dir/third_party/glog/src/signalhandler.cc.o -c
/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc
/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc: In function
‘void* google::{anonymous}::GetPC(void*)’:
/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc:75:28: error:
‘mcontext_t’ has no member named ‘gregs’
/blender-2.61/extern/libmv/third_party/glog/src/signalhandler.cc:75:28: error:
‘REG_EIP’ was not declared in this scope
make[3]: ***
[extern/libmv/CMakeFiles/extern_libmv.dir/third_party/glog/src/signalhandler.cc.o]
Error 1
make[3]: Leaving directory `/blender-2.61/obj-arm-linux-gnueabihf'
make[2]: *** [extern/libmv/CMakeFiles/extern_libmv.dir/all] Error 2
make[2]: Leaving directory `/blender-2.61/obj-arm-linux-gnueabihf'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/blender-2.61/obj-arm-linux-gnueabihf'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
root@debian:/blender-2.61#
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#654428: blender: FTBFS:
On Tue, 03 Jan 2012 17:50:33 +0100
Christoph Egger wrote:
> Package: src:blender
> Version: 2.61-1
> Severity: serious
> Tags: sid wheezy
> Justification: fails to build from source (but built successfully in the past)
>
> Hi!
>
> Your package failed to build on the buildds:
>
[...]
> .../libmv/third_party/glog/src/signalhandler.cc: In function 'void*
> google::{anonymous}::GetPC(void*)':
> .../libmv/third_party/glog/src/signalhandler.cc:75:28: error: 'mcontext_t'
> has no member named 'gregs'
> .../libmv/third_party/glog/src/signalhandler.cc:75:28: error: 'REG_EIP' was
> not declared in this scope
Can anyone test if the attached patch improves anything?
References:
http://stackoverflow.com/questions/5679267
http://jackbeat.samalyse.org/ticket/61
Regards,
Antonio
--
Antonio Ospite
http://ao2.it
A: Because it messes up the order in which people normally read text.
See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?
>From 77bc07b02f8d279a22c23f99d1db3a89172ab21e Mon Sep 17 00:00:00 2001
From: Antonio Ospite
Date: Sat, 7 Jan 2012 09:52:47 +0100
Subject: [PATCH] Define _GNU_SOURCE when compiling libmv
X-Face: z*RaLf`X<@C75u6Ig9}{oW$H;1_\2t5)({*|jhM/Vb;]yA5\I~93>J<_`<4)A{':UrE
This is needed in order to bring in REG_EIP in ucontext.h, which should fix
issues like:
.../libmv/third_party/glog/src/signalhandler.cc: In function 'void* google::{anonymous}::GetPC(void*)':
.../libmv/third_party/glog/src/signalhandler.cc:75:28: error: 'struct mcontext_t' has no member named 'gregs'
.../libmv/third_party/glog/src/signalhandler.cc:75:28: error: 'REG_RIP' was not declared in this scope
See similar issues:
http://stackoverflow.com/questions/5679267
http://jackbeat.samalyse.org/ticket/61
Maybe something like in http://www.miriamruiz.es/weblog/?p=14 could
be added.
---
extern/libmv/CMakeLists.txt |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/extern/libmv/CMakeLists.txt b/extern/libmv/CMakeLists.txt
index 76fb367..fe2f170 100644
--- a/extern/libmv/CMakeLists.txt
+++ b/extern/libmv/CMakeLists.txt
@@ -224,6 +224,7 @@ endif()
add_definitions(
-DV3DLIB_ENABLE_SUITESPARSE
-DGOOGLE_GLOG_DLL_DECL=
+ -D_GNU_SOURCE
)
blender_add_lib(extern_libmv "${SRC}" "${INC}" "${INC_SYS}")
--
1.7.8.2
pgpaH8r5AHDcs.pgp
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
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.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#654428: blender: FTBFS:
Package: src:blender
Version: 2.61-1
Severity: serious
Tags: sid wheezy
Justification: fails to build from source (but built successfully in the past)
Hi!
Your package failed to build on the buildds:
[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
make[3]: ***
[extern/libmv/CMakeFiles/extern_libmv.dir/third_party/glog/src/signalhandler.cc.o]
Error 1
make[3]: Leaving directory
`/build/buildd-blender_2.61-1-ia64-WRtBgh/blender-2.61/obj-ia64-linux-gnu'
make[2]: *** [extern/libmv/CMakeFiles/extern_libmv.dir/all] Error 2
make[1]: *** [all] Error 2
Full build log at
https://buildd.debian.org/status/fetch.php?pkg=blender&arch=kfreebsd-amd64&ver=2.61-1&stamp=1325562602
Regards
Christoph
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
