You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the class set doesn't have any fields, and neither does it support adding parameters or returning something from it's functions (class set is not included in the type checking environment). We tried changing those yesterday but the amount of changes required is a lot and we don't want to change how the sets group are implementing their functionalities.
Can the sets group support the above so that we can add next() and hasnext() in the set.wat file. Or can they implement next() and hasnext() as they proposed in their next milestone? To implement a set iterator, we need to be unblocked on this.
Hi, sorry for the late reply. This was due to a miscommunication between the member who wrote the conflicts part with for loop and the member who wrote the next milestone. That's why we only included the interaction with your group in our conflicts doc but not in our next milestone. We will try to implement next() and hasnext() and will let you know when we finish. Thanks for bringing this up.
Hi,
Currently, the class set doesn't have any fields, and neither does it support adding parameters or returning something from it's functions (class set is not included in the type checking environment). We tried changing those yesterday but the amount of changes required is a lot and we don't want to change how the sets group are implementing their functionalities.
Can the sets group support the above so that we can add next() and hasnext() in the set.wat file. Or can they implement next() and hasnext() as they proposed in their next milestone? To implement a set iterator, we need to be unblocked on this.
Thanks! @jpolitz @yalhessi @7bw
The text was updated successfully, but these errors were encountered: