Re: port-vax/39182: vax port fails to build 20080715 -current sources

["Michael L. Hitch" <mhitch%lightning.msu.montana.edu@localhost>]

The following reply was made to PR port-vax/39182; it has been noted by GNATS.

From: "Michael L. Hitch" <mhitch%lightning.msu.montana.edu@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: oster%netbsd.org@localhost
Subject: Re: port-vax/39182: vax port fails to build 20080715 -current sources
Date: Mon, 4 May 2009 11:15:18 -0600 (MDT)

 On Fri, 13 Feb 2009, Michael L. Hitch wrote:
 
 >    I guess the next step would be to figure out where the relocation
 > entries are done in 'ld' and start adding code to check for valid entries
 > and try to figure out where they are coming from and why they are
 > occuring.
 
    I found a fairly simple test case for a native vax compile - addftinfo.
 It links addftinfo.o, version.o, and libgroff.a with some shared libraries
 and resulted in a bad relocation.
 
    I looked at the elf32-vax.c file for libbfd, and started adding some 
 debug output.  I found that it allocates space for the relocation section, 
 and later outputs the relocations, but did not output all the slots that 
 had been allocated.  Since it was using bfd_alloc(), that left a possible 
 garbage entry at the end.  By changing that to bfd_zalloc(), the unused
 relocation entry shows up as R_VAX_NONE.  I haven't determined what
 particular relocation is allocated but not used yet.  I see that a number 
 of other elf32-* files do the same thing.
 
 --
 Michael L. Hitch                       mhitch%montana.edu@localhost
 Computer Consultant
 Information Technology Center
 Montana State University       Bozeman, MT     USA