"Ron D. Smith" wrote:
>
> On Thursday, Jun 5, 2003 "h. w. neff" said:
>
> > hi.
> > in an attempt to shift & merge returned results, i find i
> > cannot use '>>' or '<<' in a p::rd executable block; i
> > must instead divide and multiply, respectively.
> > e.g. in this code, 'goodrule' works, 'badrule' does not:
> >
> > sub_rule : /[0-7]/
> > goodrule : /reg1/i '=' sub_rule ',' /reg2/i '=' sub_rule ';'
> > {
> > $main::machineword = $item[3] * 8 | $item[7];
> > 1
> > }
> > badrule : /reg1/i '=' sub_rule ',' /reg2/i '=' sub_rule ';'
> > {
> > $main::machineword = $item[3] << 3 | $item[7];
> > 1
> > }
> >
> > by 'not working' i mean i get undefined sub-rules and
> > such as if i was getting file/stream type redirection
> > instead of the shifts i want.
>
> I suspect you have not correctly analyzed the problem. Here is my test case:
>
[...]
>
> I see nothing wrong so your "problem report" has not been reproduced. Can
> you recreate this problem *exactly* in a smaller test case?
let me see what i can do to strip it down, verify, and reintroduce
the shifts and make sure the problem is repeatable.
my 'goodrule' v. 'badrule' was to illustrate, it was not actually
a problem case.
(i suppose i should try it, however, on my cygwin system.)
when last i attempted to use the shifts i could not get to
the point of parsing input, as i kept having undefined
subrules.
> (Oooh, the next bit is FUGLY...)
<hayseed>
ayyyup.
</hayseed>
[...]
> Intel, Corp.
> 5000 W. Chandler Blvd.
> Chandler, AZ 85226
i will follow this up soon with something that recreates the
problem.
the fugly will be improved by showing shifts, but i don't
expect a silk purse from the sow's ear.
hwn
