Bug#561418: texlive-bin: FTBFS on alpha: relocation truncated to fit: GPREL16 against symbol `zzzaa' defined in COMMON section in pdftex-pdftexextra.o

[Hilmar Preusse <hille42@web.de>]

merge 557330 561418
stop

On 17.12.09 Kurt Roeckx (kurt@roeckx.be) wrote:

> Source: texlive-bin
> Version: 2009-3
> Severity: important
> 
> Hi,
> 
> There was an error while trying to autobuild your package:
> 
The third incarnation of this bug.

> I think this part of gcc's docs is relavant:
> 
>        -msmall-data
>        -mlarge-data
>            When -mexplicit-relocs is in effect, static data is accessed via
>            gp-relative relocations.  When -msmall-data is used, objects 8
>            bytes long or smaller are placed in a small data area (the ".sdata"
>            and ".sbss" sections) and are accessed via 16-bit relocations off
>            of the $gp register.  This limits the size of the small data area
>            to 64KB, but allows the variables to be directly accessed via a
>            single instruction.
> 
>            The default is -mlarge-data.  With this option the data area is
>            limited to just below 2GB.  Programs that require more than 2GB of
>            data must use "malloc" or "mmap" to allocate the data in the heap
>            instead of in the program's data segment.
> 
>            When generating code for shared libraries, -fpic implies
>            -msmall-data and -fPIC implies -mlarge-data.
> 
> I don't see any options in the calls to gcc, so I think it's
> using the defaults.
> 
> I don't know that much about alpha, so I hope someone else can
> give some insight in what the problem might be and help to get
> this resolved.  I suspect this is some problem in the compiler.
> 
Such a pity. I guess we should ask the porters.

H.
-- 
sigmentation fault