profile
viewpoint
Kris Kaczor krzkaczor @MakerDAO / @codechecks Warsaw https://twitter.com/krzkaczor Creator @codechecks | Engineering @makerdao | TypeScript fanboy

ethereum-ts/TypeChain 633

🔌 TypeScript bindings for Ethereum smart contracts

krzkaczor/babel-plugin-tailcall-optimization 170

Tail call optimization for JavaScript!

codechecks/lighthouse-keeper 80

Keep an eye on Google Lighthouse score changes directly on GitHub 💡👀

codechecks/monorepo 80

Open source platform for code review automation ✅

krzkaczor/babel-plugin-proxy 59

Use ES6 proxies today!

ethereum-ts/evm-ts 55

Ethereum Virtual Machine implemented in TypeScript

daifoundation/maker-otc 38

Simple on-chain market for ERC20 tokens

codechecks/awesome-codechecks 15

A curated list of awesome codechecks for almost anything

codechecks/ban-deps-codecheck 8

Prevent direct or indirect dependencies on your package

issue commentSchniz/fnm

Node version scoped to current shell only

Oh, wow I installed fnm literally just a week ago :O I didn't realize that the pace of development is so fast 😆 Upgrading wasn't that smooth as I needed to manually tweak config generated into .zshrc but everything works now 👍

Thanks for creating this tool! It's a great replacement for nvm.

krzkaczor

comment created time in 18 hours

issue closedSchniz/fnm

Node version scoped to current shell only

Is it possible to have two shells opened with different node versions? My use case (with cd integration enabled):

  1. I enter dir X with.
  2. fnm use recognizes .nvmrc and changes node version to 10
  3. In a separate shell i open dir Y.
  4. fnm use recognizes .nvmrc and changes node version to 14
  5. In the first shell (in dir X) i run node --version and it's 14 instead of 10.

I would expect that any changes made by fnm use would be scoped to the current shell only.

Am I missing something?

closed time in 19 hours

krzkaczor

issue commentSchniz/fnm

Node version scoped to current shell only

I am on 1.21.0.

Thanks for your quick response, this has to be something on my end.

krzkaczor

comment created time in 19 hours

issue openedSchniz/fnm

Node version scoped to current shell only

Is it possible to have two shells opened with different node versions? My use case (with cd integration enabled):

  1. I enter dir X with.
  2. fnm use recognizes .nvmrc and changes node version to 10
  3. In a separate shell i open dir Y.
  4. fnm use recognizes .nvmrc and changes node version to 14
  5. In the first shell (in dir X) i run node --version and it's 14 instead of 10.

I would expect that any changes made by fnm use would be scoped to the current shell only.

Am I missing something?

created time in 20 hours

create barnchethereum-ts/TypeChain

branch : kk/migrate-earljs

created branch time in a day

push eventkrzkaczor/earl

Krzysztof Kaczor

commit sha 80bfdf8dda0c974d17989c673d8841d9f6c334ac

Always wrap toThrow arguments with Error matcher

view details

push time in 2 days

push eventkrzkaczor/earl

Krzysztof Kaczor

commit sha 12c01cb74d8d1480edaea2c87f8bca7a9ece6d2b

Refactor test cases for toThrow, default to anything matcher when no arg

view details

push time in 2 days

startedytmdesktop/ytmdesktop

started time in 2 days

startedbunkerity/bunkerized-nginx

started time in 6 days

startedcgewecke/buidler-gas-reporter

started time in 6 days

startedalin23/Lunar

started time in 7 days

startedvilic/vscode-es-quotes

started time in 7 days

startedWebAssembly/wabt

started time in 8 days

create barnchkrzkaczor/earl

branch : kk/remove-autofix

created branch time in 9 days

push eventethereum-ts/TypeChain

Juan Pablo Lopez

commit sha edb2f1a7d4c5d72db76445fed09461006bca232d

docs: Added example to ethers-v5 documentation - I have copied the same doc from ethers-v4 to ether-v5 README.md

view details

Juan Pablo Lopez

commit sha 0abb46e92bdc853aefec06155ce1b66fa78eb4dd

Update packages/target-ethers-v5/README.md Co-authored-by: soham <sohamzemse143@gmail.com>

view details

Juan Pablo Lopez

commit sha e860cf23d837505390c72912c5b2bc25d29d1c9c

