Skip to content

Conversation

@TheBlueMatt
Copy link
Collaborator

We support some languages (okay, just JavaScript) where functions and fields exist in the same namespace. Sadly, because we map enums as base classes with child classes that add additional fields, this requires that fields in enum variants do not have the same name as functions implemented on that enum.

We violated this in 0.1.1 with
SpendableOutputDescriptor::outpoint which aliases the outpoint fields on two SpendableOutputDescriptor variants.

Here we rename the new outpoint method, which we'll have to carry on the 0.1-bindings branch in addition to going in 0.2.

We support some languages (okay, just JavaScript) where functions
and fields exist in the same namespace. Sadly, because we map
enums as base classes with child classes that add additional
fields, this requires that fields in enum variants do not have the
same name as functions implemented on that enum.

We violated this in 0.1.1 with
`SpendableOutputDescriptor::outpoint` which aliases the `outpoint`
fields on two `SpendableOutputDescriptor` variants.

Here we rename the new `outpoint` method, which we'll have to carry
on the 0.1-bindings branch in addition to going in 0.2.
Copy link
Collaborator Author

@TheBlueMatt TheBlueMatt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Gonna land this since its truly trivial and i want to ship 0.1.1 bindings

@TheBlueMatt TheBlueMatt merged commit 54a945b into lightningdevkit:0.1-bindings Mar 2, 2025
6 of 23 checks passed
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.

1 participant