I was almost done, but my motherboard is currently dead... -- Ryan (ライアン) Yoko Shimomura > ryo (supercell/EGOIST) > Hiroyuki Sawano >> everyone else http://refi64.com
On May 28, 2017 9:48 AM, "Carlo Bramini" <carlo.bra...@libero.it> wrote: > Hello, > after reading some messages from mailing list archives, I'm wondering if > there > are some news about removing the GLIB dependency from fluidsynth. > If I can say my opinion, this has been a (no offense) bad coding idea. > Unlike other layers, for example pthreads (IEEE Std 1003.1c-1995) or > Windows > Threads (ECMA-234), this is not a standard coding interface, so it can > change > from one day to another and making it incompatible with existing code, at > least > in theory. > This also means that fluidsynth will work only on platforms where GLIB is > supported. > In the coding for my homebrew project, I'm trying to move this code into > separate sources, perhaps, you could do the same... something like > fluid_sys_glib.c, fluid_sys_posix.c and fluid_sys_win.c. > It is interesting to notice that you could have pthread working even if you > are trying to run into a system that does not support them: GNU Pth > implements > a cooperative multitasking by just using setjmp()/longjmp() C functions, > so you > are actually able to run them even an embedded system (I did it). > > 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
