On Tue, Oct 30, 2007 at 02:12:20PM -0700, Rod Evans wrote: > > This is not a sensible path to go IMO. It involves a bunch of work that's > > close > > to pointless as we will still need DWARF->CTF for gcc. (Unlike getting 'ld' > > to > > do the work, which is a *much* more interesting approach for various > > reasons.) > > And the reasons are?
- no magic, unstable, private utility interfaces - faster builds (hopefully) - cleaner architecture - avoidance of the "write twice" behaviour that causes pain in makefiles - harder to accidentally miss performing CTF conversion > There might also be a precedent in that we already do some stab processing. > BUT, this processing is carried out in a self contained support library, that > ld(1) > passes section information to: I don't see why we couldn't do this for CTF, though I admit I've never looked at this in detail. The basic idea though would be to convert ctfmerge code into a library interface (and drop ctfconvert altogether). regards john _______________________________________________ tools-discuss mailing list tools-discuss@opensolaris.org
