Na blogu Raspberry Pi byl představen Raspberry Pi AI Kit určený vlastníkům Raspberry Pi 5, kteří na něm chtějí experimentovat se světem neuronových sítí, umělé inteligence a strojového učení. Jedná se o spolupráci se společností Hailo. Cena AI Kitu je 70 dolarů.
Byla vydána nová verze 14.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Společnost Kaspersky vydala svůj bezplatný Virus Removal Tool (KVRT) také pro Linux.
Grafický editor dokumentů LyX, založený na TeXu, byl vydán ve verzi 2.4.0 shrnující změny za šest let vývoje. Novinky zahrnují podporu Unicode jako výchozí, export do ePub či DocBook 5 a velké množství vylepšení uživatelského rozhraní a prvků editoru samotného (např. rovnic, tabulek, citací).
Byla vydána (𝕏) nová verze 7.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Organizace Apache Software Foundation (ASF) vydala verzi 22 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Společnost AMD na veletrhu Computex 2024 představila (YouTube) mimo jiné nové série procesorů pro desktopy AMD Ryzen 9000 a notebooky AMD Ryzen AI 300.
OpenCV (Open Source Computer Vision, Wikipedie), tj. open source multiplatformní knihovna pro zpracování obrazu a počítačové vidění, byla vydána ve verzi 4.10.0 . Přehled novinek v ChangeLogu. Vypíchnout lze Wayland backend pro Linux.
Národní superpočítačové centrum IT4Innovations s partnery projektu EVEREST vydalo sadu open source vývojových nástrojů EVEREST SDK pro jednodušší nasazení aplikací na heterogenních vysoce výkonných cloudových infrastrukturách, zejména pro prostředí nabízející akceleraci pomocí FPGA.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu aktuálně činí 2,32 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Ubuntu, Linux Mint a Manjaro Linux. Při výběru jenom Linuxu vede SteamOS Holo s 45,34 %. Procesor AMD používá 75,04 % hráčů na Linuxu.
Po téměř roce vývoje (GCC 4.5 vyšlo v dubnu 2010) bylo vydáno GCC 4.6. Nová verze přináší celou řadu nových vlastností a vylepšení. Novinkou je například podpora programovacího jazyka Go (gccgo). Kompletní seznam změn.
Tiskni Sdílej:
A prečo by to malo robiť nejaké IDE keď to môže robiť kompilátor? Visual studio používa priamo parser kompilátora, XCode využíva priamo parser kompilátora (clang), a aj vo vime používam priamo parser kompilátora (gccsense) ktorý je ale príliš pomalý na reálne využitie takže ako záchranu používam ctags, čo ale nedoplní šablóny ani náhodou.
Okrem toho skúste sa zamyslieť ako môže IDE korektne dopĺňať kód. Má vari informáciu s akými voľbami preprocesora kompilujem? Nie, to má len kompilátor (ktorý si v prípade kompilačného serveru môže voľby zaznamenať, v súčasnosti riešim malým háčikom, ktorý ukladá do sqlite voľby pre každý súbor). Má vari plnú podporu jazyka, ktorý používam? Nie, bol by to predsa kompilátor! Vie rozpoznať či píšem C++ zdroják, alebo C++0x zdroják? Ako by mohol, toto vie len kompilátor, ktorý volám. Namiesto toho mi každé IDE, ktoré sa snaží tváriť inteligentne podčiarkuje rôzny kód pretože ho považuje za nesprávny len preto, lebo parser nie je úplne dokonalý. A zase na druhej strane ma neupozorní na skutočné chyby. Tak to ďakujem pekne za implementáciu toho istého do všetkých IDE podobne mizerným spôsobom. To radšej budem fandiť CLang-u aby dotiahli podporu pre mňa kľúčových vecí.
A prečo by to malo robiť nejaké IDE keď to môže robiť kompilátor?Protože každý takový bordel a podpora nesmyslů komplikuje kód kompilátoru, čímž zvyšuje pravděpodobnost chyb. Já od kompilátoru především chci, aby dobře, tedy co nejvíce bez chyb, kompiloval. To je jeho účel.
Protože každý takový bordel a podpora nesmyslů komplikuje kód kompilátoru, čímž zvyšuje pravděpodobnost chyb. Já od kompilátoru především chci, aby dobře, tedy co nejvíce bez chyb, kompiloval. To je jeho účel.Tak se zeptej autorů clangu, jak se jim to povedlo. Mě příjde normální, že se software (v tomto případě frontend překladače pro C-like jazyky) rozdělí na knihovny tak, aby se jednotlivé části daly použít a kombinovat různými způsoby, a dal se využít na víc věcí, než jedinou (i když tu hlavní). Proč by se syntaktický strom z frontendu nemohl použít i na statickou analýzu, doplňování kódu, generování XML popisujících API knihovny, atd.?
vim ~/.emacs
Protože každý takový bordel a podpora nesmyslů komplikuje kód kompilátoru
Tak parser je nezmysel? Zaujímavé, že každý kompilátor ho má, len nie každý má prístupné API.
čímž zvyšuje pravděpodobnost chyb
Hmm, zaujímavé. Máme tu libclang, to si linkuje zopár IDE a aj vďaka tomu je to celkom slušne vychytané. Na druhej strane tu máme gcc, ktoré síce nie je experimentálne (vraj) ale občas padá ako zhnité hrušky.
Já od kompilátoru především chci, aby dobře, tedy co nejvíce bez chyb, kompiloval.
A ja chcem zase aby IDE nemuselo implementovať podstatnú časť kompilátora. Chcem aby slúžilo na úpravu kódu, nie na to aby samo kód kompilovalo.
Tak parser je nezmysel? Zaujímavé, že každý kompilátor ho má, len nie každý má prístupné API.Tak se rozhodni. Muselo by se gcc přepsat nebo do něj dobastlovat nesmysly, nebo nemuselo? Já tvrdím že ano a že by to vedlo k chybám. Co tvrdíš ty?
Máme tu libclang, to si linkuje zopár IDE a aj vďaka tomu je to celkom slušne vychytané.Na to už jsem odpověděl výše.
A ja chcem zase aby IDE nemuselo implementovať podstatnú časť kompilátora.A mě zase tvoje IDE vůbec nezajímá. IDE je milion, každé by něco chtělo a jejich uživatelé dvakrát tolik.
Muselo by se gcc přepsat nebo do něj dobastlovat nesmysly, nebo nemuselo?
Vrstvorá štruktúra u kompilátoru ako gcc je dosť podstatná. Len tak pre zaujímavosť kompilátor nie je len priblblý kus softvéru, ktorý schrúme zdroják a vypľuje z neho binárku. Kompilátor má niekoľko vrstiev. Na začiatku je parser, ktorý spracuje kód do zdrojového stromu pričom kontroluje syntax, má dostupné zoznamy symbolov pre každý rozsah a jeho výstup je nezávislý na platforme a jazyku. Takže gcc má niekoľko parserov pre C++, D a podobné pričom z toho lezie stále rovnaký bordel. Patch na podporu dopĺňania syntaxe má asi 100 riadkov.
Takže zhrňme si to: gcc je členené do vrstiev (inak by bola podpora viacerých jazykov a platforiem takmer nemožná) a nič teda rozbíjať netreba. Stačí len sprístupniť verejné rozhranie a oddeliť to do samostatnej knižnice.
Namiesto toho si ale každý radšej na vlastnom piesočku bastlí to svoje IDE pričom ani jedno nezvládne C++0x. A pritom by stačilo tak málo.
tak je v tvem projektu neco spatneTa věc, která je špatně, v tomto případě je, obávám se, jazyk. I programy typu hell-world v C++ se mohou kompilovat velmi dlouho, pokud využívají STL + boost + další monstrosity.
GCC now has stricter checks for invalid command-line options...A kurva, to zas polovina projektů nepůjde zkompilovat