Need a way to designate sim-only files from the local project
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- rust
- Lĩnh vực
- build-system, tooling
Hướng nghiên cứu
Bắt đầu bằng cách đọc cấu hình thư viện bên ngoài trong vw.toml và chỉ thị tổng hợp trong hdl/nmu_inst_wrap.vhd, sau đó so sánh cách các nguồn cục bộ của dự án được phát hiện. Xem xét ba phương án được đề xuất trong issue trước khi chọn một thiết kế. Được xem là hoàn thành khi một dự án có thể đánh dấu rõ ràng các nguồn chỉ dùng cho mô phỏng và chọn chúng cho mô phỏng mà không khiến các bản build tổng hợp/FPGA sử dụng chúng.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
For testing, we want to have simulation-only entities in the same project that we swap for real IP in synthesis/FPGA build. One example of this is for testing/simulating the Versal NoC. We want to be able to swap between our own NMU/NSU entities (units for sending and receiving on the NoC) for simulation and the XPM IP cores for FPGA builds, because the XPM IP cores provided by Vivado require use of their simulator.
The only avenue to designate files sim-only at the moment is via bringing them in as an external library in vw.toml as we do here and then binding them via component with a synthesis directive as done here. This solution works if the IP has no dependence on any libraries other than the standard ones, but it is not the most clear that the entity itself is sim-only entity.
We briefly discussed and @rcgoodfellow suggested the following options:
• having some kind of marker at the top of a file like -- #vw(sim-only)
• having something in vw.toml
• having sim-only sources live in some particular subfolder by convention
- Ngôn ngữ chính
- Rust
- Star
- 6
- Fork
- 1
- Merge trung bình
- 6 giờ 31 phút
- Pull request đã merge (30 ngày)
- 2
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của oxidecomputer/vw
-
simulation
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
oxidecomputer/vw#41 ·
-
bug cloud
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100
oxidecomputer/vw#40 ·
-
bug htcl lsp
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
oxidecomputer/vw#35 ·
-
Add floating point type to HTCLĐang mởenhancement htcl
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
oxidecomputer/vw#34 ·
-
bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100
oxidecomputer/vw#29 ·
Tất cả issue của oxidecomputer/vw
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 75/100
element-hq/lk-jwt-service#248 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
agent:triaged bug bughunt pm:pipenv priority:p1
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
SocketDev/socket-patch#1219 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
pact-foundation/pact-cli#154 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
antithesishq/bombadil#361 ·
Maintainer thường phản hồi trong vòng 1 ngày