Update packages/target-ethers-v5/README.md BigNumber moved from ethers/utils to ethers Co-authored-by: soham <sohamzemse143@gmail.com>

view details

Juan Pablo Lopez

commit sha 85a5d00391353d5fcb1527329a8330a303b8f047

Update packages/target-ethers-v5/README.md Co-authored-by: soham <sohamzemse143@gmail.com>

view details

Kris Kaczor

commit sha 93b7ca2c26c9f947f0b41e62577fbdbca4739cab

Merge pull request #287 from juanpalopez/docs-ethers-v5

view details

push time in 9 days

PR merged ethereum-ts/TypeChain

docs: Added example to ethers-v5 documentation

It is not clear that ethers-v4 has the documentation. So, I have copied the same documentation from ethers-v4 to ether-v5 README.md, in order to find examples about the usage easily.

+46 -0

4 comments

1 changed file

juanpalopez

pr closed time in 9 days

pull request commentethereum-ts/TypeChain

docs: Added example to ethers-v5 documentation

Thanks for this @juanpalopez and thanks for the review @zemse and @quezak.

juanpalopez

comment created time in 9 days

PullRequestReviewEvent

pull request commentkrzkaczor/ts-essentials

fix: allow readonly arrays in ElementOf

Thanks for this!

Released as ts-essentials@7.0.1

studds

comment created time in 10 days

release krzkaczor/ts-essentials

v7.0.1

released time in 10 days

created tagkrzkaczor/ts-essentials

tagv7.1.0

All basic TypeScript types in one place 🤙

created time in 10 days

created tagkrzkaczor/ts-essentials

tagv7.0.1

All basic TypeScript types in one place 🤙

created time in 10 days

push eventkrzkaczor/ts-essentials

Krzysztof Kaczor

commit sha 1468ecb5d1d209bf1929b9fa0cda87f92c980e6c

7.0.1

view details

push time in 10 days

startedmakerdao/mips

started time in 12 days

startedupptime/upptime

started time in 15 days

created tagethereum-ts/TypeChain

tagtypechain@3.0.0

🔌 TypeScript bindings for Ethereum smart contracts

created time in 16 days

release ethereum-ts/TypeChain

typechain@3.0.0

released time in 16 days

push eventethereum-ts/TypeChain

zemse

commit sha 6d0c1fd8e75370b631ead72d962f2b93c651e70e

[ethers-v5] Use type only imports for <Contract>

view details

zemse

commit sha 479873da88e17dbba24bfc470de9c68530d36fca

[ethers-v5] Add <Contract> type export in index.ts

view details

Kris Kaczor

commit sha ea693f0cf978f442372c64cf7bca90b11d6bfe52

Merge pull request #279 from zemse/278-add-type-exports

view details

Krzysztof Kaczor

commit sha e80703db55aafbb1e9e95c94749306630b88aa4e

Bump ts-generator version

view details

Krzysztof Kaczor

commit sha be52df5d66f92304cb3ffcb985007db2b04d4ce4

reformat all files

view details

Krzysztof Kaczor

commit sha 123e64be60b4b5fb723f55bb9e73f64d3d35d56c

Bump ts-generator again, regenerate all files

view details

Krzysztof Kaczor

commit sha 63e6a5d0219e2dc4593cfae82404dc910533dcc4

Bump versions

view details

Krzysztof Kaczor

commit sha bac9a1ae48b7f558ceb56165249e1270b292952e

Normalize prettier versions, bump typechain in dependencies

view details

Kris Kaczor

commit sha 38123bb0b6947555474aec5c65f52f5de77a1195

Merge pull request #286 from ethereum-ts/kk/ethers-export-types

view details

push time in 16 days

delete branch ethereum-ts/TypeChain

delete branch : kk/ethers-export-types

delete time in 16 days

PR merged ethereum-ts/TypeChain

[Ethers-v5] Export types

Closes: https://github.com/ethereum-ts/TypeChain/issues/278

+738 -616

3 comments

85 changed files

krzkaczor

pr closed time in 16 days

issue closedethereum-ts/TypeChain

[ethers-v5] Contract types not exported in generated index.ts

The index.ts only reexports the factory types, it does not export the contract types, the ones at <ContractName>.d.ts. These types should also be exported.

closed time in 16 days

