Ero sivun ”Kääntäminen” versioiden välillä

Linux.fista
Siirry navigaatioon Siirry hakuun
Rivi 53: Rivi 53:
Kaikki rakennusjärjestelmät tarvitsevat usein apua löytääkseen järjestelmästä puuttuvat kehityskirjastot (headerit). ''[[pkg-config]]'' on standardi työkalu, joka auttaa rakennusjärjestelmiä löytämään tarvittavat kirjastotiedostot ja niiden sijainnit.
Kaikki rakennusjärjestelmät tarvitsevat usein apua löytääkseen järjestelmästä puuttuvat kehityskirjastot (headerit). ''[[pkg-config]]'' on standardi työkalu, joka auttaa rakennusjärjestelmiä löytämään tarvittavat kirjastotiedostot ja niiden sijainnit.


== Perinteinen GNU Autotools tapa ==
== Perinteinen GNU Autotools -tapa ==
Vaikka tämä prosessi on edelleen validi ja käytössä monissa vanhemmissa tai yksinkertaisemmissa projekteissa, se ei enää edusta ainoaa tai edes yleisintä tapaa kääntää ohjelmia nykyaikaisessa Linux-ympäristössä.
Vaikka nykyaikaiset järjestelmät ovat yleistyneet, tämä prosessi on edelleen validi ja käytössä monissa vanhemmissa tai yksinkertaisemmissa projekteissa.


Ohjelmat kannattaa yleisesti ottaen asentaa jotenkin [[Ohjelmien asentaminen|muuten]] kuin muualta haettua koodia kääntämällä. Jos itse kääntäminen on välttämätöntä, käy se yleensä näin:
Ohjelmat kannattaa yleisesti ottaen asentaa jotenkin muuten kuin muualta haettua koodia kääntämällä. Jos itse kääntäminen on välttämätöntä, käy se yleensä näin:


* Tarkista että ainakin [[gcc]] ja [[make]] ovat asennettuina.
# '''Valmistelut:''' Tarkista, että ainakin [[gcc]] ja [[make]] ovat asennettuina.
* Hanki jostakin ohjelman lähdekoodit, joko kopioi ohjelman lähdekoodipaketti ja pura se
# '''Lähdekoodin haku ja purku:'''


  [[tar]] xvzf hyvasofta.tar.[[gz]]  
  [[tar]] xvzf hyvasofta.tar.[[gz]]  
Rivi 65: Rivi 65:
  tar xvjf hyvasofta.tar.[[bz2]]
  tar xvjf hyvasofta.tar.[[bz2]]


tai käytä ohjelmistoprojektin [[versionhallintajärjestelmä]]ä.
tai käytä ohjelmistoprojektin [[versionhallintajärjestelmä]]ä (esim. [[Git]]).


* Siirry paketin hakemistoon.
# '''Siirry hakemistoon komennolla:'''
  cd hyvasofta
  cd hyvasofta


* Hakemistossa on yleensä tekstitiedostoja, joiden nimet ovat <tt>README</tt>, <tt>INSTALL</tt> tai vastaavaa. Lue nämä ja varmista, että kääntäminen todella tapahtuu niin kuin seuraavassa kerrotaan.
Lue hakemistossa olevat ''README''- tai ''INSTALL''-tiedostot.


* Mikäli ''configure''-tiedostoa ei löydy. Aja [[autoreconf]]-[[Bash-skriptaus|skripti]] komennolla:
# ''configure'' -tiedoston luonti (tarvittaessa): Mikäli configure-tiedostoa ei löydy, aja ''autoreconf''-[[Bash-skriptaus|skripti]] komennnolla:


  autoreconf -i
  autoreconf -i


* autoreconf ajaa automaattisesti autoconf-, autoheader-, aclocal-, automake-, gettextize- ja libtoolize-ohjelmat oikeassa järjestyksessä ja luo configure-skriptin.
autoreconf ajaa automaattisesti tarvittavat ohjelmat ja luo configure-skriptin.


* Aja [[autoconf|<tt>configure</tt>]]-[[Bash-skriptaus|skripti]] komennolla:
# '''Konfigurointi:''' Aja ''configure''-[[Bash-skriptaus|skripti]] komennolla:


  ./configure
  ./configure
 
# tai määrittele asennuspolku käyttäjän kotihakemistoon:
tai  
 
  ./configure --prefix=$HOME/ohjelmat/
  ./configure --prefix=$HOME/ohjelmat/


