Re: [fluid-dev] FluidSynth and glib

[Ryan Gonzalez]

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 ?

Le 25 mai 2016 à 16:41, Ryan Gonzalez <address@hidden> a écrit :

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

Le 22 janv. 2016 à 00:13, Ryan Gonzalez <address@hidden> a écrit :

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