Felix Schulte wrote:
The project started with the goal to introduce ksh93 without adding
any incompatibilities to existing ksh93 versions and you are proposing
such a change against the counsel of both the project team and David
Korn.
The proposal for this project, as originally mailed at the
Joseph Kowalski wrote:
[snip]
Hence, we should just rename the libcmd associated with ksh on Solaris.
A fork from the reference community (ie: David Korn)? Yes, but an
exceptionally minor one.
Definately NOT. NEVER.
There will not be a rename of libcmd nor a move of it's location (e.g.
moving
Joseph Kowalski Joseph.Kowalski at eng.sun.com wrote:
Once again, on Solaris Public can almost be associated 1:1 to has a
published man page.
I think this is confusing things because David seems to have done the
Linux thing of embedding the man page in the executable. That is an
Joseph Kowalski Joseph.Kowalski at eng.sun.com wrote:
. and it would of course be nice to have identical CLI behavior in a
find
that may be a ksh93 builtin.
How do we let this happen?
In another ARC case... 8^)
That said, given appropriate naming of the components, I don't
Glenn Fowler gsf at research.att.com wrote:
On Fri, 22 Sep 2006 14:17:42 -1000 (HST) Joseph Kowalski wrote:
I think this is confusing things because David seems to have done the
Linux thing of embedding the man page in the executable. That is an
^^^
if you are talking about
From: Glenn Fowler gsf at research.att.com
...
On Fri, 22 Sep 2006 14:17:42 -1000 (HST) Joseph Kowalski wrote:
I think this is confusing things because David seems to have done the
Linux thing of embedding the man page in the executable. That is an
^^^
if you are talking
On 9/23/06, Joseph Kowalski Joseph.Kowalski at eng.sun.com wrote:
From: Roland Mainz roland.mainz at nrubsig.org
...
Joseph Kowalski wrote:
[snip]
Hence, we should just rename the libcmd associated with ksh on Solaris.
A fork from the reference community (ie: David Korn)? Yes, but
I wasn't actually talking about options. I just made an off the cuff
comment about embedding the man page in the executable.
Maybe we should talk about this, because its not Solaris documentation
convention, but I doubt it is hard to resolve.
Check out getopts() in Solaris. This is the
From: Felix Schulte felix.schulte at gmail.com
...
2) Rename the libcmd delivered by this project to something
considerably less generic.
Are you completely nuts? Did you read Rolands comments about such an
incompatible change? This project would truly be dead if Sun wants to
On 9/23/06, Joseph Kowalski Joseph.Kowalski at eng.sun.com wrote:
From: Felix Schulte felix.schulte at gmail.com
...
2) Rename the libcmd delivered by this project to something
considerably less generic.
Are you completely nuts? Did you read Rolands comments about such an
From: Felix Schulte felix.schulte at gmail.com
...
Would you please elaborate how this would kill the project.
The project started with the goal to introduce ksh93 without adding
any incompatibilities to existing ksh93 versions and you are proposing
such a change against the counsel of both
Joseph Kowalski Joseph.Kowalski at eng.sun.com wrote:
I wasn't actually talking about options. I just made an off the cuff
comment about embedding the man page in the executable.
Maybe we should talk about this, because its not Solaris documentation
convention, but I doubt it is hard to
Felix Schulte felix.schulte at gmail.com wrote:
Yes, I read Rolands comments. I find them without merit *if* the
library is Private. If the library is Public, there is a real
discussion to be had.
Would you please elaborate how this would kill the project.
The project started with
On Sat, 23 Sep 2006 00:17:23 -1000 (HST) Joseph Kowalski wrote:
I wasn't actually talking about options. I just made an off the cuff
comment about embedding the man page in the executable.
^^^
in general off the cuff
On Sat, 23 Sep 2006 11:40:46 +0200 Joerg.Schilling at fokus.fraunhofer.de
(Joerg Schilling) wrote:
Let me add some information that may be of interest in order to prevent
confusion:
- I believe that the main point may be that may be that ksh itself
outputs the long documentation,
Roland Mainz writes:
PPS.: Note that my understanding of the Sun/Solaris interface taxonomity
is a little bit weak. The exact details are described by April in the
ARC case and with public I was thinking about that projects within
OS/Net (like commands like sleep, pwd, test, expr etc.) can use
Roland Mainz wrote:
P.S.: And yes: I am very very angry about that the libcmd issue comes
up again. We had a fully-featured flamewar and a phone conference hosted
by Sun with the result that we get the merged libcmd and I am going to
add a replacement API to libcmdutils.so.1 and aid all
From: James Carlson james.d.carlson at sun.com
...
Roland Mainz writes:
PPS.: Note that my understanding of the Sun/Solaris interface taxonomity
is a little bit weak. The exact details are described by April in the
ARC case and with public I was thinking about that projects within
From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling)
...
There is another important issue to discuss:
mkisofs and star (both part of OpenSolaris - mkisofs in reality, star
virtually
by PSARC 2004/480 but comming in reality in a few weeks) both use my libfind
for implementing a
From: Roland Mainz roland.mainz at nrubsig.org
...
Joseph Kowalski wrote:
[snip]
Hence, we should just rename the libcmd associated with ksh on Solaris.
A fork from the reference community (ie: David Korn)? Yes, but an
exceptionally minor one.
Definately NOT. NEVER.
There will not
How do I start such an ARC case for depending on libfind?
I'm going to take this off-line with Jorg.
- jek3
21 matches
Mail list logo