tuler

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha bac9a1ae48b7f558ceb56165249e1270b292952e

Normalize prettier versions, bump typechain in dependencies

view details

push time in 16 days

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha 63e6a5d0219e2dc4593cfae82404dc910533dcc4

Bump versions

view details

push time in 16 days

pull request commentethereum-ts/TypeChain

[Ethers-v5] Export types

@zemse thanks for testing! I added some more fixes and gonna release it in a sec.

krzkaczor

comment created time in 16 days

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha 123e64be60b4b5fb723f55bb9e73f64d3d35d56c

Bump ts-generator again, regenerate all files

view details

push time in 16 days

push eventkrzkaczor/ts-generator

Krzysztof Kaczor

commit sha 0da72d26917d4b8bdd5b6be1bc041a3c7fe45e15

Bump version

view details

push time in 16 days

push eventkrzkaczor/ts-generator

Krzysztof Kaczor

commit sha 87e7516a2b6c1524e0c40feb9c86898d2412f25f

Tweaked preamble for generated files, support eslint

view details

push time in 16 days

pull request commentethereum-ts/TypeChain

[Ethers-v5] Export types

@zemse can you test in on your codebase before I release? I will mark it as major update since formatting WILL change (breaking changes in prettier). I think it's the only sane thing to do...

krzkaczor

comment created time in 19 days

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha be52df5d66f92304cb3ffcb985007db2b04d4ce4

reformat all files

view details

push time in 19 days

PR opened ethereum-ts/TypeChain

[Ethers-v5] Export types

Closes: https://github.com/ethereum-ts/TypeChain/issues/278

+75 -15

0 comment

4 changed files

pr created time in 19 days

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha e80703db55aafbb1e9e95c94749306630b88aa4e

Bump ts-generator version

view details

push time in 19 days

push eventkrzkaczor/ts-generator

Krzysztof Kaczor

commit sha c728b72b0a658e1e22beed6a0bbcdc2546e0fe93

Bump prettier version, reformat code, bump package version (minor) as it can lead to different formatting

view details

push time in 19 days

issue commentkrzkaczor/ts-essentials

NonNever still accepts extra props

Looks like you're looking for exact type, which is part of ts-essentials: https://github.com/krzkaczor/ts-essentials#Exact

zanona

comment created time in 19 days

pull request commentethereum-ts/TypeChain

[ethers-v5] Export contract types in index.ts

Merged to tmp branch for now

zemse

comment created time in 19 days

push eventethereum-ts/TypeChain

zemse

commit sha 6d0c1fd8e75370b631ead72d962f2b93c651e70e

[ethers-v5] Use type only imports for <Contract>

view details

zemse

commit sha 479873da88e17dbba24bfc470de9c68530d36fca

[ethers-v5] Add <Contract> type export in index.ts

view details

Kris Kaczor

commit sha ea693f0cf978f442372c64cf7bca90b11d6bfe52

Merge pull request #279 from zemse/278-add-type-exports

view details

push time in 19 days

PR merged ethereum-ts/TypeChain

[ethers-v5] Export contract types in index.ts

#278

Before:

<Contract>.d.ts
<Contract>Factory.ts

Only Factory file was exported

After:

<Contract>.ts
<Contract>Factory.ts

Now both the ts files are exported from index.ts

I've tried this PR on my current project, and didn't get any breakings. Though it can be tried on multiple projects to be sure.

+10 -3

8 comments

2 changed files

zemse

pr closed time in 19 days

create barnchethereum-ts/TypeChain

branch : kk/ethers-export-types

created branch time in 19 days

startedstudydefi/money-legos

started time in 20 days

startedLeastAuthority/ethereum-analyses

started time in 20 days

startedvolta-cli/volta

started time in 21 days

startedheybourn/headwind

started time in 21 days

pull request commentcodechecks/monorepo

feat: Support patterns for speculative branch execution [WIP]

@carmanchris31 not yet but I will circle back to you once the official version will be released :)

carmanchris31

comment created time in 22 days

pull request commentcodechecks/monorepo

feat: Support patterns for speculative branch execution [WIP]

Hey @carmanchris31,

sorry to keep you waiting but for now development around codechecks is frozen as I work on a totally new version. Feel free to fork this project if you need this feature.

carmanchris31

comment created time in 22 days