Jos käyttää tällaista vipua käytetään niin käännetty ohjelma pitäisi löytyä hakemistosta $HOME/ohjelmat/bin.
* Riippuvuudet: Jos ''configure'' epäonnistuu puuttuvien riippuvuuksien vuoksi (kehityskirjastot eli headerit), ne löytyvät paketinhallinnasta yleensä päätteellä ''-devel'' tai ''-dev''. [[Debian]]-pohjaisissa jakeluissa ne on usein helppo asentaa komennolla:


Configure luo käännöksessä tarvittavan [[Makefile]]n. Jos <tt>configure</tt>-skriptiä ei ole, kokeile komentoja <tt>make config</tt> ja/tai <tt>make menuconfig</tt>. Jos mistään ei tapahdu mitään, katso olisiko hakemistossa <tt>install.sh</tt>-tyylistä skriptiä. Jos on, aja se komennolla:
sudo apt-get build-dep ohjelma
./install.sh


Osassa ohjelmapaketteja saattaa myös olla Makefile valmiina, jolloin <tt>configure</tt>a ei ole, eikä sitä tarvitse ajaa.
# '''Kääntäminen:'''
* Jos <tt>configure</tt>-skripti ei mene kunnialla läpi, on syy usein puuttuvissa kehitys[[kirjasto]]issa eli headereissa (skripti mainitsee jonkin tietyn riippuvaisuuden puuttuvan). Nämä löytyvät paketinhallinnan kautta yleensä päätteellä ''-devel'' tai ''-dev'' (esimerkiksi ''[[gimp]]-devel'', pääte vaihtelee jakeluittain). Tilan säästämiseksi useimpien ohjelmien paketointien mukana ei toimiteta niiden kehityskirjastoja, vaan nämä on asennettava erillisestä paketista. Joskus ongelmana voi myös olla se, ettei <tt>configure</tt> löydä tarvittavaa riippuvaisuutta vaikka se ja sen kehityskirjastot olisi asennettu. Tällöin niiden sijainti on yleensä mahdollista määritellä erillisellä [[valitsin|valitsimella]]. Lisätietoja valitsimista saa komennolla:
  make
  ./configure --help


Myös <tt>INSTALL</tt>- tai <tt>README</tt>-tiedostoissa on usein mainittu asiasta jotakin. [[Debian]]-pohjaisissa jakeluissa kehityskirjastot on yleensä helppo asentaa komennolla <tt>[[apt-get]] build-dep ohjelma</tt>.
# '''Asennus:''' Siirry [[pääkäyttäjä]]ksi ja asenna ohjelma (katso kuitenkin kohta [[Kääntäminen#Kääntäminen ja paketinhallinta|Kääntäminen ja paketinhallinta]]):
* Käännä ohjelma komennolla:  
make


Käännön aikana ruutuun tulostuu yleensä runsaasti tietoa käännön etenemisestä. Jos <tt>make</tt>-komento ei mene läpi, vaan pysähtyy ilmoittaen virheestä jollakin rivillä, on lähdekoodissa todennäköisesti vikaa. Yleensä kyse on lähdekoodin epäyhteensopivuudesta käytetyn kääntäjäversion kanssa. Virheilmoituksen perusteella saattaa olla mahdollista helpostikin korjata virhe. Muussa tapauksessa kannattaa lähettää palautetta ohjelman kehittäjälle.
sudo make install


* Siirry [[pääkäyttäjä]]ksi ja asenna ohjelma komennolla:
# '''Siivoaminen ja poisto:''' Voit poistaa luodut binäärit ja Makefilen lähdekoodihakemistosta komennolla ''make clean''. Joskus Makefilessa on myös poistotoiminto ''make uninstall''.
  [[sudo]] make install
  make clean


Tämä kopioi käännetyt binäärit lopulliseen asennushakemistoonsa. Mikäli et halua asentaa ohjelmaa pääkäyttäjänä, voit antaa tunnuksellesi kirjoitusoikeudet asennushakemistoon asennuksen ajaksi. Voit toki käyttää ohjelmaa myös lähdekoodihakemistosta käsin tai määrittää sopivan asennuspolun omasta kotihakemistostasi. Tämä tapahtuu <tt>configure</tt>n valitsimella <tt>--prefix</tt>, esimerkiksi <tt>--prefix=/home/kayttaja/hyvasofta</tt>.
== Kääntäminen ja paketinhallinta ==
Kenties paras vaihtoehto on tehdä käännetystä ohjelmasta oman jakelun mukainen paketti ja asentaa se paketinhallinnan kautta. Tällöin komentoa ''make install'' ei anneta.


