Investigate special linker script instead of a dynamic library for libstdc++.so
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ài liệu
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- centos, cpp, linux, ubuntu
- Lĩnh vực
- build-system, documentation, operating-systems
Hướng nghiên cứu
Bắt đầu với phần giải thích Stack Overflow được liên kết và tham chiếu glibc_version_header, sau đó tìm hiểu cách tiếp cận linker-script của CentOS devtoolset và cách áp dụng nó cho Ubuntu LTS. Hoàn tất khi cách tiếp cận đã được xác thực được ghi lại trong docs.appimage.org, bao gồm ảnh hưởng của nó đến khả năng tương thích libstdc++ của các tệp nhị phân.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Currently, we recommend applications to be built on the oldest still-supported LTS release of Ubuntu. However, some applications need newer C++ compilers, which means that developers usually pull in a PPA that results in binaries being compiled in a way such that they don't work with the original libstdc++ that originally came with the oldest still-supported LTS release of Ubuntu.
Apparently CentOS devtoolset offers a solution for this issue.
We should understand how this magic in CentOS devtoolset works, and how it can be used with Ubuntu LTS...
The
devtoolset-6-gcc-c++package provides a custom version of GCC that uses a special linker script instead of a dynamic library for libstdc++.so. That means the binaries it produces do not depend on the newer libstdc++.so.6 and can be run on other CentOS machines that don't have devtoolset installed (i.e. they only have the olderlibstdc++library from GCC 4.8).
We should then document it in docs.appimage.org...
Reference:
https://github.com/wheybags/glibc_version_header/issues/20
cc @TheAssassin
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 9.5k
- Fork
- 586
- 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 AppImage/AppImageKit
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 72/100
AppImage/AppImageKit#1428 · 1 reaction ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
AppImage/AppImageKit#1164 · 2 bình luận · 1 reaction ·
-
request: organize prerequisitesĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
AppImage/AppImageKit#1452 · 2 bình luận ·
-
request: silent modeĐang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 62/100
AppImage/AppImageKit#1450 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
AppImage/AppImageKit#1435 · 2 bình luận ·
Tất cả issue của AppImage/AppImageKit
Issue tương tự
-
area: ci-release effort: S good first issue P3 type: packaging
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
ferenyl/azuredevopstui#58 ·
-
Resolve CI maintenance findingsĐang mởharlan-agent-ready-to-implement routine:ci-review
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
harlan-zw/unlighthouse#454 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[BUG] The h5 and zarr extras allow versions that fail tensordict's tests or that pip marks as yankedĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
pytorch/tensordict#3274 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
build sdl2 fail on ubuntuĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
finalburnneo/FBNeo#2820 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
human-required sync-failed
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Azure/osdu-spi-file#63 ·
Maintainer thường phản hồi trong vòng 1 ngày