created tagethereum-ts/TypeChain

tagtypechain@2.0.1

🔌 TypeScript bindings for Ethereum smart contracts

created time in 22 days

release ethereum-ts/TypeChain

typechain@2.0.1

released time in 22 days

issue closedkrzkaczor/ts-essentials

Suggestion: A generic type checker by member using type guards

I always have to include this utility in all my projects, would be nice if ts-essentials have it:

/**
 * Check if an object is of type T by looking for a member inside of it.
 *
 * @param obj The object to check
 * @param memberName: The name of the member the object needs to have in order to be considered of type T
 */
function checkTypeByMember<T>(obj: any,  memberName:  keyof T): obj is T {
    return memberName in obj;
}

If you want this into the repo I can make a PR

You can try it here: https://www.typescriptlang.org/play?#code/JYOwLgpgTgZghgYwgAgArQM4HsTIN4BQyxyIcAthAFzIZhSgDmA3AQL4EGiSyIoDCcKPiIkEWADZYoNOgxAt2nGAFcQCMMBzIEACwgIA1gBUAngAcIAIVMBZCOQBG0ADzGAfAAosjgFY04EFMAGmRKJ2gAOQpqZEMIUywYZGMAShofX2RgDBSREmQoCDAVKFxw5yhoymzcTNYOAlV1TW1zeTBvPxp0KGxcAB9kQSh05AA3LGAAE3ySYBhPPQMTC2s7B0qXXv6vTNCAIjJKA9TUuYLicRBsCQgAOilGLt9744hU1gK2ZAgJDBQhEuBWutweTxe93EUlGXxIHEa7W4njw7xoBwAYtADmxPkA

closed time in 22 days

fermmm

issue commentkrzkaczor/ts-essentials

Suggestion: A generic type checker by member using type guards

Thanks for this suggestion @fermmm! I think we'll pass, this works well only for types that can be checked by inspecting a single property. Other than that we try to avoid functions that have runtime impact.

Again, thanks for suggesting this type!

fermmm

comment created time in 22 days

issue closedethereum-ts/TypeChain

ethers 5.0.9 breaking change

Something changed in ethers@5.0.9 that broke the code generated by @typechain/ethers-v5 The error message below was edit to remove references to my code, replacing the contract name with <ContractName> and method signature with <methodSignature>.

Interface '<ContractName>Interface' incorrectly extends interface 'Interface'.
  Types of property 'functions' are incompatible.
    Type '{ "<methodSignature>": FunctionFragment; }' is not assignable to type '{ [name: string]: FunctionFragment; }'.
      Property '"<methodSignature>"' is incompatible with index signature.
        Type 'import("./node_modules/@ethersproject/abi/lib/fragments").FunctionFragment' is not assignable to type 'import("./node_modules/ethers/node_modules/@ethersproject/abi/lib/fragments").FunctionFragment'.
          Types of property 'gas' are incompatible.
            Type 'import("./node_modules/@ethersproject/bignumber/lib/bignumber").BigNumber | undefined' is not assignable to type 'import("./node_modules/ethers/node_modules/@ethersproject/bignumber/lib/bignumber").BigNumber | undefined'.
              Property 'toJSON' is missing in type 'import("./node_modules/@ethersproject/bignumber/lib/bignumber").BigNumber' but required in type 'import("./node_modules/ethers/node_modules/@ethersproject/bignumber/lib/bignumber").BigNumber'.ts(2430)
bignumber.d.ts(33, 5): 'toJSON' is declared here.

It is probably related to this change: https://github.com/ethers-io/ethers.js/commit/8facc1a5305b1f699aa3afc5a0a692abe7927652

closed time in 22 days

tuler

issue commentethereum-ts/TypeChain

ethers 5.0.9 breaking change

I am closing this for now. Please reopen if it still doesn't work.

tuler

comment created time in 22 days

issue closedethereum-ts/TypeChain

Proposal: add exportable return types

Hi, would it be possible to make return types exportable or was it already discussed before?

I think it could be useful. For example, in one of my projects i have function getReserves(tokenA: string, tokenB: string) => someType, that's basically wrapper around generated by TypeChain contract method:

getReserves(): NonPayableTransactionObject<{
      reserve0: string;
      reserve1: string;
      blockTimestampLast: string;
      0: string;
      1: string;
      2: string;
}>

