More haddock fixes

This commit is contained in:
Your Name 2024-11-12 15:37:24 -05:00
parent 1c777a0385
commit fb4a8d361a
2 changed files with 8 additions and 8 deletions

View File

@ -52,10 +52,10 @@ instance X.Exception DiscoverException
-- | Convert machine addresses into What4 positions.
--
-- When possible, we map to the structured 'WPL.BinaryPos' type. However,
-- some 'MM.MemSegmentOff' values cannot be mapped to an absolute position
-- (e.g., some addresses from shared libraries are in non-trivial segments).
-- In those cases, we map to the unstructured 'WPL.Others' with a sufficiently
-- When possible, we map to the structured 'WPL.BinaryPos' type. However, some
-- 'MM.MemSegmentOff' values cannot be mapped to an absolute position (e.g.,
-- some addresses from shared libraries are in non-trivial segments). In
-- those cases, we map to the unstructured 'WPL.OtherPos' with a sufficiently
-- descriptive string.
posFn :: (MM.MemWidth w) => Text.Text -> MM.MemSegmentOff w -> WPL.Position
posFn binaryName segOff =

View File

@ -113,10 +113,10 @@ instance X.Exception TestingException
-- | Convert machine addresses into Crucible positions.
--
-- When possible, we map to the structured 'WPL.BinaryPos' type. However,
-- some 'MM.MemSegmentOff' values cannot be mapped to an absolute position
-- (e.g., some addresses from shared libraries are in non-trivial segments).
-- In those cases, we map to the unstructured 'WPL.Others' with a sufficiently
-- When possible, we map to the structured 'WPL.BinaryPos' type. However, some
-- 'MM.MemSegmentOff' values cannot be mapped to an absolute position (e.g.,
-- some addresses from shared libraries are in non-trivial segments). In
-- those cases, we map to the unstructured 'WPL.OtherPos' with a sufficiently
-- descriptive string.
posFn :: (MM.MemWidth w) => FilePath -> MM.MemSegmentOff w -> WPL.Position
posFn binaryName segOff =