Hi Ryan, what kind of help would you need ? What is the size of the problem and the process to work on it ? If I can find some time, I may try and provide some help. Antoine No. Couldn't get the damn thing to install in a VM. >:( Anyone here interesting in helping on the Windows front? Please? At all? --
Ryan
[ERROR]: Your autotools build scripts are 200 lines longer than your program. Something’s wrong.
http://kirbyfan64.github.io/
On Jun 6, 2016 5:58 PM, "Antoine Schmitt" < address@hidden> wrote: Any news on the windows/glib front ?
Unfortunately, I can't do anything on Windows now...because it won't boot. Hangs forever on the stupid wheel of death. Curse you, Microsoft... In a few days (hopefully over the long weekend!), I'll probably install the Windows 10 trial into a VM and see if I can work from there. On Linux, though, it should be glib-free. IIRC OSX should also work, provided you have a recent version of GCC. Windows is really the primary pain ATM. Link: https://github.com/kirbyfan64/fluidsynth --
Ryan
[ERROR]: Your autotools build scripts are 200 lines longer than your program. Something’s wrong.
http://kirbyfan64.github.io/
On May 25, 2016 6:59 AM, "Antoine Schmitt" < address@hidden> wrote: Hi, just wanted to know the status of the glib dependency removal process ?
glib has been a high pain for me when porting to Windows and Mac. I'd be happy to see it removed from fluidsynth and port my fluidXtra to a glib-free fluid.
Thanks Antoine
Well, I've already ported over most glib utilities, atomics, and mutexes (normal and recursive). I just ended up busy with several other things until this weekend. On January 21, 2016 4:06:41 PM CST, Johannes Schickel < address@hidden> wrote:
On 01/14/2016 12:29 AM, Ryan Gonzalez wrote:
May I try? :D
Pretty much everything outside of threading is really trivial. The wiki says the supported platforms are Windows, OSX, and Linux, and that it runs under Solaris and OS/2 but they aren't officially supported.
For atomics, glib seems to use GCC's C++11-style atomics. when it can, then it falls back to either GCC/Clang's built-in __sync atomic operations or Windows's atomic API.
For normal threads, glib uses pthreads on Posix and Windows threads on...Windows.
Maybe I'm just super nerdy, but this seems totally doable. ;)
I guess if you can rely on compiler's atomics support it's not too hard. Creating/managing threads is usually rather easy.
// Johannes
fluid-dev mailing list address@hidden https://lists.nongnu.org/mailman/listinfo/fluid-dev
--
Sent from my Nexus 5 with K-9 Mail. Please excuse my brevity. _______________________________________________ fluid-dev mailing list address@hidden https://lists.nongnu.org/mailman/listinfo/fluid-dev
_______________________________________________
fluid-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/fluid-dev
_______________________________________________ fluid-dev mailing list address@hidden https://lists.nongnu.org/mailman/listinfo/fluid-dev
_______________________________________________
fluid-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/fluid-dev
_______________________________________________ fluid-dev mailing list address@hidden https://lists.nongnu.org/mailman/listinfo/fluid-dev
|