exaloop/codon

static compilation option?

Aperta

#82 aperta il 10 dic 2022

Vedi su GitHubGuida contributor
 (8 commenti) (9 reazioni) (0 assegnatari)C++ (492 fork)batch import
enhancementhelp wanted

Metriche repository

Star
 (13.667 stelle)
Metriche merge PR
 (Merge medio 5g 10h) (3 PR mergiate in 30 g)

Descrizione

After I successfully compiled a test python program using codon build <demo.py>, on macOS Monterey (intel), I checked the dependencies as per the following:

$ otool -L demo
demo:
	@rpath/libcodonrt.dylib (compatibility version 0.0.0, current version 0.0.0)
	@rpath/libomp.dylib (compatibility version 5.0.0, current version 5.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1319.0.0)
	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.11)

The two @rpath dependencies, libcodonrt.dylib and libomp.dylib are included in the codon distribution, they are 1.2M and 772K respectively so not so large.

Is there any thought to having static libraries of these two dependencies available so one may statically compile the executable instead to make it more relocatable?

Guida contributor

Direzione di ricerca
Esamina il sistema di build di Codon (probabilmente CMake) per capire come vengono collegati la libreria runtime e OpenMP. Cerca flag o opzioni esistenti per il collegamento statico. Considera l'aggiunta di un flag del compilatore per abilitare il collegamento statico di libcodonrt e libomp, simile a static libstdc++ di GCC.
Tech stack
python
Dominio
build systemtooling
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-2 giorni
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
C/C++ build systemslinker concepts
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
70