Skip to content

Fix memcpy/memset deprecation warning#221

Merged
andreasabel merged 2 commits intohaskell:masterfrom
topikettunen:fix-memset-memcpy-deprecation-warning
Nov 13, 2024
Merged

Fix memcpy/memset deprecation warning#221
andreasabel merged 2 commits intohaskell:masterfrom
topikettunen:fix-memset-memcpy-deprecation-warning

Conversation

@topikettunen
Copy link
Copy Markdown
Contributor

@topikettunen topikettunen commented Aug 2, 2023

@topikettunen
Copy link
Copy Markdown
Contributor Author

topikettunen commented Aug 3, 2023

@andreasabel, Seems that fillBytes was introduced in GHC 7.10.1 and base version 4.8.0.0. Are we still interested in supporting even older versions that failed the check? If so, I guess we could yank the fillBytes function from the newer versions and just wrap it in some preprocessor.

@andreasabel
Copy link
Copy Markdown
Member

@topikettunen, thanks for investigating!
There are basically 3 ways to proceed.

  1. Just leave the deprecation warnings in and worry about them once the functions get actually removed.
  2. Use base-compat to get fillBytes for older base: https://hackage.haskell.org/package/base-compat-0.13.0/docs/Foreign-Marshal-Utils-Compat.html#v:fillBytes
  3. Drop GHC < 7.10.

Maybe @bgamari should decide the course of action here.

@andreasabel andreasabel force-pushed the fix-memset-memcpy-deprecation-warning branch from 8c0b1ea to e968659 Compare November 13, 2024 22:22
@andreasabel
Copy link
Copy Markdown
Member

Rebased onto latest master.
Since we dropped testing with GHC 7, I see no obstacle in merging this now...

@andreasabel andreasabel merged commit 174079a into haskell:master Nov 13, 2024
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.

Deprecation warning for memset and memcpy with bytestring >= 0.11.5

2 participants