> Joseph Kowalski wrote: > John Plocher wrote: > > Joseph Kowalski wrote: > >> Sorry, I want a fast-track. > > > > What are the architectural (as opposed to C-Team, Design or RE) > > issues? > > > >> 1) I believe this is an incomplete project. > > > > This sounds to me like "go boil the ocean" scope creep. > > Sometimes the burners need to be turned on. > > > Roland has identified several utilities that would benefit from > > being 64 bit on 64 bit OSs, and is willing to do the work to > > "convert" them. > > OK. > > Then he (you) should do a "self review" for those specific items. > > I don't see why /usr/gnu/bin/awk should get preference over > /usr/bin/awk > just because its in gnucore.
Because the OS/Net codebase is in a _much_ worse shape than GNU coreutils and "bash". GNU coreutils and "bash" are 64bit clean while the OS/Net utilities are not. This is the reason why a well-known Solaris port is _FORCED_ to implement artificial 32bit support on 64bit-only hardware. This can be cleaned-up, too - but only as an official project with full-time engineers (e.g. it's far beyond a simple weekend work). I'm technically willing todo it if someone can convince manangment that this is the right way to go and resources should be invested to make OS/Net 64bit clean. [snip] > >> 2) We have a 32-bit user land (only) because 32-bit utilities on > >> SPARC > >> weren't any faster than 64-bits (so why support both?). > > > > In this case, the 32 bit versions have capacity limits that are > > affecting Roland and he wishes to remove those limits. This > > is not at all a performance issue, but a make it work better one. > > Back to my awk example, if the problem is in /usr/gnu/bin/awk, > it seems very poor form (and a source of "huh?" bugs) to not make > the equivalent change to /usr/bin/awk. As said I am willing to do it, assuming I am assigned to do that work (estimated time for the basic tools in usr/src/cmd/ is one man-year (one engineer working a year on making it 64bit clean+testing)). I really need to get money for food, wife, baby etc. and it doesn't happen for doing non-official work the whole time. > Then again, since we can't make these changes for x86, these > seems like an even worse idea - "CR 6999999: awk works on sparc, > but not on x86". > > Anyway, I've asked that this become a fast-track. Please make > it so. I don't see a reason for this. ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;)