BinaryCascade in latest fix about ohm-s HOT 6 CLOSED

Yes and in your commit from 06.07. this works perfectly fine.

But in your updated version inspecting the cst I get this result:

I am starting to parse at the Rule Expression but this shouldn't make a difference right?

from ohm-s.

Ah alright!

Thanks a lot!! That explains it! In that case it works fine ;)

from ohm-s.

I looked into it and currently I think that this is actually correct to parse it as a binary cascade:

1 + 5 negated; negated
"corresponds to"
1
  + 5 negated;
  negated
"print it ->"
-1

Which is different from the unary message cascade case:

self new test; test
"corresponds to"
self new
  test;
  test

from ohm-s.

Ah oops. I meant it is correct to parse it as an OperandCascade. The receiver of the #+ is the 1, the argument is 5 negated. Does it make a great difference for printing?

from ohm-s.

Ah ok I see! Thanks for clarifying that!
I think we will ask our customer about it ;)

What is a binaryCascade then?

from ohm-s.

An example for a binary cascade would be:

1 + 2 
  raised to: 10;
  yourself

In this case the receiver is the BinaryMessageSend 1 + 2.

from ohm-s.