micro-ROS rolling Library auto-update 18-04-2022 06:21 (#949)

Co-authored-by: pablogs9 <[email protected]>

Author: github-actions[bot]

built_packages

@@ -9,7 +9,7 @@ https://github.com/eProsima/Micro-CDR.git cb4403a8780095df94a7b1936b1e00153c9007
 https://github.com/eProsima/Micro-XRCE-DDS-Client.git 9b9278c0b3a633aa7ad634bda2fd2c4f04093dcf
 https://github.com/micro-ROS/micro_ros_msgs.git e3664463e78ae5d0c34d86be92d707b3d9dfd27d
 https://github.com/micro-ROS/micro_ros_utilities 62270ca99edfab516e50ba7c8c761d33dbf31a78
-https://github.com/micro-ROS/rcl 067ef1effe7ada177ffa1fc3b58237eaceb0699c
+https://github.com/micro-ROS/rcl 8c2818bf6bce86a4b57b38b01db72642ec57cbd0
 https://github.com/micro-ROS/rcutils 342c39ce7cbc3d90ea1d4552ddcbb45ae14bec6d
 https://github.com/micro-ROS/rmw-microxrcedds.git 3acf1b6eaaa1650e0be11d0ea2112f9879136004
 https://github.com/micro-ROS/rosidl_typesupport.git 0a28c7b07241b2f287c5f6f8090eb6a92cb4519f

src/actionlib_msgs/msg/detail/goal_status__struct.h

@@ -38,7 +38,7 @@ enum
 /// Constant 'PREEMPTED'.
 /**
   * The goal received a cancel request after it started executing
-  * and has since completed its execution (Terminal State).
+  *   and has since completed its execution (Terminal State).
  */
 enum
 {
@@ -48,7 +48,7 @@ enum
 /// Constant 'SUCCEEDED'.
 /**
   * The goal was achieved successfully by the action server
-  * (Terminal State).
+  *   (Terminal State).
  */
 enum
 {
@@ -68,7 +68,7 @@ enum
 /// Constant 'REJECTED'.
 /**
   * The goal was rejected by the action server without being processed,
-  *    because the goal was unattainable or invalid (Terminal State).
+  * because the goal was unattainable or invalid (Terminal State).
  */
 enum
 {
@@ -78,7 +78,7 @@ enum
 /// Constant 'PREEMPTING'.
 /**
   * The goal received a cancel request after it started executing
-  *    and has not yet completed execution.
+  * and has not yet completed execution.
  */
 enum
 {
@@ -88,7 +88,7 @@ enum
 /// Constant 'RECALLING'.
 /**
   * The goal received a cancel request before it started executing, but
-  * the action server has not yet confirmed that the goal is canceled.
+  *    the action server has not yet confirmed that the goal is canceled.
  */
 enum
 {
@@ -98,7 +98,7 @@ enum
 /// Constant 'RECALLED'.
 /**
   * The goal received a cancel request before it started executing
-  * and was successfully cancelled (Terminal State).
+  *    and was successfully cancelled (Terminal State).
  */
 enum
 {

src/control_msgs/action/detail/follow_joint_trajectory__struct.h

@@ -122,7 +122,7 @@ typedef struct control_msgs__action__FollowJointTrajectory_Result
   /// Human readable description of the error code. Contains complementary
   /// information that is especially useful when execution fails, for instance:
   /// - INVALID_GOAL: The reason for the invalid goal (e.g., the requested
-  ///   trajectory is in the past).
+  /// trajectory is in the past).
   /// - INVALID_JOINTS: The mismatch between the expected controller joints
   /// and those provided in the goal.
   /// - PATH_TOLERANCE_VIOLATED and GOAL_TOLERANCE_VIOLATED: Which joint

src/control_msgs/msg/detail/joint_tolerance__struct.h

@@ -31,8 +31,8 @@ extern "C"
   *
   * There are two special values for tolerances:
   *  * 0 - The tolerance is unspecified and will remain at whatever the default is
-  *  * -1 - The tolerance is "erased".  If there was a default, the joint will be
-  * allowed to move without restriction.
+  * * -1 - The tolerance is "erased".  If there was a default, the joint will be
+  *         allowed to move without restriction.
  */
 typedef struct control_msgs__msg__JointTolerance
 {

src/sensor_msgs/msg/detail/camera_info__struct.h

@@ -33,11 +33,11 @@ extern "C"
   * camera namespace on topic "camera_info" and accompanied by up to five
   * image topics named:
   *
-  *   image_raw - raw data from the camera driver, possibly Bayer encoded
+  * image_raw - raw data from the camera driver, possibly Bayer encoded
   *   image            - monochrome, distorted
   *   image_color      - color, distorted
   * image_rect       - monochrome, rectified
-  *   image_rect_color - color, rectified
+  * image_rect_color - color, rectified
   *
   * The image_pipeline contains packages (image_proc, stereo_image_proc)
   * for producing the four processed image topics from image_raw and
@@ -55,7 +55,7 @@ extern "C"
  */
 typedef struct sensor_msgs__msg__CameraInfo
 {
-  /// Image acquisition info                          #
+  ///                     Image acquisition info                          #
   ///
   /// Time of image acquisition, camera coordinate frame ID
   /// Header timestamp should be acquisition time of image
@@ -65,15 +65,15 @@ typedef struct sensor_msgs__msg__CameraInfo
   /// +y should point down in the image
   /// +z should point into the plane of the image
   std_msgs__msg__Header header;
-  /// Calibration Parameters                         #
+  ///                      Calibration Parameters                         #
   ///
   /// These are fixed during camera calibration. Their values will be the #
   /// same in all messages until the camera is recalibrated. Note that    #
   /// self-calibrating systems may "recalibrate" frequently.              #
-  ///                                                                     #
+  /// #
   /// The internal parameters can be used to warp a raw (distorted) image #
   /// to:                                                                 #
-  /// 1. An undistorted image (requires D and K)                        #
+  ///   1. An undistorted image (requires D and K)                        #
   ///   2. A rectified image (requires D, K, R)                           #
   /// The projection matrix P projects 3D points into the rectified image.#
   ///
@@ -89,9 +89,9 @@ typedef struct sensor_msgs__msg__CameraInfo
   /// For "plumb_bob", the 5 parameters are: (k1, k2, t1, t2, k3).
   rosidl_runtime_c__double__Sequence d;
   /// Intrinsic camera matrix for the raw (distorted) images.
-  ///     [fx  0 cx]
+  /// [fx  0 cx]
   /// K = [ 0 fy cy]
-  /// [ 0  0  1]
+  ///     [ 0  0  1]
   /// Projects 3D points in the camera coordinate frame to 2D pixel
   /// coordinates using the focal lengths (fx, fy) and principal point
   /// (cx, cy).
@@ -104,27 +104,27 @@ typedef struct sensor_msgs__msg__CameraInfo
   /// 3x3 row-major matrix
   double r[9];
   /// Projection/camera matrix
-  /// [fx'  0  cx' Tx]
+  ///     [fx'  0  cx' Tx]
   /// P = [ 0  fy' cy' Ty]
-  ///     [ 0   0   1   0]
+  /// [ 0   0   1   0]
   /// By convention, this matrix specifies the intrinsic (camera) matrix
-  /// of the processed (rectified) image. That is, the left 3x3 portion
-  ///  is the normal camera intrinsic matrix for the rectified image.
+  ///  of the processed (rectified) image. That is, the left 3x3 portion
+  /// is the normal camera intrinsic matrix for the rectified image.
   /// It projects 3D points in the camera coordinate frame to 2D pixel
   /// coordinates using the focal lengths (fx', fy') and principal point
-  ///  (cx', cy') - these may differ from the values in K.
+  /// (cx', cy') - these may differ from the values in K.
   /// For monocular cameras, Tx = Ty = 0. Normally, monocular cameras will
-  ///  also have R = the identity and P[1:3,1:3] = K.
+  /// also have R = the identity and P[1:3,1:3] = K.
   /// For a stereo pair, the fourth column [Tx Ty 0]' is related to the
-  ///  position of the optical center of the second camera in the first
+  /// position of the optical center of the second camera in the first
   ///  camera's frame. We assume Tz = 0 so both cameras are in the same
   ///  stereo image plane. The first camera always has Tx = Ty = 0. For
   /// the right (second) camera of a horizontal stereo pair, Ty = 0 and
   ///  Tx = -fx' * B, where B is the baseline between the cameras.
   /// Given a 3D point [X Y Z]', the projection (x, y) of the point onto
   /// the rectified image is given by:
-  /// [u v w]' = P * [X Y Z 1]'
-  /// x = u / w
+  ///  [u v w]' = P * [X Y Z 1]'
+  ///         x = u / w
   /// y = v / w
   ///  This holds for both images of a stereo pair.
   /// 3x4 row-major matrix
@@ -137,16 +137,16 @@ typedef struct sensor_msgs__msg__CameraInfo
   ///
   /// Binning refers here to any camera setting which combines rectangular
   /// neighborhoods of pixels into larger "super-pixels." It reduces the
-  ///  resolution of the output image to
-  /// (width / binning_x) x (height / binning_y).
+  /// resolution of the output image to
+  ///  (width / binning_x) x (height / binning_y).
   /// The default values binning_x = binning_y = 0 is considered the same
-  ///  as binning_x = binning_y = 1 (no subsampling).
+  /// as binning_x = binning_y = 1 (no subsampling).
   uint32_t binning_x;
   uint32_t binning_y;
   /// Region of interest (subwindow of full camera resolution), given in
-  ///  full resolution (unbinned) image coordinates. A particular ROI
+  /// full resolution (unbinned) image coordinates. A particular ROI
   ///  always denotes the same window of pixels on the camera sensor,
-  /// regardless of binning settings.
+  ///  regardless of binning settings.
   /// The default setting of roi (all values 0) is considered the same as
   ///  full resolution (roi.width = width, roi.height = height).
   sensor_msgs__msg__RegionOfInterest roi;

src/sensor_msgs/msg/detail/channel_float32__struct.h

@@ -33,14 +33,14 @@ extern "C"
   *
   * Channel names in existing practice include:
   * "u", "v" - row and column (respectively) in the left stereo image.
-  *              This is opposite to usual conventions but remains for
+  * This is opposite to usual conventions but remains for
   *              historical reasons. The newer PointCloud2 message has no
-  * such problem.
-  * "rgb" - For point clouds produced by color stereo cameras. uint8
+  *              such problem.
+  *   "rgb" - For point clouds produced by color stereo cameras. uint8
   * (R,G,B) values packed into the least significant 24 bits,
   * in order.
   *   "intensity" - laser or pixel intensity.
-  *   "distance"
+  * "distance"
  */
 typedef struct sensor_msgs__msg__ChannelFloat32
 {

src/sensor_msgs/msg/detail/compressed_image__struct.h

@@ -39,8 +39,8 @@ typedef struct sensor_msgs__msg__CompressedImage
   /// +z should point into to plane of the image
   std_msgs__msg__Header header;
   /// Specifies the format of the data
-  ///   Acceptable values:
-  ///     jpeg, png, tiff
+  /// Acceptable values:
+  /// jpeg, png, tiff
   rosidl_runtime_c__String format;
   /// Compressed image buffer
   rosidl_runtime_c__uint8__Sequence data;

src/sensor_msgs/msg/detail/illuminance__struct.h

@@ -34,7 +34,7 @@ extern "C"
   * All other Photometric and Radiometric measurements should not use this message.
   * This message cannot represent:
   *  - Luminous intensity (candela/light source output)
-  *  - Luminance (nits/light output per area)
+  * - Luminance (nits/light output per area)
   *  - Irradiance (watt/area), etc.
  */
 typedef struct sensor_msgs__msg__Illuminance

src/sensor_msgs/msg/detail/joint_state__struct.h

@@ -32,9 +32,9 @@ extern "C"
   * This is a message that holds data to describe the state of a set of torque controlled joints.
   *
   * The state of each joint (revolute or prismatic) is defined by:
-  *  * the position of the joint (rad or m),
-  *  * the velocity of the joint (rad/s or m/s) and
-  * * the effort that is applied in the joint (Nm or N).
+  * * the position of the joint (rad or m),
+  * * the velocity of the joint (rad/s or m/s) and
+  *  * the effort that is applied in the joint (Nm or N).
   *
   * Each joint is uniquely identified by its name
   * The header specifies the time at which the joint states were recorded. All the joint states

src/sensor_msgs/msg/detail/nav_sat_fix__struct.h

@@ -62,12 +62,12 @@ enum
 typedef struct sensor_msgs__msg__NavSatFix
 {
   /// header.stamp specifies the ROS time for this measurement (the
-  ///        corresponding satellite time may be reported using the
-  ///        sensor_msgs/TimeReference message).
+  /// corresponding satellite time may be reported using the
+  /// sensor_msgs/TimeReference message).
   ///
   /// header.frame_id is the frame of reference reported by the satellite
   ///        receiver, usually the location of the antenna.  This is a
-  /// Euclidean frame relative to the vehicle, not a reference
+  ///        Euclidean frame relative to the vehicle, not a reference
   ///        ellipsoid.
   std_msgs__msg__Header header;
   /// Satellite fix status information.