Reconfigure warnings-related feature flags

Đang mở
  • Có gì không ổn?
#30 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

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
Khá rõ ràng
Mức độ hoạt động
Đình trệ
Lĩnh vực
build-system

Hướng nghiên cứu

Bắt đầu với các định nghĩa tính năng cảnh báo trong features/common/BUILD.bazel và features/embedded/BUILD.bazel, đặc biệt là các phạm vi được liên kết trong issue, và kiểm tra cách feature_single_flag_c_cpp đặt các giá trị mặc định. Xác định những cảnh báo nào nên thay đổi giá trị mặc định và liệu các lớp cảnh báo có khả thi hay không; công việc được hoàn tất khi có một cấu hình được thống nhất và hành vi feature Bazel tương ứng.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

There are a number of feature flags related to compiler warnings:
https://github.com/lowRISC/crt/blob/main/features/common/BUILD.bazel#L45-L113
https://github.com/lowRISC/crt/blob/main/features/embedded/BUILD.bazel#L91-L104

The feature_single_flag_c_cpp macro defaults each feature to enabled.

While these warnings are relevant to the OpenTitan codebase, they are overly-strict for some codebases. I'd prefer to see some of these features disabled by default and explicitly enabled in a project's .bazelrc file with additional --features=... switches.

We should also consider whether we should group these warnings into classes (ie: low, medium, high) and allow enable/disable of each class of warning feature with a single --features=... switch.

Ngôn ngữ chính
Starlark
Star
7
Fork
15
Không có pull request nào được merge trong 30 ngày

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

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue tương tự

Thêm issue về Build System

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.