someType is identical to type specified in getReserves method signature, so, in that case, if that type would be exported, it would be possible to reuse it.

closed time in 22 days

GrigoriyMikhalkin

issue commentethereum-ts/TypeChain

Proposal: add exportable return types

I think we already export more complicated types like events or structs. I think doing this for every type would be very noisy.

Perhpaps you can extract this type using type level programming like:

type TxReturnType<T> = T extends NonPayableTransactionObject<infer PAYLOAD> ? PAYLOAD : never;
type Ret = TxReturnType<ReturnType<contract.method>>

This is handwritten so probably needs some fixing.

GrigoriyMikhalkin

comment created time in 22 days

issue commentethereum-ts/TypeChain

Fails to generate types with a library that defines enums

This should be fixed now! Relased as typechain@2.0.1

stwiname

comment created time in 22 days

issue commentethereum-ts/TypeChain

cut npm release for typechain main package

Thanks for suggestions! Usually I do a release right after merging PRs but I had a busy weekend.

It's released as typechain@2.0.1.

KillerByte

comment created time in 22 days

delete branch ethereum-ts/TypeChain

delete branch : kk/release-core

delete time in 22 days

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha 43ac6a3d46102239b15c22ee6e7b0494e1f645c5

Make new release

view details

Kris Kaczor

commit sha 90101b98189795e28f624f485b8f06affa5406e0

Merge pull request #285 from ethereum-ts/kk/release-core Make new release

view details

push time in 22 days

PR merged ethereum-ts/TypeChain

Make new release

Closes https://github.com/ethereum-ts/TypeChain/issues/283

+5 -1

0 comment

2 changed files

krzkaczor

pr closed time in 22 days

issue closedethereum-ts/TypeChain

cut npm release for typechain main package

I am having an enum gen issue which recently seems to have been recently fixed in a PR

https://github.com/ethereum-ts/TypeChain/pull/281

