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
Feature Request: Allow printfs to go to different file descriptors #1287
Comments
Seems reasonable, do you have any thoughts on finer granularity like allowing different printfs to go to different files? We don't need to conflate the issues, but if it's simple enough to kill two birds with one stone, might as well. |
hmm, not so much. It's really the user of the verilog who is going to have thoughts on where these end up. |
@mwachs5: Do you want to change this after Verilog generation or is it something that should be Chisel-configurable? I'm wondering if we need to add an extra define (which always seems kludgy) or if it should be an annotation that defines where things below it are sent. E.g., you annotate a module with stdout and some wire in that with stderr the prints get sent appropriately. |
I think it's unlikely that the Chisel author is going to know where things are supposed to be sent. This is for people actually simulating the verilog in their particular environment. |
I suppose a different level of printf (LOG, DEBUG, ERROR)> different FD could also be useful, but that's getting fancy. And also would need to be standardized by the people using the code. And could be done with grep after-the-fact. |
Noting related chisel issue: Can chisel implement printf to a file #1290 |
If this gets implemented it would be a good idea to update the following |
Checklist
Feature Description
When emitting printf, don't hard-code the destination file descriptor to 80000002.
Instead use something like:
Type of Feature
Related Features
Yes this bit of code:
External Information
The text was updated successfully, but these errors were encountered: