Bug#341174: [pkg-boost-devel] Bug#341174: boost FTBFS on hppa
On Wed, Dec 21, 2005 at 12:18:00AM +0100, Domenico Andreoli wrote: > On Tue, Dec 20, 2005 at 05:48:17PM +0800, Randolph Chung wrote: > > > > > > i just finished to re-check the build with this option. unfortunately it > > > still > > > fails. the log is at > > > http://people.debian.org/~cavok/boost_1.33.0-5_hppa.build. > > > > I notice you have some files built with -O0 and some with -O3. Any > > particular reason? I think it is due to boost's build system. Each library can be built in "debug" or "release" mode. The former uses -O0 while the latter uses -O3. -Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341174: boost FTBFS on hppa
On Tue, Dec 20, 2005 at 05:48:17PM +0800, Randolph Chung wrote: > > > > i just finished to re-check the build with this option. unfortunately it > > still > > fails. the log is at > > http://people.debian.org/~cavok/boost_1.33.0-5_hppa.build. > > I notice you have some files built with -O0 and some with -O3. Any > particular reason? no, nothing done by me > Do you know if boost has some functions in it that are very very big? > (perhaps machine generated?) Doesn't look like it... i have no idea. > Can you also try with -mlong-calls (instead of -ffunction-sections) this seems to work :) > These are obviously all workarounds until we fix the real problem. ok, thanks. i'm now building -6. thanks domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341174: boost FTBFS on hppa
>> Try adding that flag (-ffunction-sections) to the gcc compile flags for >> hppa. > > i just finished to re-check the build with this option. unfortunately it still > fails. the log is at > http://people.debian.org/~cavok/boost_1.33.0-5_hppa.build. Sigh, thanks for trying. I was going to try it but then it took so long to build... ;-) I notice you have some files built with -O0 and some with -O3. Any particular reason? Do you know if boost has some functions in it that are very very big? (perhaps machine generated?) Doesn't look like it... Can you also try with -mlong-calls (instead of -ffunction-sections) These are obviously all workarounds until we fix the real problem. randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341174: boost FTBFS on hppa
On Mon, Dec 19, 2005 at 01:29:05PM +0800, Randolph Chung wrote: > >> Is anyone looking into this problem with building boost on hppa? As there > >> are quite a few packages which build-depend on boost (including parts of > >> KDE, and aptitude), this is likely to cause hppa to hold up the c2a > >> transition unless some progress is made here. > > > > i'm seeing.. i tried some builds on paer.d.o, to see how new > > compilers/linkers behavaed with respect to this. maybe latest binutils > > 2.16.1cvs20051214-1 fixes this... i'm not doing more, sorry. > > This is a bug in gcc, but while it is being debugged some more, the > toolchain actually suggested a workaround for you: > > /usr/bin/ld: [...] cannot reach > 0aae__ZSt10_ConstructIN5boost7archive6detail19basic_iarchive_impl7aobjectES4_EvPT_RKT0_+0, > recompile with -ffunction-sections > > Try adding that flag (-ffunction-sections) to the gcc compile flags for > hppa. i just finished to re-check the build with this option. unfortunately it still fails. the log is at http://people.debian.org/~cavok/boost_1.33.0-5_hppa.build. > The problem is that a branch instruction on hppa has limited range > (17-bits), so if the branch target is too large (this happens often with > large problems, especially c++ code with lots of templates), the > toolchain needs to add special stubs for far branches. gcc has logic to > figure this out, but sometimes its calculations do not match what > binutils calculates. thank you for the first explanation i read about this error message. cheers domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341174: boost FTBFS on hppa
>> Is anyone looking into this problem with building boost on hppa? As there >> are quite a few packages which build-depend on boost (including parts of >> KDE, and aptitude), this is likely to cause hppa to hold up the c2a >> transition unless some progress is made here. > > i'm seeing.. i tried some builds on paer.d.o, to see how new > compilers/linkers behavaed with respect to this. maybe latest binutils > 2.16.1cvs20051214-1 fixes this... i'm not doing more, sorry. This is a bug in gcc, but while it is being debugged some more, the toolchain actually suggested a workaround for you: /usr/bin/ld: [...] cannot reach 0aae__ZSt10_ConstructIN5boost7archive6detail19basic_iarchive_impl7aobjectES4_EvPT_RKT0_+0, recompile with -ffunction-sections Try adding that flag (-ffunction-sections) to the gcc compile flags for hppa. The problem is that a branch instruction on hppa has limited range (17-bits), so if the branch target is too large (this happens often with large problems, especially c++ code with lots of templates), the toolchain needs to add special stubs for far branches. gcc has logic to figure this out, but sometimes its calculations do not match what binutils calculates. randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341174: boost FTBFS on hppa
On Sat, Dec 17, 2005 at 01:59:49AM -0800, Steve Langasek wrote: > Hello, Hi, > Is anyone looking into this problem with building boost on hppa? As there > are quite a few packages which build-depend on boost (including parts of > KDE, and aptitude), this is likely to cause hppa to hold up the c2a > transition unless some progress is made here. i'm seeing.. i tried some builds on paer.d.o, to see how new compilers/linkers behavaed with respect to this. maybe latest binutils 2.16.1cvs20051214-1 fixes this... i'm not doing more, sorry. ciao domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341174: boost FTBFS on hppa
Hello, Is anyone looking into this problem with building boost on hppa? As there are quite a few packages which build-depend on boost (including parts of KDE, and aptitude), this is likely to cause hppa to hold up the c2a transition unless some progress is made here. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#341174: boost FTBFS on hppa
Package: boost Version: 1.33.0-5 Severity: serious As revealed here: http://buildd.debian.org/fetch.php?&pkg=boost&ver=1.33.0-5&arch=hppa&stamp=1132750731&file=log&as=raw boost fails to build on hppa. Since it is important that a post-allocator transition boost be built on all architectures, please try to have this resolved shortly. You might also want to prod the m68k porters to get boost installed on that architecture (where it reportedly built successfully). Thanks, Christopher Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]