[BUG] numeric_limits for f16 inherits storage-type return values
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 70/100
Direzione di ricerca
Apri cpp/base/f16.hpp e leggi la specializzazione std::numeric_limits<base::f16>: deriva da numeric_limits<storage_type> e sovrascrive solo quiet_NaN()/signaling_NaN(). Aggiungi override per min(), lowest(), max(), epsilon() e round_error() che restituiscano base::f16, convertendo dalle implementazioni di base del storage_type. Poiché non è segnalato alcun chiamante, aggiungi uno static_assert o un piccolo test C++ nella suite di test cpp che asserisca che quei membri restituiscono base::f16; fatto significa che compila e che le asserzioni passano.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Affected code
cpp/base/f16.hpp, std::numeric_limits<base::f16<T>>
Behavior
The specialization derives from std::numeric_limits<base::f16<T>::storage_type> and overrides only quiet_NaN() and signaling_NaN() to return base::f16<T>. Other value-returning members such as min(), lowest(), max(), epsilon(), and round_error() are inherited with the storage type as their return type, rather than base::f16<T> as required by the numeric_limits<T> interface. This makes the public specialization's signatures inconsistent with its advertised type even if an implicit conversion is available at a call site.
This is based on the visible specialization; no C++ build or test was run. There is no tracked caller demonstrating the downstream compile/runtime impact.
- Lingua principale
- C++
- Stelle
- 9.2k
- Fork
- 725
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di activeloopai/deeplake
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
activeloopai/deeplake#3259 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
activeloopai/deeplake#3256 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
activeloopai/deeplake#3254 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
activeloopai/deeplake#3247 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
activeloopai/deeplake#3245 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di activeloopai/deeplake
Issue simili
-
feature request
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
gavinlouuu-kpt/mib-studio-qt#517 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
ws_bridge: stripping format=evr for matchmaker connections can concatenate the path and queryApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
EchoTools/nevr-runtime#116 ·
I maintainer di solito rispondono entro 1 giorno