On Thu, Nov 13, 2003 at 01:45:33PM -0500, Rafal Boni wrote:
> In message <20031113134236.C1838@snowdrop.l8s.co.uk>, you write: 
> 
> -> I've modified crunchgen so that it no longer needs to parse each program's
> -> Makefile to find the list of objects to build.  Instead it relies on the
> -> program's Makefile having a ${PROG}.ro: ld -r ${OBJS} ${.TARGET} rule.

I'm not sure I understand this - does each program's normal Makefile
that is part of a ramdisk (or any other crunchgen'd program) need to
have an entry like you mention above (${PROG}.ro)?

> [...]
> -> Also changed:
> -> - Delete code for RENAME_SYMS - all getting too hard!
> 
> Hmm, I think this was necessary for MIPS with 2.95.3 and the 2.95.3-era
> binutils, otherwise we'd overflow the GOT building large crunched binaries
> (this is why the 1.6-branch MIPS installers don't have dhcp support; linking
> in dhclient tipped the crunched binary used by the installer over the edge).
> 
> I haven't looked at the state of all this after the integraton of the new
> gcc & binutils, but you should probably verify that it won't kill MIPS ports
> before ripping it out (making sure rescue builds is a start; I think it 
> didn't on MIPS platforms before Simon added the renaming code).

Same as Rafal, I haven't looked to see if we still require the
rename-syms hack with new gcc/bintuils.  I'll be a bit unhappy
if you manage to break all the MIPS ports that have a ramdisk :-)

Could you please verify that all MIPS ports can still cross build
a full release with your changes?

Ta,
Simon.
--
Simon Burge                                   <simonb@wasabisystems.com>
NetBSD Development, Support and Service:   http://www.wasabisystems.com/