Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Common: Execute on all Deprecation Notes for Breaking Release #1633

Closed
holgerd77 opened this issue Jan 13, 2022 · 3 comments
Closed

Common: Execute on all Deprecation Notes for Breaking Release #1633

holgerd77 opened this issue Jan 13, 2022 · 3 comments

Comments

@holgerd77
Copy link
Member

Part of #1024

Target branch: develop
Please assign if interested.

There are various deprecation notes in the Common library, search for the "deprecated" tag in the src folder.

These should be executed upon.

This would encompass:

  1. Completely remove deprecated forCustomChain() constructor method, eventual tests + all references in docs
  2. Rename all *BN methods to their non-BN names (so e.g. hardforkBlockBN -> hardforkBlock), these the BN returning methods should become the default now. The associated code should be taken from the BN methods and the original non-BN returning in-calling methods should be removed (we switched over from number to BN on certain occurrences due to the JavaScript number limit to 53bits). This will need several adoptions in the upstream monorepo libraries (VM, client, other)
  3. Remove chains/index.ts file and internalize the function _getInitializedChains() into the main index.ts file (I am only 90% sure on this execution). The chainsType export should be removed completely along.
  4. Also not 100% sure, but I guess genesisStates/index.ts can also be removed completely
@ScottyPoi
Copy link
Contributor

I think i've fixed this but I know I messed up in the way i committed changes. So they may already be committed to depoly branch (sorry!).

else they are in this branch: https://github.com/ethereumjs/ethereumjs-monorepo/tree/Fix-for-PR-%231633

@holgerd77
Copy link
Member Author

@ScottyPoi ah - yes - changes were actually in the develop branch.

Normally this shouldn't be possible at all (to directly push to either develop or master, but this was going together with me having temporarily deactivated the develop rules and not yet re-activated again. Lol. 😬 😋

Whew. Dangerous, dangerous (we generally need to be careful with these branches).

No worries though in this case, I had a local copy and just have fixed and pushed the original state to the develop branch. 🙂

@holgerd77
Copy link
Member Author

Closed by #1698 and #1709

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

Successfully merging a pull request may close this issue.

2 participants