#include isohkoissa C -projekteissa ?
perussääntö lienee aika selvä:
#include // järjestelmäkirjaston headeri, etsitään C-kääntäjän oletusjärjestelmäheader -hakemistosta
#include // järjestelmäkirjaston headeri, etsitään C-kääntäjän oletusjärjestelmäheader -hakemiston alihakemistosta nimeltä sys
#include "yuv2rgb_template.c" // projektiin kuuluva kirjasto - etsitään samasta hakemistosta kuin missä se tiedosto on, jossa tämä #include -lause on
#include "libavutil/x86_cpu.h" // projektiin kuuluva kirjasto - etsitään alihakemistosta nimeltä libavutil, mutta tuo alihakemisto nimeltä libavutil onkin relatiivinen gcc -kääntäjälle annettuun käännettävän tiedoston sijaintiin eikä senhetkiseen käännettävään (isoissa projekteissa usein käännettävässä tiedostossa on # include ja tuossa sisällytettyssä in sitten oma #include jne - mahd. useitakin sisäkkäisiä includeja).
MUTTA:
tuosta esimerkkiprojektista (ffmpeg) löytyy sitten poikkeuksiakin em. pääsäännöistä.
Onko jossain kattavaa selvitystä siitä, miten nuo #includet milloinkin tulkitaan?
toinen ehkä vieläkin sekavampi isohko projekti on cdrecord.
Siinä missä ffmpeg kääntyy gnu make:n ohjaamna niin cdrecordin kääntäömiseen vaaditaan saman tekijän oma smake eikä gnu make kelpaa, ja smakestakin kelpaa vain riittävän uusi versio !
Tämä herättää kysymyksen, onko C -ohjelmoinnissa ollenkaan selkeitä sääntöjä mihin suhteelisena nuo #include :t tulkitaan ?
Siis kun kyse on muodosta #include "jotakin.h" tai "alihak/jotakinmuuta.h"
Eli milloin pitää tulkita suhteessa
a) senhetkiseen varsinaiseen käännettäväksi määrättyyn tiedostoon
b) senhetkiseen käännettävään tiedostoon (voi poiketa a-kohdasta, koska se voi olla suortaan tai välillisesti a-kohdan tiedostosta käsin #include -oitu)
c) koko projektin päähakemistoon (ei siis tarkoita tietokoneen päähakemistoa vaan ko. projektin)
Tarkoitus olisi laatia oma ohjelma, joka käsittelee muiden ohjelmien lähdekoodeja ja siksi sem pitäisi osata tulkita #include:t samoin kuin gcc -kääntäjä sen tekee - mahdollisesti make, tai smake -ohjelmien ohjaamana.
-hakemiston alihakemistosta nimeltä sys
samasta hakemistosta kuin missä se tiedosto on, jossa tämä #include -lause on
#include ???
7
410
Vastaukset
- ei oo vaikeeta
Project optionsseihin voi määritellä tukuttain hakemistoja. Kääntäjä hakee niistä kaikista niin kauan, että löytyy. Absoluuttisen polun tiedostonimineen voi kirjoittaa lähdekoodiin, jos ei muuten löydy
Lisätään järjestelmästä löytyvä otsikkotiedosto, eli sieltä jostain /include -kansiosta johon asennetut kirjastot yms. tekevät ne, käy tähän tapaan:
#include
Jos lisätään projektista oma otsikkotiedosto, niin se tehdään näin:
#include "tiedosto.h"
Ja tietenkään EI IKINÄ liitetä mitään kooditiedostoja vaan otsikkotiedostoja! Se include on vain esikääntäjän direktiivi mikä liittää kyseisen tiedoston siihen kohtaan, eli siellä on vain funktioiden prototyypit, typedeffit yms. että voidaan käyttää niitä funktioita myös kun linkataan koodia.
Ja koska samaa headeria voi käyttää muutkin tiedostot niin otsikkotiedostot tehdään tähän tapaan:
#ifndef __TIEDOSTO_H__
#define __TIEDOSTO_H__
/* tähän otsikkotiedoston sisältö /*
#endif- Toi on mut ei oo noi
Tos kysyttiin, et miten niinkö vois just VÄLTTÄÄÄÄÄÄ...Ä tollast käsinkoodaust JOKAikiseen filuuuuuuuNN.
Toi on mut ei oo noi kirjoitti:
Tos kysyttiin, et miten niinkö vois just VÄLTTÄÄÄÄÄÄ...Ä tollast käsinkoodaust JOKAikiseen filuuuuuuuNN.
Käyttämällä jotain toista ohjelmointikieltä. C:ssä on erikseen otsikkotiedostot ja kooditiedostot. Jokaisessa tiedostossa missä tarvitsee jotain määrittelyä mitä tehdään jossain otsikkotiedostossa liitetään includella, ja jokaiseen otsikkotiedostoon tehdään esikääntäjän ehto.
Nykypäivän ohjelmointivälineissä tuolla ei ole juuri mitään merkitystä, sitä voi tehdä vaikka "head" -tekstiliipaisimen ja sitten tiedostonimi perään ja antaa editorin täyttää loput. Mutta jos ei kelpaa niin voi voi, 70-luvun kääntöjärjestelmä nyt on tälläinen niin tekee sitten vaikka Javalla jos ei kelpaa.- Sä et oo ohjelmoinu
M-Kar kirjoitti:
Käyttämällä jotain toista ohjelmointikieltä. C:ssä on erikseen otsikkotiedostot ja kooditiedostot. Jokaisessa tiedostossa missä tarvitsee jotain määrittelyä mitä tehdään jossain otsikkotiedostossa liitetään includella, ja jokaiseen otsikkotiedostoon tehdään esikääntäjän ehto.
Nykypäivän ohjelmointivälineissä tuolla ei ole juuri mitään merkitystä, sitä voi tehdä vaikka "head" -tekstiliipaisimen ja sitten tiedostonimi perään ja antaa editorin täyttää loput. Mutta jos ei kelpaa niin voi voi, 70-luvun kääntöjärjestelmä nyt on tälläinen niin tekee sitten vaikka Javalla jos ei kelpaa.Tietokoneessa laitetaan musiikki musiikkikansioihin (musiikkikansioita voi olla useita erillisiä ja sisäkkäisiä) ja valokuvat laitetaan valokuvakansioihin (valokuvakansioita voi olla useita erillisiä ja sisäkkäisiä) ja tekstidokumentit laitetaan dokumenttikansioihin (dokumenttikansioita voi olla useita erillisiä ja sisäkkäisiä) ja aiheen x tiedostot laitetaan x-kansioihin (x-kansioita voi olla useita erillisiä ja sisäkkäisiä) ja jos joku ohjelmoi sillä tietokoneella, hän laittaa sorsat sorsakansioihin (sorsakansioita voi olla useita erillisiä ja sisäkkäisiä) ja kirjastot kirjastokansioihin (kirjastokansioita voi olla useita erillisiä ja sisäkkäisiä).
Kaikkia noita kansioita voi tehdä uusia ja poistaa vanhoja ja siirtää mistä tahansa kansiosta mihin tahansa kansioon. Ohjelmoitaessa C-kääntäjän tarvitsee ainoastaan tietää mitä kansioita sen kannattaa möyriä etsiessään tietokoneen kovalevyltä kirjastoja, headereita. Kertomalla kääntäjälle d-osion juuressa on säästetään mielettomästi aikaa, kun ei tarvitse etsiä a,b,c,e,f,g, jne asemista. Toki kääntäjälle voitaisiin sanoa, että ne ovat headerit omassa tietokoneessa, mutta joutuisi joka kerta ensin etsimään koko tietokoneen läpi, ennen kuin pääsisi kääntöhommiin.
Tätä varten porjektin optioissa kerrotaan kääntäjälle, missä päin eli kerrotaan polut, joitten päistä löytyy. Sä et oo ohjelmoinu kirjoitti:
Tietokoneessa laitetaan musiikki musiikkikansioihin (musiikkikansioita voi olla useita erillisiä ja sisäkkäisiä) ja valokuvat laitetaan valokuvakansioihin (valokuvakansioita voi olla useita erillisiä ja sisäkkäisiä) ja tekstidokumentit laitetaan dokumenttikansioihin (dokumenttikansioita voi olla useita erillisiä ja sisäkkäisiä) ja aiheen x tiedostot laitetaan x-kansioihin (x-kansioita voi olla useita erillisiä ja sisäkkäisiä) ja jos joku ohjelmoi sillä tietokoneella, hän laittaa sorsat sorsakansioihin (sorsakansioita voi olla useita erillisiä ja sisäkkäisiä) ja kirjastot kirjastokansioihin (kirjastokansioita voi olla useita erillisiä ja sisäkkäisiä).
Kaikkia noita kansioita voi tehdä uusia ja poistaa vanhoja ja siirtää mistä tahansa kansiosta mihin tahansa kansioon. Ohjelmoitaessa C-kääntäjän tarvitsee ainoastaan tietää mitä kansioita sen kannattaa möyriä etsiessään tietokoneen kovalevyltä kirjastoja, headereita. Kertomalla kääntäjälle d-osion juuressa on säästetään mielettomästi aikaa, kun ei tarvitse etsiä a,b,c,e,f,g, jne asemista. Toki kääntäjälle voitaisiin sanoa, että ne ovat headerit omassa tietokoneessa, mutta joutuisi joka kerta ensin etsimään koko tietokoneen läpi, ennen kuin pääsisi kääntöhommiin.
Tätä varten porjektin optioissa kerrotaan kääntäjälle, missä päin eli kerrotaan polut, joitten päistä löytyy.Toki. Lähinnä huomautin nyt siitä .c -tiedostojen includettamisesta millä lähinnä kerjää ongelmia ja sille taas ei voi mitään, että otsikkotiedostoihin tarvii tehdä esikääntäjän ehto, että kun samaa otsikkotiedostoa kyselee vaikka 10 eri kooditiedostoa niin ei toistamiseen liitä samaa tiedostoa mikä laittaa kääntäjän herjaamaan.
Kannattaa muistaa se, käännösten täytyy mennä läpi ilman mitään herjoja vaikka on kääntäjästä säädetty kaikki varoitukset yms. päälle. Tämän lisäksi on suotavaa ajaa koodi erilaisten lint ohjelmien ja toistenkin kääntäjien läpi ja huolehtia, että menee läpi ilman varoituksia. Samoin koodia kannattaa käännellä eri käyttöjärjestelmissä ja arkkitehtuureissa. Parantaa kummasti koodin laatua.Otsikkotiedostojen alun ehdot ei saa enää olla __TIEDOSTO_H__ koska standardissa yhdellä tai kahdella alaviivalla alkavat tunnisteet joiden perässä on iso kirjain, ovat varattuja.
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Katso: Ohhoh! Miina Äkkijyrkkä sai käskyn lähteä pois Farmi-kuvauksista -Kommentoi asiaa: "En ole.."
Tämä oli shokkiyllätys. Oliko tässä kyse tosiaan siitä, että Äkkijyrkkä sanoi asioita suoraan vai mistä.... Tsemppiä, Mi1304965- 313144
Haluan jutella kanssasi Nainen
Olisiko jo aika tavata ja avata tunteemme...On niin paljon asioita joihin molemmat ehkä haluaisimme saada vastaukset...O161817Poliisiauto Omasp:n edessä parkissa
Poliisiauto oli parkissa monta tuntia Seinäjoen konttorin edessä tänään. Haettiinko joku tai jotain pankista tutkittavak221770Onko mies niin,
että sinulle ei riitä yksi nainen? Minulle suhde tarkoittaa sitoutumista, tosin eihän se vankila saa olla kummallekaan.191625Voitasko leikkiä jotain tunnisteleikkiä?
Tietäisi ketä täällä käy kaipaamassa.. kerro jotain mikä liittyy sinuun ja häneen eikä muut tiedä. Vastaan itsekin kohta711491Miksi näin?
Miksi vihervassut haluaa maahan porukkaa jonka pyhä kirja kieltää sopeutumisen vääräuskoisten keskuuteen? Näin kotoutumi191247Armi Aavikko Malmin hautausmaa
Haudattiinko Armi arkussa Malmin hautausmaalle vai tuhkattiinko hänet? Kuka tietää asiasta oikein?101243Haluisin suudella ja huokailla
ja purra kaulaasi ja rakastella sinua. Haluisin puristella rintojasi ja pakaroitasi. Ei sinulla taida olla kuitenkaan ni161227Ison Omenan uhri tukahdutettiin kuoliaaksi. Kuolinsyynä sydämen pysähdys.
Eli naisen hengittäminen estettiin ja tästä oli suorana seurauksena sydämen pysähdys. Ihan oppikirjan mukainen tapaus. H171207