However, the last release of the main typechain module was 5 months ago on NPM as of now and does not include these recent fixes. Since the module must be compiled for release and is in a subdirectory, the repo itself cannot simply be included from the package.json file (https://github.com/npm/npm/issues/2974).

Could you cut a release so that people may use this fix without having to jump through a bunch of local hoops?

also I cannot figure out how to actually build the modules myself for npm link (I get many errors), so maybe add documentation for that as well?

closed time in 22 days

KillerByte

PR opened ethereum-ts/TypeChain

Make new release

Closes https://github.com/ethereum-ts/TypeChain/issues/283

+5 -1

0 comment

2 changed files

pr created time in 22 days

create barnchethereum-ts/TypeChain

branch : kk/release-core

created branch time in 22 days

startedblitz-js/blitz

started time in 22 days

startedethereum-optimism/smock

started time in 22 days

pull request commentethereum-ts/TypeChain

[ethers-v5] Export contract types in index.ts

@zemse yeah it seems like ts-generator needs to be updated and prettier version bumped. It will be a breaking change regarding formatting. Can you just commit all your work for this PR and I will take care of fixing this problem?

zemse

comment created time in 24 days

delete branch ethereum-ts/TypeChain

delete branch : kk/docs-fixes

delete time in 24 days

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha 77e007c61c32f6d39ce648b750315c1855179e99

Clean up contributing guidelines

view details

Krzysztof Kaczor

commit sha 088e24c9e3ef6ec2590739175bd5bedb8092ded5

Fix typoo

view details

Kris Kaczor

commit sha c7c387e0d449bc2918f79b7c23abb14b697bb445

Merge pull request #282 from ethereum-ts/kk/docs-fixes

view details

push time in 24 days

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha 088e24c9e3ef6ec2590739175bd5bedb8092ded5

Fix typoo

view details

push time in 24 days

PR opened ethereum-ts/TypeChain

Clean up contributing guidelines
+16 -18

0 comment

2 changed files

pr created time in 24 days

create barnchethereum-ts/TypeChain

branch : kk/docs-fixes

created branch time in 24 days

delete branch ethereum-ts/TypeChain

delete branch : kk/fix-enums-in-libs

delete time in 24 days

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha 2186905e523d4f11d6c5e4b12cef3ae71ef4007e

Remove dependency on mocha@4 which can break mocha executable in bin

view details

Krzysztof Kaczor

commit sha 4bbc28597310893d85725317ecb52f425337e79b

Handle enums inside libs ABIs

view details

Krzysztof Kaczor

commit sha ee7047906fb545a9229e9d345f254b5f369f2b48

Update types

view details

Kris Kaczor

commit sha 8b697e9f0058a40942240c8580ef27fcc6d9da84

Merge pull request #281 from ethereum-ts/kk/fix-enums-in-libs

view details

push time in 24 days

PR merged ethereum-ts/TypeChain

Support enums in libs

Enums in libs are such a mess... Basically, info from ABI is almost useless because it lacks exact information about enum type definition. The workaround is to detect enum type by using internalType hint and then replacing it with uint8. This is not supported by truffle v4 compiler but I don't really care 😆

Also I needed to hand tweak yarn.lock because of some mocha overrides problems.

Closes https://github.com/ethereum-ts/TypeChain/issues/216

+679 -53

0 comment

20 changed files

krzkaczor

pr closed time in 24 days

issue closedethereum-ts/TypeChain

Fails to generate types with a library that defines enums

When I attempt to generate types I am getting this error Error occured: Unknown type: ALib.BOOL

I have attached a minimal example: Archive.zip To repro: yarn && yarn build

The error seems to be the same as https://github.com/ethereum-ts/TypeChain/issues/125 but is still happening

closed time in 24 days

stwiname

create barnchkrzkaczor/docker-devbox

branch : main

created branch time in a month

PR opened ethereum-ts/TypeChain

Support enums in libs

Enums in libs are such a mess... Basically, info from ABI is almost useless because it lacks exact information about enum type definition. The workaround is to detect enum type by using internalType hint and then replacing it with uint8. This is not supported by truffle v4 compiler but I don't really care 😆

Also I needed to hand tweak yarn.lock because of some mocha overrides problems.

+679 -53

0 comment

20 changed files

pr created time in a month

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha ee7047906fb545a9229e9d345f254b5f369f2b48

Update types

view details

push time in a month

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha 4bbc28597310893d85725317ecb52f425337e79b

Handle enums inside libs ABIs

view details

push time in a month

create barnchethereum-ts/TypeChain

branch : kk/fix-enums-in-libs

created branch time in a month

delete branch ethereum-ts/TypeChain

delete branch : kk/cleanup-and-show-stacktraces

delete time in a month

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha 1f799d8c0b9e313a12c391e5d10e036aeed26ce4

Add possibility to show full stacktraces with a special flag

view details

Krzysztof Kaczor

commit sha e99704a2df38787900c45861a67bcebf19b97386

Remove tslint leftovers

view details

Kris Kaczor

commit sha b2c1f260a7231b6abcabfadbcd70bf8ff8cdbf9b

Merge pull request #280 from ethereum-ts/kk/cleanup-and-show-stacktraces

view details

push time in a month

push eventethereum-ts/TypeChain

Krzysztof Kaczor

commit sha e99704a2df38787900c45861a67bcebf19b97386

Remove tslint leftovers

view details

push time in a month

create barnchethereum-ts/TypeChain

branch : kk/cleanup-and-show-stacktraces

created branch time in a month

created repositorykrzkaczor/docker-devbox

dockerized ubuntu + common utils

created time in a month

startednikersify/pico

started time in a month

issue commentethereum-ts/TypeChain

Fails to generate types with a library that defines enums

Sorry I missed it 😆 I will work on this later today

stwiname

comment created time in a month

issue commentethereum-ts/TypeChain

Fails to generate types with a library that defines enums

@stwiname @SilentCicero Can someone prepare minimal repro for this?

stwiname

comment created time in a month

pull request commentethereum-ts/TypeChain

[ethers-v5] Export contract types in index.ts

First of all thanks @zemse for working on this!

Can't we just keep changes in this PR minimal to fix #278 ? I always preferred for TypeChain to generate pure types as this simplifies things and has no runtime impact. Then we don't need to debate on use of abstract keyword either ;)

To make it work you might need export type: https://www.typescriptlang.org/docs/handbook/release-notes/typescript-3-8.html#type-only-imports-and-export

zemse

comment created time in a month

startedKilledByAPixel/ZzSprite

started time in a month

startedbalazsbotond/urlcat

started time in a month

more