GCC-kääntäjä

Monet arastelevat Linuxille ohjelmointia, koska valitettavan yleinen harhaluulo on, että esim. GCC:tä käytettäessä jo c ja c kirjastot yksinään vaatii ohjelman julkasemista GPL-lisenssin alasuudessa. Ja tuohan ei ole totta,

Ensinnäkin libc6 C-kirjasto on LGPL:ää eikä GPL:ää. Eli sen osalta ei ole ongelmaa.

Toisekseen C ohjelmoijien käyttämä libstdc on kyllä GPL:ää, MUTTA sen lisenssi sisältää merkittävän poikkeuksen yleiseen GPL-lisenssiin:

http://gcc.gnu.org/onlinedocs/libstdc /17_intro/license.html

Tämän poikkeuksen vuoksi libstdc ei aseta mitään rajoituksia sille käytetäänkö sitä opensource vai closed source sovelluksissa.

Esim GCC:tä voi siis käyttää suljetun koodin tekemiseen aivan vapaasti.

miksuh. kirjoitti:

Monet arastelevat Linuxille ohjelmointia, koska valitettavan yleinen harhaluulo on, että esim. GCC:tä käytettäessä jo c ja c kirjastot yksinään vaatii ohjelman julkasemista GPL-lisenssin alasuudessa. Ja tuohan ei ole totta,

Ensinnäkin libc6 C-kirjasto on LGPL:ää eikä GPL:ää. Eli sen osalta ei ole ongelmaa.

Toisekseen C ohjelmoijien käyttämä libstdc on kyllä GPL:ää, MUTTA sen lisenssi sisältää merkittävän poikkeuksen yleiseen GPL-lisenssiin:

http://gcc.gnu.org/onlinedocs/libstdc /17_intro/license.html

Tämän poikkeuksen vuoksi libstdc ei aseta mitään rajoituksia sille käytetäänkö sitä opensource vai closed source sovelluksissa.

Esim GCC:tä voi siis käyttää suljetun koodin tekemiseen aivan vapaasti.

Itse Koodaan Linux -ohjelmani Borland Kylix 3:lla (Delphi -kielinen versio). Alunperin tehty RedHat 7.2:lle ja muille saman aikakauden yleisille Linuxeille (Mandrake, SuSe), mutta virittelemällä saa toimimaan uudemmissakin, mutta kernel tulee olla 2.6.10 tai vanhempi. 2.6.11 ja sitä uudemmilla kerneleillä Kylix3:n integoitu debuggeri ei toimi.

Koska Borland on siirtänyt tuon Kylix3:n "Classic Products" -tuoteryhmään, kannattaa tutustua tulevaisuutta ajatellen myös FreePascal Lazarus -yhdistelmään.

Toistaiseksi kuitenkin Kylix3 toimii mainiosti esim tässä:

Jakelu: Debian Sarge, kernel 2.4.27 (Myös 2.6.8:ssa toimii, mutta vaatii enemmän säätöä tullakseen vakaaksi)

Käyttöliittymä: (pohjalle asennettu KDE apuohjelmavalikoimansa vuoksi, mutta...) IceWm.

em. ympäristössä käytän itse Kylix3:a ja hyvin toimii !

Tuo FP Lazarus on mainio idea, mutta jos lähdekoodissa lukee:

var

MyLongVariableName : Integer;

niin siinä, missä kylixin käyttäjä debugattaessa siirtää kohdistimen tuon muuttujanimen kohdalle (tai klikkaa siihen hiirellä) ja painaa Ctrl - F4, niin FP Lazarus -yhdistelmän käyttäjä joutuu manuaalisesti syöttämään:

MYLONGVARIABLENAME ja painamaan ilmeisesti Enter...

Ei kuulosta kivalta. Tämä johtuu siitä, että tuossa yhdistelmässä ei ole omaa debuggeria, vaan se käyttää samaa debuggeria kuin mitä gcc -ohjelmoijat käyttävät, ja niinpä tuo C/C :n ikuinen kirous, merkkikokoherkät muuttujanimet, tulee myös Objectpascal -koodaajan harmiksi, joten kaikki muuttujanimet tulee silloin debugattaessa kirjoittaa kokonaan isolla. Tuo FP -kääntäjä nimittäin exporttaa kaikki muuttujanimet isoiksi kirjaimiksi muutettuna.

Näin siksi, että C/C on merkkikokoherkkä kieli (muuttuja, Muuttuja ja MUUTTUJA ovat 3 eri asiaa), siinä missä ObjectPascalille nuo 3 ovat vain 3 eri tapaa kirjoittaa sama muuttujanimi. Ohjelmoitaessa tästä ei ole haittaa, mutta debuggauksesta C/C -välineellä ObjecPascal -koodaajalle tuo tekee vaivalloista. Toivottavasti FP / Lazaruksen kehittäjät saavat rakennettua debuggeriin uuden syöttöruudun, joka osaa sisäisesti UpperCasettaa kaikki syötetyt muuttujanimet.

On varmasti haasteellista erottaa syötetyt muuttujanimet esim. varatuista sanoista AND, OR jne... sikäli kuin tuossa saa edes ObjectPascalin varattuja sanoja käyttää, vai tuleeko niidenkin tilalle C/C :n kryptiset && ja || ???