Skip to content

Conversation

@clalancette
Copy link
Contributor

Literal is not supported in Python 3.6, which is what is in RHEL-8. Just remove this bit for now, since I don't actually believe it is needed anyway.

This particular issue was introduced in #679 . FYI @haudren-woven @methylDragon

Literal is not supported in Python 3.6, which is what
is in RHEL-8.  Just remove this bit for now, since I
don't actually believe it is needed anyway.

Signed-off-by: Chris Lalancette <clalancette@gmail.com>
@clalancette
Copy link
Contributor Author

CI:

  • Linux Build Status
  • Linux-aarch64 Build Status
  • Windows Build Status
  • RHEL Build Status

@clalancette
Copy link
Contributor Author

The unstable Windows build has been fixed elsewhere (ros2/rclcpp#2117). The unstable RHEL tests are known issues (but likely to go away when we switch to RHEL-9). So I'm going to go ahead and merge this in.

@clalancette clalancette merged commit c92d2ea into rolling Mar 6, 2023
@delete-merged-branch delete-merged-branch bot deleted the clalancette/remove-literal-import branch March 6, 2023 20:10
@haudren-woven
Copy link
Contributor

So in the context of launch, this ended up being fine but I needed the cast. The problem with removing literal and associated overloads is that you’re relaxing the type contract: when optional is False, this function has to return the type. In a few places of the code this shows up, but nothing that a couple of is not None checks can’t solve.

Let’s just hope we can stop supporting Python 3.6 soonish…

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants