[jnigen] filter out Kotlin DefaultConstructorMarker from Dart bindings

[sagar-h007]

What this does:

This updates jnigen to handle Kotlin default constructors properly.

Kotlin generates a synthetic DefaultConstructorMarker parameter for constructors with default values. That parameter shouldn’t show up in the generated Dart API. This change hides it from Dart, and always passes null to the JNI constructor instead, which is what Kotlin expects anyway.

What changed

• Detect Kotlin synthetic DefaultConstructorMarker parameters during processing
• Exclude them from the generated Dart constructor signature and docs
• Always pass jNullReference for these parameters in JNI calls
• Added tests covering Kotlin classes with default parameters

This only applies to Kotlin-generated synthetic constructors and does not affect normal Java constructors.

Fixes: #1986

• I’ve reviewed the contributor guide and applied the relevant portions to this PR.

Contribution guidelines:

• See our contributor guide for general expectations for PRs.
• Larger or significant changes should be discussed in an issue before creating a PR.
• Contributions to our repos should follow the Dart style guide and use dart format.
• Most changes should add an entry to the changelog and may need to rev the pubspec package version.
• Changes to packages require corresponding tests.

Many Dart repos have a weekly cadence for reviewing PRs - please allow for some latency before initial review feedback.

Note: The Dart team is trialing Gemini Code Assist. Don't take its comments as final Dart team feedback. Use the suggestions if they're helpful; otherwise, wait for a human reviewer.

[github-actions]

PR Health

License Headers ✔️

// Copyright (c) 2026, the Dart project authors. Please see the AUTHORS file
// for details. All rights reserved. Use of this source code is governed by a
// BSD-style license that can be found in the LICENSE file.

Files
no missing headers

All source files should start with a license header.

Unrelated files missing license headers

Files
pkgs/hooks_runner/test_data/download_assets/hook/build.dart
pkgs/jni/test/debug_release_test.dart
pkgs/objective_c/example/command_line/lib/main.dart
pkgs/objective_c/lib/src/ns_input_stream.dart

This check can be disabled by tagging the PR with skip-license-check.

API leaks ✔️

The following packages contain symbols visible in the public API, but not exported by the library. Export these symbols or remove them from your publicly visible API.

Package	Leaked API symbol	Leaking sources

This check can be disabled by tagging the PR with skip-leaking-check.

Breaking changes ✔️

Package	Change	Current Version	New Version	Needed Version	Looking good?

This check can be disabled by tagging the PR with skip-breaking-check.

Changelog Entry ✔️

Package	Changed Files

Changes to files need to be accounted for in their respective changelogs.

This check can be disabled by tagging the PR with skip-changelog-check.

[liamappelbe]

This looks reasonable, but it needs a test. You've added a test DefaultParams.kt file, but you're not doing anything with it. You'll need to regenerate the kotlin_test bindings using test/kotlin_test/generate.dart, and then verify the behavior of the bindings by adding some tests to test/kotlin_test/runtime_test_registrant.dart

[liamappelbe]

Please don't force push unless you absolutely need to (I think I've had to force push once in the last 5 years). It deletes the commit history which makes your PR way harder to review.

[liamappelbe]

You still haven't updated the test's generated code, which is probably why the analyzer bot is failing

[sagar-h007]

Hi @liamappelbe — thanks for the clarification, and sorry about the force-push earlier. That’s on me, I’ll avoid doing that going forward.

I’ve now regenerated the kotlin_test bindings using test/kotlin_test/generate.dart and committed the updated generated code. I also double-checked that the runtime tests cover the default-parameter cases, and the analyzer issues were resolved once the generated bindings were updated.

Let me know if there’s anything else you’d like me to adjust or verify.

[liamappelbe]

Also, take a look at the analysis errors: https://github.com/dart-lang/native/actions/runs/21744051314/job/63028164140?pr=3048

[liamappelbe]

Looks like there's still some markers in the generated code.