Joskus Makefilessä on uninstall-toiminto, jolla ohjelma poisto onnistuu kätevästi komennolla:
Katso esimerkiksi [[CheckInstall]], sekä [[Deb-paketin tekeminen]].
make uninstall


Huomaa kuitenkin, että mikäli esimerkiksi poistat näin jonkin [[kirjasto]]n, sitä käyttävät ohjelmat lakkaavat toimimasta. Jos jostain syystä haluat kääntää ohjelman uudelleen, voit poistaa luodut binäärit ja Makefilen lähdekoodihakemistosta komennolla:
Jos käännettävä ohjelmisto tarjoaa jotakin toiminnallisuutta, josta paketinhallinnan olisi hyvä olla tietoinen, voit luoda niin sanotun '''"dummy"'''-paketin. Dummy-paketti sisältää vain riippuvuudet ja muun metadatan. Debianissa tällaisen paketin tekoon on olemassa apupaketti ''equivs''.
make clean


== Kääntäminen ja paketinhallinta ==
== Kääntäminen ja paketinhallinta ==

Versio 13. marraskuuta 2025 kello 21.10

Tämä artikkeli käsittelee koodin kääntämistä konekieleksi. Ohjelmatekstin suomeksi kääntämisestä kerrotaan artikkelissa kotoistus.


Kääntämisellä tarkoitetaan toimenpidettä, jossa ohjelman lähdekoodin perusteella luodaan konekielinen ohjelma, joka on tietokoneen ymmärtämässä muodossa. Samasta lähdekoodista voidaan yleensä kääntää versiot monille eri alustoille. Lähdekoodia on myös mahdollista muokata itse, kun taas konekielisen ohjelman muokkaaminen on käytännössä erittäin rajoitettua.

Jos haluat muokata oman jakelusi pakettia, tämä kannattaa tehdä jakelun omilla työkaluilla ja mieluiten jakelun omasta lähdekoodista. Oman jakelun lähdekoodipaketit on yleensä mahdollista asentaa paketinhallinnan kautta erillisestä asennuslähteestä (source).

Jatkossa käsitellään muualta haetun lähdekoodin kääntämistä ja asentamista ilman jakelun omia työkaluja.


Nykyaikaiset rakennusjärjestelmät

CMake

CMake on yksi yleisimmistä ja de facto -standardeista rakennusjärjestelmistä monissa C/C++-projekteissa, erityisesti suurissa projekteissa kuten KDE-ympäristössä.

Tyypillinen prosessi

Modernit kääntämistavat suosivat ulkopuolista käännöstä (out-of-source build). Tämä tarkoittaa, että kääntämisen luomat tiedostot (Makefile, objektit yms.) sijoitetaan omaan erilliseen hakemistoon (esim. build), jolloin lähdekoodihakemisto pysyy puhtaana.

# 1. Luo erillinen käännöshakemisto ja siirry sinne
mkdir build
cd build

# 2. Luo käännöstiedostot (Makefiles) lähdekoodin perusteella (lähdekoodi on ".." eli yksi ylöspäin hakemistorakenteessa.)
cmake .. 

# 3. Käännä ohjelma (voidaan käyttää make- tai cmake --build -komentoa)
make

# 4. Asenna ohjelma järjestelmään
sudo make install

on: ''cmake .'', ''make'' (tai ''cmake --build .''), ''sudo make install''.

Meson

Meson on uudempi, nopea ja suosittu rakennusjärjestelmä, joka on yleistynyt erityisesti GNOME-ympäristön ja monien muiden vapaan lähdekoodin projektien keskuudessa. Se käyttää tyypillisesti Ninja-työkalua käännösprosessin suorittamiseen.

Tyypillinen prosessi

# 1. Luo käännöshakemisto (Meson hoitaa tämän itse)
meson setup builddir 

# 2. Käännä ohjelma Meson-hakemistossa
meson compile -C builddir 

# 3. Asenna ohjelma järjestelmään
sudo meson install -C builddir

