8000 We should ban reading from submodule inputs · Issue #77 · pc2/sus-compiler · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

We should ban reading from submodule inputs #77

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

Open
VonTum opened this issue Apr 8, 2025 · 2 comments
Open

We should ban reading from submodule inputs #77

VonTum opened this issue Apr 8, 2025 · 2 comments

Comments

@VonTum
Copy link
Collaborator
VonTum commented Apr 8, 2025

The main triggering reason is that Latency Inference can't deal with inputs that are again read. Because then the latency offset between two ports may shrink because of another relaxation, and that would lead to incorrect inferences.

Going even further, perhaps we can bake this inability into the language structure itself, by only allowing port access through the function-call syntax

@VonTum
Copy link
Collaborator Author
VonTum commented Apr 8, 2025

Also, this shrinks the complexity of the language a little, which is a nice bonus ^-^

@VonTum
Copy link
Collaborator Author
VonTum commented May 4, 2025

Thinking further, I'm starting to think unconditional ports should only be accessed either on the module instantiation itself (via func call syntax), or on module domains.

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

No branches or pull requests

1 participant
0