Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Improve ability to build custom supplements

Đang mở
#1 7 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
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

  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.