[BFD PATCH] Re: File truncation in objcopy for hppa2.0w-hp-hpux11.11 in binutils-2.13.1

[Stuart F. Downing]

"John David Anglin" <dave@hiauly1.hia.nrc.ca> writes:

> > /* And these first appeared in hpux10.  */
> > #ifndef R_SHORT_PCREL_MODE
> > #define NO_PCREL_MODES
> > #define R_SHORT_PCREL_MODE 0x3e
> > #endif
> > 
> > #ifndef R_LONG_PCREL_MODE
> > #define R_LONG_PCREL_MODE 0x3f
> > #endif
> 
> Ooops, we don't need to define these twice.  Just define define
> PA_2_0 in som.h before the a.out.h include, and see if that fixes your
> problem.

Well, putting -DPA_2_0 in configure.host "fixed" my problem.  Now the
question is what is right for bfd.

> The NO_PCREL_MODES define is a hack.  

Yowsa.

> The generation of these two relocs should depend on code level.  At
> the moment, it's not entirely clear whether HP ld on a PA 1.X
> machine will link PA 2.0 code.  However, it's possible that it was
> built with PA_2_0 defined and will support the relocs.

So if I leave the hack in, but define PA_2_0 before a.out.h, then when
built on a 1.X host, if reloc.h doesn't contain the PA_2_0 conditional
code, then we won't generate these relocs.

I think that makes sense.  

Patch enclosed.  Built and tested successfully on my problem case.
-- 
Stuart Downing

-------------- next part --------------
A non-text attachment was scrubbed...
Name: binutils-2.13.1-hppa2x-PA_2_0.patch
Type: text/x-patch
Size: 942 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/binutils/attachments/20030521/273b0efe/attachment.bin>