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

Remove stropping and encoding prefix from filter args. Make these global options #94

Closed
thirtytwobits opened this issue Oct 28, 2019 · 3 comments
Labels
bug Something isn't working good first issue Good for newcomers trivial
Milestone

Comments

@thirtytwobits
Copy link
Member

The 'ZX' and '_' prefix/suffix stropping/encoding arguments in filters are not fully plumbed through, would cause a lot of extra noise if they were, and aren't useful to have differ between filters. We should remove any filter arguments that specify these and provides them as part of the language context instead.

@thirtytwobits thirtytwobits added bug Something isn't working good first issue Good for newcomers labels Oct 28, 2019
@thirtytwobits
Copy link
Member Author

Actually, remove "stropping:bool" as well and make this global.

thirtytwobits added a commit to thirtytwobits/nunavut that referenced this issue Nov 26, 2019
Major refactor of language context to drive filter options from
configuration. The ability to modify things like stropping and
encoding were fundamentally broken before this change.

This work was done in support of adding named types as a concept to
languages. This will allow generation of serialization code that is more
configurable and will avoid fixing decisions like the use of size_t into
templates instead moving these decisions into user-overridable
configuration.
thirtytwobits added a commit to thirtytwobits/nunavut that referenced this issue Nov 26, 2019
Major refactor of language context to drive filter options from
configuration. The ability to modify things like stropping and
encoding were fundamentally broken before this change.

This work was done in support of adding named types as a concept to
languages. This will allow generation of serialization code that is more
configurable and will avoid fixing decisions like the use of size_t into
templates instead moving these decisions into user-overridable
configuration.
thirtytwobits added a commit to thirtytwobits/nunavut that referenced this issue Nov 26, 2019
Major refactor of language context to drive filter options from
configuration. The ability to modify things like stropping and
encoding were fundamentally broken before this change.

This work was done in support of adding named types as a concept to
languages. This will allow generation of serialization code that is more
configurable and will avoid fixing decisions like the use of size_t into
templates instead moving these decisions into user-overridable
configuration.
thirtytwobits added a commit to thirtytwobits/nunavut that referenced this issue Nov 26, 2019
Major refactor of language context to drive filter options from
configuration. The ability to modify things like stropping and
encoding were fundamentally broken before this change.

This work was done in support of adding named types as a concept to
languages. This will allow generation of serialization code that is more
configurable and will avoid fixing decisions like the use of size_t into
templates instead moving these decisions into user-overridable
configuration.
thirtytwobits added a commit to thirtytwobits/nunavut that referenced this issue Nov 26, 2019
Major refactor of language context to drive filter options from
configuration. The ability to modify things like stropping and
encoding were fundamentally broken before this change.

This work was done in support of adding named types as a concept to
languages. This will allow generation of serialization code that is more
configurable and will avoid fixing decisions like the use of size_t into
templates instead moving these decisions into user-overridable
configuration.
thirtytwobits added a commit to thirtytwobits/nunavut that referenced this issue Nov 27, 2019
Major refactor of language context to drive filter options from
configuration. The ability to modify things like stropping and
encoding were fundamentally broken before this change.

This work was done in support of adding named types as a concept to
languages. This will allow generation of serialization code that is more
configurable and will avoid fixing decisions like the use of size_t into
templates instead moving these decisions into user-overridable
configuration.
thirtytwobits added a commit to thirtytwobits/nunavut that referenced this issue Nov 27, 2019
Major refactor of language context to drive filter options from
configuration. The ability to modify things like stropping and
encoding were fundamentally broken before this change.

This work was done in support of adding named types as a concept to
languages. This will allow generation of serialization code that is more
configurable and will avoid fixing decisions like the use of size_t into
templates instead moving these decisions into user-overridable
configuration.
thirtytwobits added a commit that referenced this issue Dec 13, 2019
* Issue #94 and progress on Issue #91

Major refactor of language context to drive filter options from
configuration. The ability to modify things like stropping and
encoding were fundamentally broken before this change.

This work was done in support of adding named types as a concept to
languages. This will allow generation of serialization code that is more
configurable and will avoid fixing decisions like the use of size_t into
templates instead moving these decisions into user-overridable
configuration.

* updates per PR review comments
@thirtytwobits
Copy link
Member Author

I need to check but I may have inadvertently fixed this issue already.

@thirtytwobits thirtytwobits added this to the 1.0 milestone Dec 13, 2020
@thirtytwobits
Copy link
Member Author

Yep. This happened.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working good first issue Good for newcomers trivial
Projects
None yet
Development

No branches or pull requests

1 participant