Ninja ja riippuvuuksien hallinta

Ninja on nopea, matalan tason rakennusjärjestelmä, jota Meson käyttää suoraan ja jonka CMake voi valita taustajärjestelmäksi perinteisen Makefilen sijaan käännösprosessin nopeuttamiseksi.

Kaikki rakennusjärjestelmät tarvitsevat usein apua löytääkseen järjestelmästä puuttuvat kehityskirjastot (headerit). pkg-config on standardi työkalu, joka auttaa rakennusjärjestelmiä löytämään tarvittavat kirjastotiedostot ja niiden sijainnit.

Perinteinen GNU Autotools -tapa

Vaikka nykyaikaiset järjestelmät ovat yleistyneet, tämä prosessi on edelleen validi ja käytössä monissa vanhemmissa tai yksinkertaisemmissa projekteissa.

Ohjelmat kannattaa yleisesti ottaen asentaa jotenkin muuten kuin muualta haettua koodia kääntämällä. Jos itse kääntäminen on välttämätöntä, käy se yleensä näin:

  1. Valmistelut: Tarkista, että ainakin gcc ja make ovat asennettuina.
  2. Lähdekoodin haku ja purku:
tar xvzf hyvasofta.tar.gz 

tai

tar xvjf hyvasofta.tar.bz2

tai käytä ohjelmistoprojektin versionhallintajärjestelmää (esim. Git).

  1. Siirry hakemistoon komennolla:
cd hyvasofta

Lue hakemistossa olevat README- tai INSTALL-tiedostot.

  1. configure -tiedoston luonti (tarvittaessa): Mikäli configure-tiedostoa ei löydy, aja autoreconf-skripti komennnolla:
autoreconf -i

autoreconf ajaa automaattisesti tarvittavat ohjelmat ja luo configure-skriptin.

  1. Konfigurointi: Aja configure-skripti komennolla:
./configure
# tai määrittele asennuspolku käyttäjän kotihakemistoon:
./configure --prefix=$HOME/ohjelmat/
  • Riippuvuudet: Jos configure epäonnistuu puuttuvien riippuvuuksien vuoksi (kehityskirjastot eli headerit), ne löytyvät paketinhallinnasta yleensä päätteellä -devel tai -dev. Debian-pohjaisissa jakeluissa ne on usein helppo asentaa komennolla:
sudo apt-get build-dep ohjelma
  1. Kääntäminen:
make
  1. Asennus: Siirry pääkäyttäjäksi ja asenna ohjelma (katso kuitenkin kohta Kääntäminen ja paketinhallinta):
sudo make install
  1. Siivoaminen ja poisto: Voit poistaa luodut binäärit ja Makefilen lähdekoodihakemistosta komennolla make clean. Joskus Makefilessa on myös poistotoiminto make uninstall.
make clean

Kääntäminen ja paketinhallinta

Kenties paras vaihtoehto on tehdä käännetystä ohjelmasta oman jakelun mukainen paketti ja asentaa se paketinhallinnan kautta. Tällöin komentoa make install ei anneta.

Katso esimerkiksi CheckInstall, sekä Deb-paketin tekeminen.

Jos käännettävä ohjelmisto tarjoaa jotakin toiminnallisuutta, josta paketinhallinnan olisi hyvä olla tietoinen, voit luoda niin sanotun "dummy"-paketin. Dummy-paketti sisältää vain riippuvuudet ja muun metadatan. Debianissa tällaisen paketin tekoon on olemassa apupaketti equivs.

Kääntäminen ja paketinhallinta

Kenties paras vaihtoehto on tehdä käännetystä ohjelmasta oman jakelun mukainen paketti ja asentaa se paketinhallinnan kautta. Tällöin komentoa make install ei anneta, vaan tilalle tulee jakelun omat paketinluomis- ja asennuskomennot. Katso esimerkiksi CheckInstall sekä Deb-paketin tekeminen.

Jos käännettävä ohjelmisto tarjoaa jotakin toiminnallisuutta, josta paketinhallinnan olisi hyvä olla tietoinen, tämän voi kertoa paketinhallinnalle, vaikka itse ohjelmasta ei tekisikään oikeata ohjelmapakettia. Tähän käyttöön sopii "dummy"-paketti, joka sisältää vain riippuvuudet ja muun metadatan. Debianissa tällaisen paketin tekoon on olemassa apupaketti equivs.