# Issues

**URL:** https://chapel.discourse.group/c/notifications/issues/14.md?page=3

[Latest](https://chapel.discourse.group/latest.md) · [Categories](https://chapel.discourse.group/categories.md)

**Page:** 4

---

## [New Issue: \[Bug\]: Circular 'public' imports cause duplicate candidates in qualified calls](https://chapel.discourse.group/t/new-issue-bug-circular-public-imports-cause-duplicate-candidates-in-qualified-calls/48735)

<div class="topic-metadata">

**Author:** [@danilafe](https://chapel.discourse.group/u/danilafe)\
**Replies:** 0\
**Last updated:** [March 31, 2026, 11:00pm UTC](https://chapel.discourse.group/t/new-issue-bug-circular-public-imports-cause-duplicate-candidates-in-qualified-calls/48735 "2026-03-31T23:00:35Z")

</div>

28626, "DanilaFe", "\[Bug\]: Circular 'public' imports cause duplicate candidates in qualified calls", "2026-03-31T22:58:37Z" module A { public use B; proc foo() { } } module B { public use A; } module C { im…

---

## [New Issue: Create a pattern matching syntax for unions](https://chapel.discourse.group/t/new-issue-create-a-pattern-matching-syntax-for-unions/48732)

<div class="topic-metadata">

**Author:** [@jabraham17](https://chapel.discourse.group/u/jabraham17)\
**Replies:** 0\
**Last updated:** [March 31, 2026, 9:42pm UTC](https://chapel.discourse.group/t/new-issue-create-a-pattern-matching-syntax-for-unions/48732 "2026-03-31T21:42:35Z")

</div>

28625, "jabraham17", "Create a pattern matching syntax for unions", "2026-03-31T21:41:00Z" While working on Expand and improve support for union by jabraham17 · Pull Request #28601 · chapel-lang/chapel · GitHub, I cre…

---

## [New Issue: Should unions throw or halt?](https://chapel.discourse.group/t/new-issue-should-unions-throw-or-halt/48730)

<div class="topic-metadata">

**Author:** [@jabraham17](https://chapel.discourse.group/u/jabraham17)\
**Replies:** 0\
**Last updated:** [March 31, 2026, 9:32pm UTC](https://chapel.discourse.group/t/new-issue-should-unions-throw-or-halt/48730 "2026-03-31T21:32:35Z")

</div>

28624, "jabraham17", "Should unions throw or halt?", "2026-03-31T21:31:33Z" In Expand and improve support for union by jabraham17 · Pull Request #28601 · chapel-lang/chapel · GitHub, I made quite a few improvements to…

---

## [New Issue: (How) should we allow 'type' fields instantiated with generic types?](https://chapel.discourse.group/t/new-issue-how-should-we-allow-type-fields-instantiated-with-generic-types/48695)

<div class="topic-metadata">

**Author:** [@danilafe](https://chapel.discourse.group/u/danilafe)\
**Replies:** 0\
**Last updated:** [March 30, 2026, 6:54pm UTC](https://chapel.discourse.group/t/new-issue-how-should-we-allow-type-fields-instantiated-with-generic-types/48695 "2026-03-30T18:54:33Z")

</div>

28616, "DanilaFe", "(How) should we allow 'type' fields instantiated with generic types?", "2026-03-30T18:53:31Z" All of this was motivated by https://github.com/Cray/chapel-private/issues/7701, which in turn was moti…

---

## [New Issue: \[Bug\]: 'mason' cannot find 'Mason.toml' when the project is the root of a bind-mounted volume in a container](https://chapel.discourse.group/t/new-issue-bug-mason-cannot-find-mason-toml-when-the-project-is-the-root-of-a-bind-mounted-volume-in-a-container/48663)

<div class="topic-metadata">

**Author:** [@shreyaskhandekar1](https://chapel.discourse.group/u/shreyaskhandekar1)\
**Replies:** 0\
**Last updated:** [March 26, 2026, 11:44pm UTC](https://chapel.discourse.group/t/new-issue-bug-mason-cannot-find-mason-toml-when-the-project-is-the-root-of-a-bind-mounted-volume-in-a-container/48663 "2026-03-26T23:44:30Z")

</div>

28606, "ShreyasKhandekar", "\[Bug\]: 'mason' cannot find 'Mason.toml' when the project is the root of a bind-mounted volume in a container", "2026-03-26T23:43:49Z" Summary of Problem Description: mason cannot find Maso…

---

## [New Issue: \[Bug\]: Incorrect error for type method with same name as field](https://chapel.discourse.group/t/new-issue-bug-incorrect-error-for-type-method-with-same-name-as-field/48643)

<div class="topic-metadata">

**Author:** [@jabraham17](https://chapel.discourse.group/u/jabraham17)\
**Replies:** 0\
**Last updated:** [March 26, 2026, 5:36pm UTC](https://chapel.discourse.group/t/new-issue-bug-incorrect-error-for-type-method-with-same-name-as-field/48643 "2026-03-26T17:36:29Z")

</div>

28599, "jabraham17", "\[Bug\]: Incorrect error for type method with same name as field", "2026-03-26T17:35:52Z" The following code fails to compile, when I think it should record R { var x: int = 17; } proc type R.x …

---

## [New Issue: \[Feature Request\]: Mason should do sparse checkouts for dependencies](https://chapel.discourse.group/t/new-issue-feature-request-mason-should-do-sparse-checkouts-for-dependencies/48605)

<div class="topic-metadata">

**Author:** [@e-kayrakli1](https://chapel.discourse.group/u/e-kayrakli1)\
**Replies:** 0\
**Last updated:** [March 25, 2026, 8:22pm UTC](https://chapel.discourse.group/t/new-issue-feature-request-mason-should-do-sparse-checkouts-for-dependencies/48605 "2026-03-25T20:22:28Z")

</div>

28591, "e-kayrakli", "\[Feature Request\]: Mason should do sparse checkouts for dependencies", "2026-03-25T20:21:33Z" Right now, when your Mason package has another Mason dependency, the repo for it is cloned in its ent…

---

## [New Issue: \[Feature Request\]: Support a general "getType" Reflection function](https://chapel.discourse.group/t/new-issue-feature-request-support-a-general-gettype-reflection-function/48583)

<div class="topic-metadata">

**Author:** [@jabraham17](https://chapel.discourse.group/u/jabraham17)\
**Replies:** 0\
**Last updated:** [March 25, 2026, 12:36am UTC](https://chapel.discourse.group/t/new-issue-feature-request-support-a-general-gettype-reflection-function/48583 "2026-03-25T00:36:27Z")

</div>

28586, "jabraham17", "\[Feature Request\]: Support a general "getType" Reflection function", "2026-03-25T00:36:12Z" I recently was writing some generic code where I really wanted to be able to get a type based on a stri…

---

## [New Issue: Giving the runtime library variants different base names](https://chapel.discourse.group/t/new-issue-giving-the-runtime-library-variants-different-base-names/48580)

<div class="topic-metadata">

**Author:** [@dlongnecke-cray1](https://chapel.discourse.group/u/dlongnecke-cray1)\
**Replies:** 0\
**Last updated:** [March 24, 2026, 9:00pm UTC](https://chapel.discourse.group/t/new-issue-giving-the-runtime-library-variants-different-base-names/48580 "2026-03-24T21:00:27Z")

</div>

28585, "dlongnecke-cray", "Giving the runtime library variants different base names", "2026-03-24T20:58:58Z" This issue advocates for renaming Chapel's runtime variants to libchpl-static.a and libchpl.so. Recently in…

---

## [New Issue: CLS should skip "obvious" type/param inlays](https://chapel.discourse.group/t/new-issue-cls-should-skip-obvious-type-param-inlays/48574)

<div class="topic-metadata">

**Author:** [@jabraham17](https://chapel.discourse.group/u/jabraham17)\
**Replies:** 0\
**Last updated:** [March 24, 2026, 5:00pm UTC](https://chapel.discourse.group/t/new-issue-cls-should-skip-obvious-type-param-inlays/48574 "2026-03-24T17:00:27Z")

</div>

28581, "jabraham17", "CLS should skip "obvious" type/param inlays", "2026-03-24T16:58:46Z" CLS gives fantastic type and param inlays to the user, helping them reason about their code. However, in some cases I am find…

---

## [New Issue: \[Bug\]: goto type definition on a record/class member does not work](https://chapel.discourse.group/t/new-issue-bug-goto-type-definition-on-a-record-class-member-does-not-work/48568)

<div class="topic-metadata">

**Author:** [@jabraham17](https://chapel.discourse.group/u/jabraham17)\
**Replies:** 0\
**Last updated:** [March 24, 2026, 12:18am UTC](https://chapel.discourse.group/t/new-issue-bug-goto-type-definition-on-a-record-class-member-does-not-work/48568 "2026-03-24T00:18:27Z")

</div>

28574, "jabraham17", "\[Bug\]: goto type definition on a record/class member does not work", "2026-03-24T00:17:11Z" With the following code in my editor using the resolver with CLS, I am unnable to goto-type-definition …

---

## [New Issue: \[Bug\]: Mason does not build prereqs or collect chplFlags for git dependencies](https://chapel.discourse.group/t/new-issue-bug-mason-does-not-build-prereqs-or-collect-chplflags-for-git-dependencies/48533)

<div class="topic-metadata">

**Author:** [@shreyaskhandekar1](https://chapel.discourse.group/u/shreyaskhandekar1)\
**Replies:** 0\
**Last updated:** [March 19, 2026, 7:10pm UTC](https://chapel.discourse.group/t/new-issue-bug-mason-does-not-build-prereqs-or-collect-chplflags-for-git-dependencies/48533 "2026-03-19T19:10:21Z")

</div>

28556, "ShreyasKhandekar", "\[Bug\]: Mason does not build prereqs or collect chplFlags for git dependencies", "2026-03-19T19:10:12Z" Summary of Problem Description: When a Mason package has C/C++ prerequisites (in a pr…

---

## [External Issue: pycparser-ext is not compatible with pycparser 3.0](https://chapel.discourse.group/t/external-issue-pycparser-ext-is-not-compatible-with-pycparser-3-0/48532)

<div class="topic-metadata">

**Author:** [@Chapel\_Test\_User](https://chapel.discourse.group/u/Chapel_Test_User)\
**Replies:** 0\
**Last updated:** [March 19, 2026, 5:48pm UTC](https://chapel.discourse.group/t/external-issue-pycparser-ext-is-not-compatible-with-pycparser-3-0/48532 "2026-03-19T17:48:21Z")

</div>

28555, "bkmgit", "pycparser-ext is not compatible with pycparser 3.0", "2026-03-19T17:46:25Z" pycparser-ext is used in https://chapel-lang.org/docs/tools/c2chapel/c2chapel.html It seems that some effort is required t…

---

## [New Issue: \[Bug\]: Mason doesn't get the right include flags for some system dependencies](https://chapel.discourse.group/t/new-issue-bug-mason-doesnt-get-the-right-include-flags-for-some-system-dependencies/48404)

<div class="topic-metadata">

**Author:** [@shreyaskhandekar1](https://chapel.discourse.group/u/shreyaskhandekar1)\
**Replies:** 0\
**Last updated:** [March 12, 2026, 11:20pm UTC](https://chapel.discourse.group/t/new-issue-bug-mason-doesnt-get-the-right-include-flags-for-some-system-dependencies/48404 "2026-03-12T23:20:14Z")

</div>

28538, "ShreyasKhandekar", "\[Bug\]: Mason doesn't get the right include flags for some system dependencies", "2026-03-12T23:19:39Z" Summary of Problem Description: When trying to add the otf2 library (VI-HPS :: Projec…

---

## [New Issue: Should numeric literals be type-agnostic and different from 'param's in this way?](https://chapel.discourse.group/t/new-issue-should-numeric-literals-be-type-agnostic-and-different-from-params-in-this-way/48286)

<div class="topic-metadata">

**Author:** [@bradcray-github](https://chapel.discourse.group/u/bradcray-github)\
**Replies:** 0\
**Last updated:** [March 7, 2026, 2:12am UTC](https://chapel.discourse.group/t/new-issue-should-numeric-literals-be-type-agnostic-and-different-from-params-in-this-way/48286 "2026-03-07T02:12:07Z")

</div>

28509, "bradcray", "Should numeric literals be type-agnostic and different from 'param's in this way?", "2026-03-07T02:10:12Z" In this Discourse thread and particularly the sub-thread between these comments, @damianmo…

---

## [New Issue: \[Bug\]: parenless procs don't get properly dynamically dispatched](https://chapel.discourse.group/t/new-issue-bug-parenless-procs-dont-get-properly-dynamically-dispatched/48237)

<div class="topic-metadata">

**Author:** [@jabraham17](https://chapel.discourse.group/u/jabraham17)\
**Replies:** 0\
**Last updated:** [March 4, 2026, 4:30pm UTC](https://chapel.discourse.group/t/new-issue-bug-parenless-procs-dont-get-properly-dynamically-dispatched/48237 "2026-03-04T16:30:07Z")

</div>

28492, "jabraham17", "\[Bug\]: parenless procs don't get properly dynamically dispatched", "2026-03-04T16:28:33Z" I found while writing a series of classes that parenless procs fail to be properly called when doing dyna…

---

## [New Issue: \[Bug\]: Compiler-generated functions are missed during function-method ambiguity checks](https://chapel.discourse.group/t/new-issue-bug-compiler-generated-functions-are-missed-during-function-method-ambiguity-checks/48221)

<div class="topic-metadata">

**Author:** [@danilafe](https://chapel.discourse.group/u/danilafe)\
**Replies:** 0\
**Last updated:** [March 3, 2026, 10:16pm UTC](https://chapel.discourse.group/t/new-issue-bug-compiler-generated-functions-are-missed-during-function-method-ambiguity-checks/48221 "2026-03-03T22:16:04Z")

</div>

28491, "DanilaFe", "\[Bug\]: Compiler-generated functions are missed during function-method ambiguity checks", "2026-03-03T22:15:43Z" This is a weird one. Arkouda is a motivator. In particular, Arkouda has a class, Serv…

---

## [New Issue: Dyno: associated actions are not const-checked.](https://chapel.discourse.group/t/new-issue-dyno-associated-actions-are-not-const-checked/48151)

<div class="topic-metadata">

**Author:** [@danilafe](https://chapel.discourse.group/u/danilafe)\
**Replies:** 0\
**Last updated:** [February 27, 2026, 11:13pm UTC](https://chapel.discourse.group/t/new-issue-dyno-associated-actions-are-not-const-checked/48151 "2026-02-27T23:13:04Z")

</div>

28472, "DanilaFe", "Dyno: associated actions are not const-checked.", "2026-02-27T23:11:12Z" We have the following: This means associated actions (e.g., calls to default init; calls to deinit; many othes) are not t…

---

## [New Issue: \[Bug\]: 'forall' loop expressions do not (always) use parallel iterators](https://chapel.discourse.group/t/new-issue-bug-forall-loop-expressions-do-not-always-use-parallel-iterators/48147)

<div class="topic-metadata">

**Author:** [@danilafe](https://chapel.discourse.group/u/danilafe)\
**Replies:** 0\
**Last updated:** [February 27, 2026, 9:21pm UTC](https://chapel.discourse.group/t/new-issue-bug-forall-loop-expressions-do-not-always-use-parallel-iterators/48147 "2026-02-27T21:21:04Z")

</div>

28471, "DanilaFe", "\[Bug\]: 'forall' loop expressions do not (always) use parallel iterators", "2026-02-27T21:20:59Z" The design of the forall loop is such that it requires a parallel iterator from its leader data stru…

---

## [New Issue: \[Bug\]: cannot create records with management-generic fields](https://chapel.discourse.group/t/new-issue-bug-cannot-create-records-with-management-generic-fields/48146)

<div class="topic-metadata">

**Author:** [@danilafe](https://chapel.discourse.group/u/danilafe)\
**Replies:** 0\
**Last updated:** [February 27, 2026, 9:15pm UTC](https://chapel.discourse.group/t/new-issue-bug-cannot-create-records-with-management-generic-fields/48146 "2026-02-27T21:15:05Z")

</div>

28470, "DanilaFe", "\[Bug\]: cannot create records with management-generic fields", "2026-02-27T21:13:50Z" We support management-generic type fields in classes. https://github.com/Cray/chapel-private/issues/7701 contain…

---

## [New Issue: \[Bug\]: copy-elision doesn't consider 'deferred' statements properly](https://chapel.discourse.group/t/new-issue-bug-copy-elision-doesnt-consider-deferred-statements-properly/48144)

<div class="topic-metadata">

**Author:** [@danilafe](https://chapel.discourse.group/u/danilafe)\
**Replies:** 0\
**Last updated:** [February 27, 2026, 8:59pm UTC](https://chapel.discourse.group/t/new-issue-bug-copy-elision-doesnt-consider-deferred-statements-properly/48144 "2026-02-27T20:59:04Z")

</div>

28469, "DanilaFe", "\[Bug\]: copy-elision doesn't consider 'deferred' statements properly", "2026-02-27T20:57:52Z" As far as I can tell: When doing copy elision, we do not treat defer with any special understanding of …

---

## [New Issue: \[Bug\]: 'if'-'else' crosstalk during 'nil' checking](https://chapel.discourse.group/t/new-issue-bug-if-else-crosstalk-during-nil-checking/48143)

<div class="topic-metadata">

**Author:** [@danilafe](https://chapel.discourse.group/u/danilafe)\
**Replies:** 0\
**Last updated:** [February 27, 2026, 8:37pm UTC](https://chapel.discourse.group/t/new-issue-bug-if-else-crosstalk-during-nil-checking/48143 "2026-02-27T20:37:05Z")

</div>

28468, "DanilaFe", "\[Bug\]: 'if'-'else' crosstalk during 'nil' checking", "2026-02-27T20:36:17Z" This program doesn't compile: class C {} proc foo(in x: owned C) {} proc lol(in x: owned C) { var b = true; if b { …

---

## [New Issue: \[Bug\]: Argument parser doesn't error about unknown flag names](https://chapel.discourse.group/t/new-issue-bug-argument-parser-doesnt-error-about-unknown-flag-names/48104)

<div class="topic-metadata">

**Author:** [@jabraham17](https://chapel.discourse.group/u/jabraham17)\
**Replies:** 0\
**Last updated:** [February 26, 2026, 6:43pm UTC](https://chapel.discourse.group/t/new-issue-bug-argument-parser-doesnt-error-about-unknown-flag-names/48104 "2026-02-26T18:43:02Z")

</div>

28460, "jabraham17", "\[Bug\]: Argument parser doesn't error about unknown flag names", "2026-02-26T18:42:05Z" The following code demonstrates the issue use ArgumentParser; proc main(args: \[\] string) { var parser = …

---

## [New Issue: \[Feature Request\]: 'mason test' to skip compiling some files](https://chapel.discourse.group/t/new-issue-feature-request-mason-test-to-skip-compiling-some-files/48073)

<div class="topic-metadata">

**Author:** [@e-kayrakli1](https://chapel.discourse.group/u/e-kayrakli1)\
**Replies:** 0\
**Last updated:** [February 25, 2026, 9:13pm UTC](https://chapel.discourse.group/t/new-issue-feature-request-mason-test-to-skip-compiling-some-files/48073 "2026-02-25T21:13:02Z")

</div>

28458, "e-kayrakli", "\[Feature Request\]: 'mason test' to skip compiling some files", "2026-02-25T21:11:55Z" Right now, when you run mason test, it compiles and runs every .chpl file in the test directory. In my projec…

---

## [New Issue: \[Bug\]: Capturing arrays in a ref tuple results in a compiler assertion](https://chapel.discourse.group/t/new-issue-bug-capturing-arrays-in-a-ref-tuple-results-in-a-compiler-assertion/48069)

<div class="topic-metadata">

**Author:** [@e-kayrakli1](https://chapel.discourse.group/u/e-kayrakli1)\
**Replies:** 0\
**Last updated:** [February 25, 2026, 7:07pm UTC](https://chapel.discourse.group/t/new-issue-bug-capturing-arrays-in-a-ref-tuple-results-in-a-compiler-assertion/48069 "2026-02-25T19:07:01Z")

</div>

28457, "e-kayrakli", "\[Bug\]: Capturing arrays in a ref tuple results in a compiler assertion", "2026-02-25T19:06:39Z" Summary of Problem Description: I wanted to be able to capture arrays in a tuple without copying t…

---

## [External Issue: \[Bug\]:](https://chapel.discourse.group/t/external-issue-bug/48065)

<div class="topic-metadata">

**Author:** [@Chapel\_Test\_User](https://chapel.discourse.group/u/Chapel_Test_User)\
**Replies:** 0\
**Last updated:** [February 25, 2026, 4:23pm UTC](https://chapel.discourse.group/t/external-issue-bug/48065 "2026-02-25T16:23:01Z")

</div>

28456, "rdjonsson", "\[Bug\]:", "2026-02-25T16:21:43Z" Summary of Problem Description: I'm trying to include a mason package from a git repo (GitHub - rdjonsson/DuckDBChapel) into a project. When I run mason update or m…

---

## [New Issue: \[Bug\]: Interop in AMD GPU kernels with newer ROCm versions does not work well](https://chapel.discourse.group/t/new-issue-bug-interop-in-amd-gpu-kernels-with-newer-rocm-versions-does-not-work-well/47995)

<div class="topic-metadata">

**Author:** [@jabraham17](https://chapel.discourse.group/u/jabraham17)\
**Replies:** 0\
**Last updated:** [February 23, 2026, 9:58pm UTC](https://chapel.discourse.group/t/new-issue-bug-interop-in-amd-gpu-kernels-with-newer-rocm-versions-does-not-work-well/47995 "2026-02-23T21:58:58Z")

</div>

28444, "jabraham17", "\[Bug\]: Interop in AMD GPU kernels with newer ROCm versions does not work well", "2026-02-23T21:57:35Z" With newer ROCm versions, we are finding that doing various forms of interop in kernels gene…

---

## [External Issue: \[Bug\]: generic with try-catch handling](https://chapel.discourse.group/t/external-issue-bug-generic-with-try-catch-handling/47975)

<div class="topic-metadata">

**Author:** [@Chapel\_Test\_User](https://chapel.discourse.group/u/Chapel_Test_User)\
**Replies:** 0\
**Last updated:** [February 23, 2026, 1:18pm UTC](https://chapel.discourse.group/t/external-issue-bug-generic-with-try-catch-handling/47975 "2026-02-23T13:18:57Z")

</div>

28436, "jmag722", "\[Bug\]: generic with try-catch handling", "2026-02-23T13:17:50Z" Summary of Problem While working on #17277, I attempted to design assertThrows to function using a manage statement, similar to pytest…

---

## [External Issue: \[Feature Request\]: argSort](https://chapel.discourse.group/t/external-issue-feature-request-argsort/47943)

<div class="topic-metadata">

**Author:** [@Chapel\_Test\_User](https://chapel.discourse.group/u/Chapel_Test_User)\
**Replies:** 0\
**Last updated:** [February 20, 2026, 6:42pm UTC](https://chapel.discourse.group/t/external-issue-feature-request-argsort/47943 "2026-02-20T18:42:54Z")

</div>

28432, "00shiv", "\[Feature Request\]: argSort", "2026-02-20T18:41:22Z" Summary of Feature Description: Provide a routine in Sort module that can sort the values in an N-dimensional array as though they were all value…

---

## [New Issue: Better halting error message with ROCm 6.3](https://chapel.discourse.group/t/new-issue-better-halting-error-message-with-rocm-6-3/47823)

<div class="topic-metadata">

**Author:** [@jabraham17](https://chapel.discourse.group/u/jabraham17)\
**Replies:** 0\
**Last updated:** [February 18, 2026, 12:28am UTC](https://chapel.discourse.group/t/new-issue-better-halting-error-message-with-rocm-6-3/47823 "2026-02-18T00:28:50Z")

</div>

28415, "jabraham17", "Better halting error message with ROCm 6.3", "2026-02-18T00:27:35Z" Currently, when using ROCm 6.3 with Chapel, we get bad error messages when a halt occurs (like for example when using @assertOn…

[Previous page](https://chapel.discourse.group/c/notifications/issues/14.md?page=2)

[Next page](https://chapel.discourse.group/c/notifications/issues/14.md?page=4)
