> I don't know about C11, but i vote for the use of a custom minimum necessary library (static/dll) with an API compatible (glib or c11) ?
I dont want to jump from one OSAL library to another. The only reasonable step to supersede glib is moving to C11. And it's a shame that even in 2017 there are so many obstacles to make use of this new standard. If we really find a cross platform library that brings us C11 features with a C11 API that would be great. Else I'm afraid we'll stay with glib, even if it's a fat library... > Isn't OS/2 already dead anyway? Some are still using it. Six days ago: http://lists.nongnu.org/ archive/html/fluid-dev/2017-10/msg00005.html Tom 2017-10-11 18:00 GMT+02:00 Philippe Simons <simons.phili...@gmail.com>: > Isn't OS/2 already dead anyway? > > On Wed, Oct 11, 2017 at 10:19 AM, Tom M. <tom.m...@googlemail.com> wrote: > >> TinyCThread looks good. Even though they only support Win32 and Pthreads >> they implement the C11 API. So we could move to C11: >> >> #ifdef __STDC_NO_ATOMICS__ >> #error "Compiler has no C11 atomics" >> #endif >> >> #ifdef __STDC_NO_THREADS__ >> #include <tinycthread.h> >> #else >> #include <threads.h> >> #endif >> >> This however might be the end of OS/2 support. Compiling on Win32 only >> with MinGW or CygWin. Would this really make the Windows users life easier >> as originally intended by the glib removal? >> >> >> Tom >> >> >> 2017-10-10 23:54 GMT+02:00 Ryan Gonzalez <rym...@gmail.com>: >> >>> FWIW I had been working on removing glib two years ago or a bit less >>> (dang, was it really that long ago?), as this is basically why I >>> stopped when I was almost done: it really wasn't maintainable. >>> >>> Realistically, I do think there's literally no major alternative. I >>> mean, for atomics there's libatomic_ops: >>> >>> https://github.com/ivmai/libatomic_ops >>> >>> which was built for and is still used by the Boehm GC. If Windows is >>> the only barrier to C11 adoption, maybe TinyCThread could fill in for >>> the mean time? https://tinycthread.github.io/ >>> >>> On Tue, Oct 10, 2017 at 12:25 PM, Tom M. <tom.m...@googlemail.com> >>> wrote: >>> > Without having seen your changes, you have probably done something >>> like what >>> > existed before glib: >>> > https://github.com/FluidSynth/fluidsynth/blob/b49458e817ed09 >>> aedd948a6ea1831965373adc80/fluidsynth/src/fluid_sys.h#L142 >>> > >>> > This is not an option because it's unmaintainable. See the related >>> > discussion here for possible solutions: >>> > http://lists.nongnu.org/archive/html/fluid-dev/2017-09/msg00031.html >>> > >>> > >>> > Tom >>> > >>> > >>> > 2017-10-10 18:57 GMT+02:00 Carlo Bramini <carlo.bra...@libero.it>: >>> >> >>> >> Hello, >>> >> as I wrote in the subject, I worked a bit on Fluidsynth and I made a >>> >> version that works fine without external dependencies. I compiled it >>> on the >>> >> ancient VisualStudio 6.0 and my version currentl runs on Windows. >>> >> However, it should not be difficult to include a new driver for adding >>> >> again support to GLIB at compile time or to add support for other >>> platforms, >>> >> especially direct pthreads support. >>> >> I'm wondering if you would be interested to evaluate these changes >>> and how >>> >> to do it if it could be possible to add them to the original source >>> code. >>> >> I have still some work to do on it, because some functions are still >>> not >>> >> implemented and my coding started almost from version 1.1.7 (I cloned >>> the >>> >> repository a bit before the release of the latest stable) but in the >>> >> meanwhile new patches have been submitted, so I should also align my >>> code at >>> >> latest revision. >>> >> >>> >> Sincerely. >>> >> >>> >> _______________________________________________ >>> >> fluid-dev mailing list >>> >> fluid-dev@nongnu.org >>> >> https://lists.nongnu.org/mailman/listinfo/fluid-dev >>> > >>> > >>> > >>> > _______________________________________________ >>> > fluid-dev mailing list >>> > fluid-dev@nongnu.org >>> > https://lists.nongnu.org/mailman/listinfo/fluid-dev >>> > >>> >>> >>> >>> -- >>> Ryan (ライアン) >>> Yoko Shimomura, ryo (supercell/EGOIST), Hiroyuki Sawano >> everyone else >>> https://refi64.com/ >>> >>> _______________________________________________ >>> fluid-dev mailing list >>> fluid-dev@nongnu.org >>> https://lists.nongnu.org/mailman/listinfo/fluid-dev >>> >> >> >> _______________________________________________ >> fluid-dev mailing list >> fluid-dev@nongnu.org >> https://lists.nongnu.org/mailman/listinfo/fluid-dev >> >> > > _______________________________________________ > fluid-dev mailing list > fluid-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/fluid-dev > >
_______________________________________________ fluid-dev mailing list fluid-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/fluid-dev
