On 11/21/06, James Carlson <james.d.carlson at sun.com> wrote:
> Roland Mainz writes:
> > > If they do that -- and I really don't see that they do -- then it's a
> > > bug. Please file a bug against it, and be specific about where the
> > > problem occurs.
> >
> > I disagree that this is a bug or "design flaw". The matching code (AFAIK
> > called "miniperl") many many times during the build process and AFAIK
> > that should be a legal prodecure. otherwise it will likely be tricky to
> > have "perl" in the build system at all.
>
> If you look carefully, I think you'll see that miniperl isn't forced
> to use libc.so.1 from $ROOT.
>
> In any event, staring at the Perl sources -- whether they're right or
> wrong on this point -- is not the right answer. Several ON libraries
> (particularly libc.so.1, but others as well) have interdependencies
> with the kernel. This means that you _cannot_ expect a newly built
> libc.so.1 to work on the running system unless the running system is
> identical to the code being built -- an impossibility for build
> machines.
>
> Thus, using LD_LIBRARY_PATH to pick up libraries under $ROOT is the
> wrong answer.
>
> This is also why they're included in the kernel update patches.
>
> > > Then I think this is something that will need to be addressed. One
> > > way to do it is to limit those shell scripts to a subset of the
> > > language that works with /usr/bin/ksh. Surely, if ksh93 is to replace
> > > /usr/bin/ksh some day, there must be some common subset.
> >
> > Erm, I am not sure whether this is possible via ksh88/bash/sh. ksh93 has
> > some advanched features like discipline functions, associative arrays or
> > floating-point support which are VERY hard to emulate in older shells.
> > The only other option would be to rewrite those tools in "perl"
>
> If you're really using all of those features and they're not available
> in ksh, then this option won't fit. Pick another.
It is interesting to observe that each time the project reaches
another milestone a Sun employee steps in and demands a full change of
the project. But it seems Sun now shows its true face by tearing down
the project with unbearable review requests, essentially preventing
progress indefinitely.
Roland,
I urgently recommend to TERMINATE this project. Sun is not willing to
let this project succeed.
--
// Martin Schaffstall
// EMail: martin.schaffstall at googlemail.com
\\ //
\X/
