Improve ability to build custom supplements
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
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- c, cmake
- Lĩnh vực
- build-system, devtools
Hướng nghiên cứu
Bắt đầu với template CMake tối thiểu của repository và thiết lập CMake chính của GMT, đặc biệt là EXTRA_BUILD_DIRS và EXTRA_MODULES_SUPPL. Kiểm tra bản build được gọi bằng “mkdir build; cd build; cmake ..” và cách src, gmt.h cùng gmt_dev.h được sử dụng. Hoàn tất khi thư viện dùng chung tùy chỉnh được build riêng với supplements.so mà không gặp lỗi stdio.h đã báo cáo.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
This repo has been neglected for some time, and now I have trouble making it work. The reason for this repo was to show other developers how to create your own mymodules.so shared libraries that will work with GMT. The idea was that these modules would only require the GMT API (gmt.h) and not all the underlying lower-level library functions (gmt_dev.h) that our own supplements rely on. This repo has a minimal CMake template and setup, but over the last few years we have made enough changes to the GMT cmake setup that there are problems in this repo. For instance, this repo until recently lived in subversion, so there is all the issues with svn versioning. When I tried to build the custom shared library today (mkdir build; cd build; cmake ..) I got errors about not finding stdio.h, so something very fundamental is missing.
Separately from that repo, I think it would be great if we could extend the support we have in the main GMT CMake setup where we have EXTRA_BUILD_DIRS and EXTRA_MODULES_SUPPL. What I have in mind is the ability for developers to add a separate supplement dir to this mix, but have it build as a separate *.so file and not become part of supplements.so. This would simplify the whole build for such developers since they can simply rely on the main GMT cmake setup. How could we do this? Allow a symbolic link called custom to be placed in src (and ignored by .gitignore) and let our Cmake determine if there is such a thing then build custom.so?
- Ngôn ngữ chính
- PostScript
- Star
- 2
- Fork
- 1
- 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 tương tự
-
area/dependencies kind/cve severity/high source/scan-dependencies status/triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
Tencent/BrowserSkill#390 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Update dbus dependency to ^0.8.0Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
MixinNetwork/flutter-plugins#507 ·
-
Builds fail intermittently.Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
bitcoin-core/gui-qml#951 ·
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 68/100
azerothcore/azerothcore-wotlk#27903 ·
Maintainer thường phản hồi trong vòng 1 ngày