You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the internal Chapel implementation of domains has a definedConst field that can be used to determine whether the domain was declared as const or var. However, as noted in #25243, this does not seem to be set up for sparse subdomains. This has the downside of disabling the domain localization optimization as noted in #25243 and also means that we can't have the setLocalSubdomain() routine issue an error if the user tries to call it on a const domain (as, I realized today, my test test/distributions/sparseBlock/targLocsLocBlocks.chpl accidentally does).
The text was updated successfully, but these errors were encountered:
Currently, the internal Chapel implementation of domains has a
definedConst
field that can be used to determine whether the domain was declared asconst
orvar
. However, as noted in #25243, this does not seem to be set up for sparse subdomains. This has the downside of disabling the domain localization optimization as noted in #25243 and also means that we can't have thesetLocalSubdomain()
routine issue an error if the user tries to call it on aconst
domain (as, I realized today, my testtest/distributions/sparseBlock/targLocsLocBlocks.chpl
accidentally does).The text was updated successfully, but these errors were encountered: