Byla vydána verze 1.91.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Ministerstvo průmyslu a obchodu vyhlásilo druhou veřejnou soutěž v programu TWIST, který podporuje výzkum, vývoj a využití umělé inteligence v podnikání. Firmy mohou získat až 30 milionů korun na jeden projekt zaměřený na nové produkty či inovaci podnikových procesů. Návrhy projektů lze podávat od 31. října do 17. prosince 2025. Celková alokace výzvy činí 800 milionů korun.
Google v srpnu oznámil, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Iniciativa Keep Android Open se to snaží zvrátit. Podepsat lze otevřený dopis adresovaný Googlu nebo petici na Change.org.
Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
 13.8.2008 00:22
Petr Tomášek             | skóre: 39
             | blog: Vejšplechty
        13.8.2008 00:22
Petr Tomášek             | skóre: 39
             | blog: Vejšplechty
            
        uart_print_freq() pravděpodobně občas zablbne, pokud program poběží dost dlouho. Může se totiž stát, že hodnota freq se změní mezi vyhnodnocením podmínky a přiřazením do temp. 
(Dobrá, asi se to nestane, protože vypsání proběhne jenom po změně status a je rychlejší, než jedna vteřina.)
- status by měla být deklarována jako volatile. Když není, tak u gcc-3.4 to projde - nevím proč, ta proměnná by pro ten překladač neměla měnit hodnotu a optimalizace by její testování měla odstranit. 
U gcc-4.3 už to ale neprojde, když je proměnná nulová, program skočí na instrukci rjmp -2, což je nekonečná smyčka.
             13.8.2008 12:41
Petr Tomášek             | skóre: 39
             | blog: Vejšplechty
        13.8.2008 12:41
Petr Tomášek             | skóre: 39
             | blog: Vejšplechty
            
        Ještě nějaké detaily:
- SIGNAL() je deprecated, místo něj se má použít ISR()
...
- status by měla být deklarována jako volatile. Když není, tak u gcc-3.4 to projde - nevím proč, ta proměnná by pro ten překladač neměla měnit hodnotu a optimalizace by její testování měla odstranit. 
OK, tyhle věci opraveny, díky.
            volatile proměnnou větší než 8 bitů, tak tam vidí po sobě jdoucí instrukce načítání z paměti:
lds r24, 0x0060 lds r25, 0x0061 lds r26, 0x0062 lds r27, 0x0063Přitom když je ta proměnná volatile, tak to znamená, že se obsah té paměti během vykonávání těch instrukcí může změnit a do registrů se pak načte naprosto nesmyslná hodnota - napůl stará, napůl nová. Podle mě by to mělo být takhle:
in r23, SREG cli lds r24, 0x0060 lds r25, 0x0061 lds r26, 0x0062 out SREG, r23 lds r27, 0x0063obecně nebo
cli lds r24, 0x0060 lds r25, 0x0061 lds r26, 0x0062 sei lds r27, 0x0063v případě, že vím, že přerušení bylo předtím povoleno.
 
 
            register uint32 tmp; ... cli(); tmp = freq; sei(); uart_print_freq(tmp); ...Akorát je docela opruz tohle psát u každého přístupu k té proměnné a vygenerovaný kód není úplně optimální. Přitom by určitě bylo jednodušší, kdyby gcc pro AVR vypínal/zapínal přerušení automaticky (i když to zas narážíme na otázku, jestli by byl schopen to dělat efektivně)
 14.8.2008 16:07
Petr Tomášek             | skóre: 39
             | blog: Vejšplechty
        14.8.2008 16:07
Petr Tomášek             | skóre: 39
             | blog: Vejšplechty
            
        Akorát je docela opruz tohle psát u každého přístupu k té proměnné...Mno, v tom případě přeci není problém připravit drobné makro, ne? Něco jako:
#define get_volatile(x,y) cli();x=y;sei()
To by vnaselo do jazyka zmatek a zhorsilo prenositelnost kodu.Přenositelnost kódu by to asi zhoršilo, jenom nevím, kam by mělo smysl přenášet kód z AVR (pokud to má dělat něco užitečného, polovina kódu je specifická pro architekturu a jinde se nepřeloží)
 15.8.2008 10:51
Josef Kufner             | skóre: 70
        15.8.2008 10:51
Josef Kufner             | skóre: 70
            
            
        Jde hlavně o princip.To jsem si všiml
Ale představ si, že za rok vyrobí trochu jiný model a ty budeš chtít program přenést na něj a zrovna tohle tam bude trošku jinak...Nový model se objevuje každou chvíli a všechny mají stejný vnitřek - jádro AVR. A stále nevidím žádný problém - kdyby se náhodou objevil model, kde by tohle bylo jinak (což si teda opravdu představit nedokážu, jak by se v jednočipu musel změnit přístup k paměti, aby to mohlo být jinak), tak by se prostě ten přepínač při překladu programu pro ten nový model zakázal.
 15.8.2008 12:48
Josef Kufner             | skóre: 70
        15.8.2008 12:48
Josef Kufner             | skóre: 70
            
            
        avr-gcc --neprerusitelne-volatile), tzn. po překladu by se to buď používalo v celém výsledku, nebo nepoužívalo v celém výsledku.
             16.8.2008 04:16
Josef Kufner             | skóre: 70
        16.8.2008 04:16
Josef Kufner             | skóre: 70
            
            
        A teď si představ jaký bordel v tom bude a nakonec to skončí tak, že jeden kus kódu budeš muset ručně projít a upravit.Proč? Jediné, co se hlídá, je zablokování přerušení na dobu přístupu k proměnné. Jestli to zajišťoval překladač nebo makro je jedno, protože podstatné je, že ten přístup je ochráněn. Víc nepotřebuju. (Ano, je tu záležitost, že se zapnutým přepínačem by ten kód byl chráněn dvakrát. Nicméně mám důvěru v autory toho překladače, že jsou schopni vytvořit takové optimalizace, které odhalí dvě stejné instrukce za sebou a tu jednu vyhodí.) Co chci říct, že kdyby byla vůle, tak by to pravděpodobně šlo vyřešit nějak automaticky i s možnými problémy okolo.
 16.8.2008 14:23
Petr Tomášek             | skóre: 39
             | blog: Vejšplechty
        16.8.2008 14:23
Petr Tomášek             | skóre: 39
             | blog: Vejšplechty
            
        http://www.abclinuxu.cz/blog/vejsplechty/2008/8/www.etf.cuni.cz/~tomasek/avr_freq_0.1.tgz a pravděpodobně by mělo být www.etf.cuni.cz/~tomasek/avr_freq_0.1.tgz.
             13.8.2008 12:09
Petr Tomášek             | skóre: 39
             | blog: Vejšplechty
        13.8.2008 12:09
Petr Tomášek             | skóre: 39
             | blog: Vejšplechty
            
         . Sry, už je opraveno...
. Sry, už je opraveno...
             13.8.2008 21:48
Josef Kufner             | skóre: 70
        13.8.2008 21:48
Josef Kufner             | skóre: 70
            
            
         Ale jinak je to hezké a roztomilé
 Ale jinak je to hezké a roztomilé  
            
        Tiskni
            
                Sdílej:
                 
                 
                 
                 
                 
                