abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 15:11 | Bezpečnostní upozornění

    V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).

    Ladislav Hagara | Komentářů: 0
    dnes 14:00 | IT novinky

    Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.

    Ladislav Hagara | Komentářů: 4
    dnes 12:33 | Zajímavý software

    Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    dnes 03:33 | IT novinky

    Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.

    Ladislav Hagara | Komentářů: 0
    včera 18:11 | Nová verze

    Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 2
    včera 16:33 | IT novinky

    Bylo oznámeno, že Qualcomm kupuje Arduino. Současně byla představena nová deska Arduino UNO Q se dvěma čipy: MPU Qualcomm Dragonwing QRB2210, na kterém může běžet Linux, a MCU STM32U585 a vývojové prostředí Arduino App Lab.

    Ladislav Hagara | Komentářů: 2
    včera 15:55 | Nová verze

    Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.14.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | Nová verze

    Byla vydána nová stabilní verze 6.10 (YouTube) multiplatformního frameworku a GUI toolkitu Qt. Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    6.10. 23:55 | Komunita

    Ubuntu 26.04 LTS bude (𝕏) Resolute Raccoon (rezolutní mýval).

    Ladislav Hagara | Komentářů: 5
    6.10. 21:00 | Nová verze

    Netwide Assembler (NASM) byl vydán v nové major verzi 3.00. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (39%)
     (46%)
     (15%)
     (17%)
     (21%)
     (15%)
     (17%)
     (15%)
     (15%)
    Celkem 197 hlasů
     Komentářů: 13, poslední dnes 07:41
    Rozcestník

    Kdosi vytvořil patch pro linuxové jádro,

    Kdosi vytvořil patch pro linuxové jádro, který umožňuje používání C++ přímo v kernelu (samozřejmě včetně kompilace pomocí g++). Že to lidi pořád baví... Viz také JN 251.

    29.10.2004 10:33 | Robert Krátký | Zajímavý projekt


    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    29.10.2004 13:39 Martin Zoubek
    Rozbalit Rozbalit vše Jen to ne!
    Doufám, že se tahle úchylnost do jádra neprosadí. Ostatně Linus to ve výše uvedených JN 251 popsal trefně...
    29.10.2004 15:20 Michal Kubeček
    Rozbalit Rozbalit vše Re: Jen to ne!
    Inu, svého času mohla lidem stejně úchylná připadat představa, že se bude jádro operačního systému psát ve vyšším programovacím jazyce...
    29.10.2004 18:48 David Jež | skóre: 42 | blog: -djz | Brno
    Rozbalit Rozbalit vše Re: Jen to ne!
    Mno na druhou stranu co si pod pojmem vyssi programovaci jazyk predstavujes? Jadro se stejne pise v assembleru, jinak to nastesti nejde, maximalne nejaka makra a pokud neni neco napsane v assembleru tak je to v Cecku ktere ma tu vyhodu, ze neni az tak moc vyse a vynikajici vyhodu v tom, ze se v nem da dobre prasit. Jo a nezapomen, ze opravdovy programator dokaze napsat fortransky kod v jakemkoliv jazyce :-))). Takze s tim vysokym jazykem to az tak zhave nakonec neni. Nehlede nato, ze predstava psat jadro v nejakem ,,vyssim`` jazyce nepripada nikomu uchylna, protoze ta proste uchylna je. Nebo si dovedes predstavit jatro psane treba v ja nevim javahumusu? No fujtajbl, to tam fakt nema co delat :-). Jo a IMHO by mel autor zmineneho patche dodavat k patchi i kyblik, jinak si to nikdo neprecte.
    -djz
    "Yield to temptation; it may not pass your way again." -- R. A. Heinlein
    29.10.2004 19:39 Michal Kubeček
    Rozbalit Rozbalit vše Re: Jen to ne!
    Zkuste se podívat na zdrojáky aktuální verze linuxového jádra, jak velká část z něj je napsána v assembleru. C je samozřejmě vyšší programovací jazyk, rozdíl mezi C a C++ je řádově menší než mezi assemblerem a C.
    29.10.2004 20:04 VícNežNic | skóre: 42 | blog: Spáleniště | Ne dost daleko
    Rozbalit Rozbalit vše Re: Jen to ne!
    Já teda žiju v domění, že v assembleru je napsaná pouze minimální nezbytně nutná část jádra :-)

    Každopádně základ myšlenky nepřijatelnosti C++ v jádře je mi stále ještě trochu nejasný. Chápu to tak, že vlasnosti, které má C++ oproti C (třeba výjimky) jsou z hlediska kernelu obtížné, protože se obtížněji ladí a chovají se nepředvídatelně. Chápu to alespoň trochu dobře?
    Copak toho není dost?
    29.10.2004 20:49 Michal Kubeček
    Rozbalit Rozbalit vše Re: Jen to ne!
    Já mám stejný pocit a spolu se mnou i příkaz find... :-)

    Spíš jde o to, že vývojáři jádra nemají dobrý pocit z toho, že v C++ (pokud se skutečně používá jako C++) se nechává víc práce na překladači, takže nemají dostatečný pocit kontroly nad výsledkem. Na druhou stranu, při drastických tricích, které moderní kompilátory používají při optimalizaci, je ta kontrola poměrně problematická i v C.

    Druhý zásadní problém je v tom, že zatímco gcc je velmi kvalitní a velmi dobře odladěný překladač, o g++ se to moc říct nedá. Mé zkušenosti s kompilací Firebirdu (vhodný příklad rozsáhlejšího projektu v C++, který není vyvíjen primárně pod g++) jsou takové, že zhruba polovina pokusů skončí na internal compiler error. Proto se celkem nedivím, že se do používání C++ v jádře nikdo moc nehrne. Nejsem ale a priori přesvědčen, že je na použití C++ něco principiálně špatného a že současný stav musí trvat na věky věků.
    29.10.2004 20:23 Marcel Šebek | skóre: 21 | blog: c
    Rozbalit Rozbalit vše Re: Jen to ne!

    Ja bych zase řekl, že mezi C a C++ je větší rozdíl než mezi ASM a C.

    C je přenositelný assembler. Má celkem jednoduchou syntaxi a bez explicitního volání nějaké knihovní funkce nepotřebuje libc.

    V C++ třeba existují operátory new a delete, které způsobí přilinkování malloc a free. A nějak tak budou implementovány i výjimky. C++ potřebuje standardní knihovnu, nevystačí si samo o sobě. To je jeden z důvodů, proč nemá v jádře co dělat.

    Real programmers don't comment their code. If it was hard to write, it should be hard to read.
    29.10.2004 20:41 Michal Kubeček
    Rozbalit Rozbalit vše Re: Jen to ne!
    Přívlastek "jednoduchá" není zrovna ten, který by mne v souvislosti se syntaxí C napadl jako první. Spíš by to bylo něco jako "chaotická" nebo "nesystematická".

    S new a delete nemáte tak úplně pravdu - stejně jako většina ostatních se totiž dají overloadovat.
    29.10.2004 21:48 Marcel Šebek | skóre: 21 | blog: c
    Rozbalit Rozbalit vše Re: Jen to ne!
    Přívlastek "jednoduchá" není zrovna ten, který by mne v souvislosti se syntaxí C napadl jako první. Spíš by to bylo něco jako "chaotická" nebo "nesystematická".

    To je věc názorů. Možná není úplně jednoduchá, ale logická je.

    S new a delete nemáte tak úplně pravdu - stejně jako většina ostatních se totiž dají overloadovat.

    Ok. Tak to byl špatný argument.

    Nenapadá mě ale žádná featura C++, která by měla pozitivní přínos ve vývoji jádra. C tady bohatě dostačuje. Pro vývoj jádra je třeba jednoduchý jazyk. Stačí opomenout nějakou drobnost (přetěžování funkcí nebo operátorů pro to poskytuje mnoho možností), překladač chybu nenahlásí, ale v kernelu je závažná chyba. V C je podobných záludností daleko méně (snad jen makra preprocesoru).

    Real programmers don't comment their code. If it was hard to write, it should be hard to read.
    30.10.2004 12:38 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Jen to ne!
    Přívlastek "jednoduchá" není zrovna ten, který by mne v souvislosti se syntaxí C napadl jako první. Spíš by to bylo něco jako "chaotická" nebo "nesystematická".

    Což ovšem o C++ platí trojnásob, takže tímto směrem argumentace se daleko nedostaneme.

    Syntaxe C++ má všechny problémy syntaxe C, má vlastní úchylnosti typu = 0 pro čistě virtuální metody, a kromě toho obsahuje schovaný další (tj. po preprocesoru už druhý) jazyk s děsnou syntaxí -- šablony. Vtah mezi syntaxí a sémantikou je oproti C, které je skutečně high level assembler, zatemněný.
    30.10.2004 20:37 Michal Kubeček
    Rozbalit Rozbalit vše Re: Jen to ne!
    Jsem samozřejmě dalek tvrdit, že C++ je v tomto nějak lepší než C. Už z principu pochopitelně ani nemůže. Jen jsem nesouhlasil s tvrzením, že C je jazyk s jednoduchou syntaxí.

    Na druhou stranu, ony ty jazyky, které jsou geniálně teoreticky navržené, syntakticky/sémanticky naprosto čisté a striktně vynucující programování podle Gutha-Jarkovského, se ukazují jako zcela nepoužitelné pro praktické programování. Takže buďme rádi za to C/C++. :-)
    1.11.2004 09:49 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Re: Jen to ne!
    No já osobně bych se přimlouval pro lisp. Když už vyžší jazyk, tak pořádně. Mimochodem, ten už do jádra jednou portován byl :-)
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.

    Založit nové vláknoNahoru


    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.