chai2010 / chai2010/builtin

Separate safe and unsafe operations

Open
#1 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Go
Stars
4
Forks
1
PR merge metrics
No merged PRs in 30d

Description

There are some useful little utilities in your `builtin` package. However, some people might prefer to avoid unsafe operations, especially if they are not obviously unsafe.

I suggest that you create a `builtin/unsafe` sub-package that has all the functions that use the standard `unsafe` package. Retain in the main builtin package all those functions that don't use `unsafe`.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reviewing the builtin package and identifying which functions import or use Go's standard unsafe package. Move those functions into builtin/unsafe while retaining the others in builtin. Done means the package separation is complete and the existing utility behavior remains available from the appropriate package.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
tooling
Issue type
Refactor
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.