Investigate special linker script instead of a dynamic library for libstdc++.so
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Documentación
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- centos, cpp, linux, ubuntu
Línea de trabajo
Comienza con la explicación enlazada de Stack Overflow y la referencia de glibc_version_header; después, investiga el enfoque de linker-script de CentOS devtoolset y cómo se aplica a Ubuntu LTS. Se considera terminado cuando el enfoque validado esté documentado en docs.appimage.org, incluido su efecto en la compatibilidad de libstdc++ de los binarios.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 9.5k
- Forks
- 586
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de AppImage/AppImageKit
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
AppImage/AppImageKit#1428 · 1 reacción ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
AppImage/AppImageKit#1164 · 2 comentarios · 1 reacción ·
-
request: organize prerequisitesAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
AppImage/AppImageKit#1452 · 2 comentarios ·
-
request: silent modeAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 62/100
AppImage/AppImageKit#1450 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
AppImage/AppImageKit#1435 · 2 comentarios ·
Todos los issues de AppImage/AppImageKit
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
MISP/misp-workbench#496 ·
Los mantenedores suelen responder en 1 día
-
Frontend build fails with Frappe version-16: DataImport is no longer exported by @framework/uiAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
microsoft/cpp_client_telemetry#1550 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
ash-project/ash_typescript#106 ·
-
Missing LICENSEAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 76/100
duckdb/extension-ci-tools#454 ·
Los mantenedores suelen responder en 1 día