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
> 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.

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]

Reply via email to