• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
    • přihlásit
    registrace
    ztracené heslo?
    UETOYOC++ (11+) aneb "Shadow of the Beast"
    RESURRECTION
    RESURRECTION --- ---
    +1
    UETOYO: Nejakou dobu jsem to s tim zkousel a docela to slo. Pokud jsi zvykly na VS, tak se to da; ja jsem spis zvykly na Qt Creator. Jsou k tomu oficialni Qt VS Tools a dela se s tim dobre. Funguje bez problemu QMake projekt, CMake projekt i VS projekt vsechno s Qtem. Kdyz mas stazene zdrojaky, tak se to da Qt i krasne debugovat z VS. Za nejvetsi minus povazuju obecne nestabilitu a naprostou neintuitivnost VS. Neustale zaseky, zpomaleni, "cekani na interni procesy" apod. Nic co by souviselo s Qtem nicmene. :-) Imho je to o preferencich, jake IDE chces pouzivat a jake ti vyhovuje.
    UETOYO
    UETOYO --- ---
    2 odpovědi
    Ostrá verze Visual Studio 2017 by měla být vydána v první polovině března a práce s CMake projektem by se měla dost zjednodušit proti nynější verzi. Zkoušet se to dá samozřejmě už na RC verzi. https://blogs.msdn.microsoft.com/.../cmake-support-in-visual-studio-2017-whats-new-in-the-rc-update/

    Jen tak od cesty, je tu někdo kdo pracuje s Qt pod VS, plusy/mínusy oproti Qt Developer?
    UETOYO
    UETOYO --- ---
    Implementace funkcionálních datových struktur v C++: https://github.com/BartoszMilewski/Okasaki
    HALCYON
    HALCYON --- ---
    +1
    https://github.com/nlohmann/json/releases/tag/v2.1.0
    UETOYO
    UETOYO --- ---
    +1
    Qt 5.8 released - Qt Blog
    http://blog.qt.io/blog/2017/01/23/qt-5-8-released/
    UETOYO
    UETOYO --- ---
    https://www.reddit.com/r/cpp/comments/4pmlpz/what_the_iso_c_committee_added_to_the_c17_working/
    UETOYO
    UETOYO --- ---
    ANT_39: Jo budu na sebe přísnější ... vyrazil jsem to z nadpisu;
    UETOYO
    UETOYO --- ---
    ANT_39: Ne budu si to hlídat :) - dík za připomenutí; však je to jedna zpráva ... nicméně pokud někdo založí Rust diskuzi, zlobit se nebudu, třeba si toho někdo všimne.
    ANT_39
    ANT_39 --- ---
    2 odpovědi
    UETOYO: Tohle ještě platí? Nějak to tu konverguje směrem k tomu druhýmu klubu...
    UETOYO
    UETOYO --- ---
    1 odpověď
    rustup.rs - The Rust toolchain installer
    https://www.rustup.rs/
    Taking Rust everywhere with rustup - The Rust Programming Language Blog
    http://blog.rust-lang.org/2016/05/13/rustup.html
    UETOYO
    UETOYO --- ---
    Biicode (just the company) post-mortem - biicode Blog
    http://blog.biicode.com/biicode-just-the-company-post-mortem/index.html
    Biicode (just the company) post-mortem
    GREATDRAKE
    GREATDRAKE --- ---
    +1
    Tak trochu spam - ale hledáme docela dost zkušenějších fulltime C++ herních vývojářů. Co se nových hraček týče, tak ze standardu 2011 toho moc nepoužíváme, ale cross platform zkušenosti budou rozhodně vítané, neb práce je to na PC/XBONE/PS4 engine. Práce z domova přes net. Anglická firma a co pro ně tak už rok a půl dělám, tak velmi rozumná s přijatelnými platovými podmínkami.

    Případně prosím odpovědi do pošty.
    UETOYO
    UETOYO --- ---
    Další balíčkovací systém pro C/C++; Ještě jsem to nezkoušel ani podrobně nečetl nějaké porovnání s Biicode.
    C/C++ Open Source Package Manager
    https://conan.io/
    Conan, a C/C++ package manager : cpp
    https://www.reddit.com/r/cpp/comments/3v05s9/conan_a_cc_package_manager/
    UETOYO
    UETOYO --- ---
    LLVM Project Blog: New ELF Linker from the LLVM Project
    http://blog.llvm.org/2015/11/new-elf-linker-from-llvm-project.html
    GREATDRAKE
    GREATDRAKE --- ---
    GREATDRAKE: Tedy nediví, protože má striktnější kompilátor samozřejmě, ale...
    GREATDRAKE
    GREATDRAKE --- ---
    1 odpověď
    UETOYO: Ano, C++ kompilátor. Ona to není otázka zatoulaného pointeru. Třeba to, že podle normy má být inicializace proměnných v konstruktoru třídy v pořadí jejich deklarace. MS kompilátor nechá projít jakékoliv pořadí a na některých platformách se pak jeden hrozně diví co v těch proměnných pak za běhu má :)
    UETOYO
    UETOYO --- ---
    1 odpověď
    GREATDRAKE: promiň -- tvoje odpověd je na M$ kompilátor -- ale já tu odpověď nechám.
    UETOYO
    UETOYO --- ---
    GREATDRAKE: Myslíš použití "unsafe" -- nebo něco jiného? Já si roshodně nemyslím, že je Rust spása pro všechny druhy chyb -- ale zatoulaný pointer se s ním nevyrobí tak snadno jako v C. Imho ani např. Ada není prý tak bezpečná + pro embedded věci je C asi pořád jediná volba (to však já nedělám => nebudu rozumovat). Podívej se třeba na http://embeddedgurus.com/ jak se hádájí o použití unsigned vs signed integerech apod. .) -- Rust kompilátor je docela ukecaný a většinou má pravdu.
    GREATDRAKE
    GREATDRAKE --- ---
    2 odpovědi+1
    UETOYO: jejich compiler je hlavně pořád tak málo striktní, že dovoluje dělat psát nekorektní kód :)
    UETOYO
    UETOYO --- ---
    Rust Once, Run Everywhere - The Rust Programming Language Blog
    Rust Once, Run Everywhere - The Rust Programming Language Blog
    http://blog.rust-lang.org/2015/04/24/Rust-Once-Run-Everywhere.html
    Zkuste si např. integraci se C#: http://www.loekvandenouweland.com/content/using-rust-code-from-csharp
    Kliknutím sem můžete změnit nastavení reklam