Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
string_t
a string_traits
do vlastniho jmenneho prostoru. Pritom a.cpp jde zkompilovat (gcc) bez problemu, ale b.cpp skonci s chybou:
/usr/lib/gcc/3.4.4/include/c++/bits/stl_function.h: In member function `bool std::less<_Tp>::operator()(const _Tp&, const _Tp&) const [with _Tp = xxx::string_t]': b.cpp:54: instantiated from here /usr/lib/gcc/3.4.4/include/c++/bits/stl_function.h:227: error: no match for 'operator<' in '__x < __y'Zajimavy je ze yyy::less funguje ale std::less ne. Pritom jsem yyy::less vytvoril jako kopii std::less... a.cpp:
#include <boost/mpl/bool.hpp> #include <boost/utility/enable_if.hpp> #include <functional> namespace yyy { template<typename _Tp> struct less : public std::binary_function<_Tp, _Tp, bool> { bool operator()(const _Tp& __x, const _Tp& __y) const { return __x < __y; } }; } struct string_t { }; template <typename string_type_> struct string_traits; template <> struct string_traits<string_t> { typedef string_t string_type; }; template <typename A, typename B> struct both_exist: public boost::mpl::true_ {}; template <typename T, typename U> inline typename boost::enable_if < both_exist < typename string_traits<T>::string_type, typename string_traits<U>::string_type >, bool >::type operator < (const T &str1, const U &str2) { } int main() { yyy::less<string_t> cmp; std::less<string_t> cmp1; string_t a; string_t b; cmp(a, b); cmp1(a, b); }b.cpp:
#include <boost/mpl/bool.hpp> #include <boost/utility/enable_if.hpp> #include <functional> namespace yyy { template<typename _Tp> struct less : public std::binary_function<_Tp, _Tp, bool> { bool operator()(const _Tp& __x, const _Tp& __y) const { return __x < __y; } }; } namespace xxx { struct string_t { }; template <typename string_type_> struct string_traits; template <> struct string_traits<string_t> { typedef string_t string_type; }; } template <typename A, typename B> struct both_exist: public boost::mpl::true_ {}; template <typename T, typename U> inline typename boost::enable_if < both_exist < typename xxx::string_traits<T>::string_type, typename xxx::string_traits<U>::string_type >, bool >::type operator < (const T &str1, const U &str2) { } int main() { yyy::less<xxx::string_t> cmp; std::less<xxx::string_t> cmp1; xxx::string_t a; xxx::string_t b; cmp(a, b); cmp1(a, b); }
Řešení dotazu:
namespace yyy { class x; inline bool operator < (x const &a, x const &b) { } }a dela me to stejnou chybu i s yyy::less. Takze zrejme ten muj "operator <" neni pristupny v zadnym namespace kde uz existuje jiny "operator <". Nejak to nechapu... chapal bych kdyby to muj operator prekrylo vzdycky, ale proc to dela jenom kdyz je string_t a string_traits v xxx ??
operator <
presunu do xxx
tak to funguje.
Problem je (see http://en.wikipedia.org/wiki/Argument_dependent_name_lookup), ze napr pri pouziti yyy::less
, gcc nejdriv najde yyy::operator<
, potom prohleda namespacy asociovany s argumentama a najde xxx::operator<
, a root namespace uz neprohledava...
Tak nevim. Je tohle vlastnost nebo chyba ? A je teda mozny udelat operator <
, ktery by fungoval na vsechny string tridy co maji string_traits
, at uz jsou v jakymkoli jmennym prostoru ?
Co by "univerzalni" operator<
mel delat? To je problem kazde implementace stringu, aby mela i svoji definici porovnani, ktera bude ve stejnem namespacu, takze vsechno bude fungovat, jak ma.
Tiskni Sdílej: