>> 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 00000aae__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]
