O víkendu probíhá konference OpenAlt 2025. Na programu je spousta zajímavých přednášek. Pokud jste v Brně, stavte se. Vstup zdarma.
Josef Průša představil novou velkoformátovou uzavřenou CoreXY 3D tiskárnu Prusa CORE One L a nový open source standard chytrých cívek OpenPrintTag i s novou přepracovanou špulkou.
Na GOG.com běží Autumn Sale. Při té příležitosti je zdarma hororová počítačová hra STASIS (ProtonDB: Platinum).
Ubuntu 25.10 má nově balíčky sestavené také pro úroveň mikroarchitektury x86-64-v3 (amd64v3).
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.
First problem is in ln (natural logarithm) which is undefined for numbers smaller or equal to 1Ta jednička bude asi překlep. Jinak, zkoušel jsem si to přeložit v Mac OS X (gcc 4.2.1). Kromě pár varování ve stack.c o aritmetice s void pointerem mi to hodilo chybu v support.h, kde si to stežuje, že funkce isnumber je už definována v ctype.h. Moc jsem to nezkoumal, ale kód vypadá docela pěkně, dobrá práce. Škoda toho derivování, aby to dobře derivovalo výrazy jako x^2 by snad nemělo bejt tak težký, nebo ne?
Díky, opraveno.First problem is in ln (natural logarithm) which is undefined for numbers smaller or equal to 1Ta jednička bude asi překlep.
Jinak, zkoušel jsem si to přeložit v Mac OS X (gcc 4.2.1). Kromě pár varování ve stack.c o aritmetice s void pointerem mi to hodilo chybu v support.h, kde si to stežuje, že funkce isnumber je už definována v ctype.h.To je docela zajímavý, vypadá to na nějaké nestandardní rozšíření (já třeba isnumber() v ctype.h nemám). Nicméně opravím.
Moc jsem to nezkoumal, ale kód vypadá docela pěkně, dobrá práce.Díky.
Škoda toho derivování, aby to dobře derivovalo výrazy jako x^2 by snad nemělo bejt tak težký, nebo ne?To jsem si myslel taky. Pokud by šlo jenom o případ f(x)^C, kde C by byla konstanta tak je to jednoduché. Ale pak by nebylo možno derivovat i „horší“ věci jako je třeba x^(sin(x)). Kvůli tomu používám chytrý vzoreček (opravdu je obecný, což se hodí), který mi poradili na tamějším fóru. Ten bohužel způsobuje dané problémy. Popravdě napadlo mě to rozdělit na případ, kdy je to f(x)^C a všechno ostatní, nezdá se mi to ale tak elegantní řešení. Akorát teď by to chtělo to zjednodušování výrazů
.
#if !defined(_ANSI_SOURCE) && (!defined(_POSIX_C_SOURCE) || defined(_DARWIN_C_SOURCE))
Ale zdá se mi, že už jsi to mezitím opravil, teď už se mi to zkompiluje.
-ansi -pedantic (je to v makefile).
A ano opravil jsem to – přejmenoval jsem tu funkci. Vypadá to, že je běžná na BSD systémech. Proto je podle mne lepší ji přejmenovat (nemate to lidi). Člověk pak taky nemusí spoléhat na nějaké přepínače kompilátoru aby nedocházelo ke konfliktům.
.
Taky jsem trochu pátral a vypadá to, že definovat _ANSI_SOURCE nebo _POSIX_SOURCE není věc překladače, nýbrž programátora. Nejlepší odkaz (dotaz plus odpovědi), který jsem našel, je tento: http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg23363.html.Díky, zajímavé počtení.
I tak je ale asi stejně lepší nepoužívat konfliktní názvy funkcí (pak už jen zbývá vědět, které to jsou ty konfliktníSouhlasím..
Tiskni
Sdílej: