what is intended to be dllexport-ed?
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
- 30/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- c
- Lĩnh vực
- backend-api-design
Hướng nghiên cứu
Xem xét openlibm_fenv_i387.h, openlibm_fenv_amd64.h, header của arm và openlibm_complex.h, bắt đầu với các chú thích OLM_DLLEXPORT hiện có và các bài kiểm thử sử dụng __has_sse và __test_sse. So sánh thủ thuật export hàm inline của amd64 với các kiến trúc khác và xác định các symbol public được dự định. Hoàn tất khi chính sách export nhất quán và FE_DFL_ENV cùng API complex public hoạt động trên tất cả các target được hỗ trợ.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
When I went through openlibm_fenv_i387.h and added OLM_DLLEXPORT, it felt like the __has_sse/__test_sse symbols should have been private, but they were used by the tests so had to be exported.
Looking through other headers, I see openlibm_fenv_amd64.h is better about having OLM_DLLEXPORT, but I notice it is missing from __fe_dfl_env. It seems that this would need to be exported for FE_DFL_ENV macro to work. Probably also need to be done in the arm.h as well.
openlibm_complex.h has no OLM_DLLEXPORT annotations. I assume this is intended to be a public API, yes?
There is some hackery for amd64 with regard to exporting inline functions. This hackery does not seem to be present for i387 or aarch64. I am not sure what precise problem it is intended to solve, but it seems like if it's necessary for amd64 it would be necessary for all.
- Ngôn ngữ chính
- C
- Star
- 637
- Fork
- 165
- Chỉ số merge pull request
- 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
- Đọ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 JuliaMath/openlibm
-
nextafter and nexttoward return the finite endpoint in directed rounding modesCó thể đã có người làm @vera-rubin đã nhận 3 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 38/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
-
issues found by openlibm-testĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
-
Non-standard behavior of tgamma()Có thể đã có người làm @ViralBShah đã nhận 117 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
Tất cả issue của JuliaMath/openlibm
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
Maintainer thường phản hồi trong vòng 8 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
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 90/100
Maintainer thường phản hồi trong vòng 1 ngày
-
native-cpu: -Wreturn-type in skainet_row_threads.c:150 (worker fn has no return)Có thể đã có người làm @Doomguy-BFG9000 đã nhận hôm nay. Đang mởgood first issue size:xs skill:native
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 78/100
SKaiNET-developers/SKaiNET#1358 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
I/O internal correctness medium priority rt_lib
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
Maintainer thường phản hồi trong vòng 1 ngày