In this type, I can't think of any way to refer to obj from within x.get.
_ should point to obj in this context, not obj.x.
#!/usr/bin/env ksh
typeset -T Type=(
typeset -h 'This will be a property.' x
integer -h 'This will be the backing field for x.' y=5
On Monday, July 22, 2013 11:08:35 AM Irek Szczesniak wrote:
On Mon, Jul 22, 2013 at 11:00 AM, Dan Douglas orm...@gmail.com wrote:
In this type, I can't think of any way to refer to obj from within
x.get.
_ should point to obj in this context, not obj.x.
#!/usr/bin/env ksh
On 18 July 2013 16:14, Glenn Fowler g...@research.att.com wrote:
this is fixed for the next alpha later today
Thanks... ast-ksh.20130719 fixes this.
Uh, and thanks for bumping the tr --version number so we can add checks :)
On Thu, 14 Mar 2013 14:19:58 +0100 Cedric Blancher wrote:
How do I
On 22 July 2013 11:53, Dan Douglas orm...@gmail.com wrote:
On Monday, July 22, 2013 11:08:35 AM Irek Szczesniak wrote:
On Mon, Jul 22, 2013 at 11:00 AM, Dan Douglas orm...@gmail.com wrote:
In this type, I can't think of any way to refer to obj from within
x.get.
_ should point to obj in
On 4 April 2013 19:54, Glenn Fowler g...@research.att.com wrote:
we just got a sol11.i386-64 online and can reproduce the problem
This crashes even on Linux.
ksh -c 'builtin tr ; tr --version'
version tr (ATT Research) 2013-07-17
On Thu, 4 Apr 2013 12:21:32 +0200 Cedric Blancher
On 22 July 2013 12:06, Cedric Blancher cedric.blanc...@gmail.com wrote:
On 22 July 2013 11:53, Dan Douglas orm...@gmail.com wrote:
On Monday, July 22, 2013 11:08:35 AM Irek Szczesniak wrote:
On Mon, Jul 22, 2013 at 11:00 AM, Dan Douglas orm...@gmail.com wrote:
In this type, I can't think of
On 22 July 2013 12:58, Wendy Lin wendlin1...@gmail.com wrote:
On 22 July 2013 12:06, Cedric Blancher cedric.blanc...@gmail.com wrote:
On 22 July 2013 11:53, Dan Douglas orm...@gmail.com wrote:
On Monday, July 22, 2013 11:08:35 AM Irek Szczesniak wrote:
On Mon, Jul 22, 2013 at 11:00 AM, Dan
On Monday, July 22, 2013 12:06:24 PM Cedric Blancher wrote:
What about _._ to access the parent in both types and compound variable
trees?
_._ already has a meaning because you can have a variable named _ as a member
of both types and compounds. `compound x=(nameref y=_._)' is just making y
packages come in 2 flavors: source and binary
in general it is best to build from source to rule out os/compiler diffs between
the ast build farm and other systems
all ast source packages require the INIT package
the usual procedure is to download INIT and the ast-* package you want
INIT contains only the build system and a way to download the individual
source packages. ast-open is AFAIK the recommended way to obtain all stuff,
including libast.
I cannot test and verify the following as extensively as I'd like, because
the server on which I can run the INIT
On Mon, 22 Jul 2013 11:59:10 -0400 Glenn Fowler wrote:
packages come in 2 flavors: source and binary
in general it is best to build from source to rule out os/compiler diffs
between
the ast build farm and other systems
all ast source packages require the INIT package
the usual procedure
I will try this. In fact I have started to try this, I manually downloaded the
sfio package. But I do also want to emphasize the significant differences
between the instructions you've provided me below with those available to
new/prospective users of the AST software at the AST download page.
On Mon, 22 Jul 2013 12:02:15 +0200 Cedric Blancher wrote:
On 18 July 2013 16:14, Glenn Fowler g...@research.att.com wrote:
this is fixed for the next alpha later today
Thanks... ast-ksh.20130719 fixes this.
finally -- right?
I'm not pleased with the speed of the fix
but absent an api for
packages marked standalone have their own package-specific instructions
this is described in the paragraph immediately before the package listing
On Mon, 22 Jul 2013 16:51:14 + Reimer, George wrote:
I will try this. In fact I have started to try this, I manually downloaded
the sfio
14 matches
Mail list logo