Comments (3)
I worked around it by shoving all the implementations into static variables inside get_available_implementations()
and making a copy of the list a member of the available_implementation_list class.
What this achieves is it initializes all these objects on first use, even when called from another static object that is initialised first.
(Currently, these objects are initialized in whatever random order the compiler chooses, which may or may not be early enough).
Not sure this is the best fix, but might be helpful.
cpp
/**
* The list of available implementations compiled into simdutf.
*/
SIMDUTF_DLLIMPORTEXPORT const internal::available_implementation_list& get_available_implementations() {
#if SIMDUTF_IMPLEMENTATION_ICELAKE
static const icelake::implementation icelake_singleton{};
#endif
#if SIMDUTF_IMPLEMENTATION_HASWELL
static const haswell::implementation haswell_singleton{};
#endif
#if SIMDUTF_IMPLEMENTATION_WESTMERE
static const westmere::implementation westmere_singleton{};
#endif
#if SIMDUTF_IMPLEMENTATION_ARM64
static const arm64::implementation arm64_singleton{};
#endif
#if SIMDUTF_IMPLEMENTATION_PPC64
static const ppc64::implementation ppc64_singleton{};
#endif
#if SIMDUTF_IMPLEMENTATION_FALLBACK
static const fallback::implementation fallback_singleton{};
#endif
static const std::initializer_list<const implementation*> available_implementation_pointers {
#if SIMDUTF_IMPLEMENTATION_ICELAKE
& icelake_singleton,
#endif
#if SIMDUTF_IMPLEMENTATION_HASWELL
& haswell_singleton,
#endif
#if SIMDUTF_IMPLEMENTATION_WESTMERE
& westmere_singleton,
#endif
#if SIMDUTF_IMPLEMENTATION_ARM64
& arm64_singleton,
#endif
#if SIMDUTF_IMPLEMENTATION_PPC64
& ppc64_singleton,
#endif
#if SIMDUTF_IMPLEMENTATION_FALLBACK
& fallback_singleton,
#endif
}; // available_implementation_pointers
static const internal::available_implementation_list available_implementations{available_implementation_pointers};
return available_implementations;
}
header
class available_implementation_list {
std::initializer_list<const implementation*> _implementations;
public:
/** Get the list of available implementations compiled into simdutf */
simdutf_really_inline available_implementation_list(std::initializer_list<const implementation*> implementations) : _implementations(implementations){}
/** Number of implementations */
size_t size() const noexcept
{
return _implementations.size();
}
/** STL const begin() iterator */
const implementation* const* begin() const noexcept
{
return std::begin(_implementations);
}
/** STL const end() iterator */
const implementation* const* end() const noexcept
{
return std::end(_implementations);
}
from simdutf.
See #253
from simdutf.
Thanks for the quick fix. I tried it here and it seems to work well in my scenario!
from simdutf.
Related Issues (20)
- Package for Debian/Ubuntu? HOT 5
- Use fmtlib where appropriate
- create higher level base64 functions HOT 4
- Incorrect processor detection when cross compiling HOT 2
- RVV port for Base64 procedures HOT 4
- RISC-V RVV CI tests broken
- Base64 decoder is currently too lenient with padding characters
- `simdutf::result` constructor is not implemented HOT 4
- SIMDUTF_CAN_ALWAYS_RUN_* macros broken HOT 2
- Crosscompilation for RVV failed HOT 3
- CI: run tests in parallel for all targets HOT 2
- Compiler failure on ARM64 Windows HOT 7
- Possible Issue With .pc.in? HOT 7
- Crash on Windows when main thread exits while a different thread is using simdutf HOT 1
- tests/reference /validate_latin1 implemented incorrectly HOT 13
- UTF-32 endian support HOT 2
- #include inside namespace breaks symbols for regular use on riscv64 HOT 2
- Build failures due to forcing AVX512 types on an AVX2 system HOT 1
- Add fast function to characterize a UTF-8 string HOT 3
- warning with gcc14 on c++20 mode : warning: template-id not allowed for constructor in C++20 [-Wtemplate-id-cdtor] HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from simdutf.