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. > The architecture to "convert" utilities already exists, and is > applicable to anyone else who wants to do the work. And, while it > may be a C-Team issue whether this work is done via isaexec()or via > a makefile change, there is already a mix on SPARC in /usr/bin: > > fumount: ELF 64-bit MSB executable SPARCV9 ... > nsrib: ELF 64-bit MSB executable SPARCV9 ... > nsriba: ELF 64-bit MSB executable SPARCV9 ... Humm,... maybe,... but these just sound like bugs. (In the case of fumount I'm going to check who did this. It's rather strange that somebody actually went to the effort to change this.) > If Roland was doing something that created/changed the architecture > such that other things couldn't be converted, then I'd agree with > you, but to say that he must invest additional/unbounded time to > investigate "converting" all the other utilities shows a fundamental > misunderstanding of how a volunteer open source community works. Let's use this fast-track to clarify the requirement/expectation. Speaking of how a "volunteer open *source* community works", this is a proposal about how a *binary* distribution should be constructed. This is Sun's decision or a decision about a future OpenSolaris reference distribution. Tell me again how a volunteer makes this distribution configuration decision. <I'm very annoyed> I'll place my *opinion* about how "a volunteer open source community works" against your *opinion* any time. Please don't be condescending from a high perch. In particular, for any example of a "how a community works", a counter example can be found. Generalizations aren't usually appropriate. Just FYI, if the Apache folk were to get a request like this, I'd place $$$ that they would reject it (but it is a guess). All communities have oversight - just the titles and the process differ. Heck, in OpenSolaris, we have a majority vote (by a small group). In Apache, if 2 members (of a small group) say "no", its dead. </I'm very annoyed> >> 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. 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. - jek3 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080530/06f5c600/attachment.html>
