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 libatom
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" wrote:
> Hello,
> after reading some messages from mailing list archives, I'm wondering
Good news: I'm almost done with removing glib!
Bad news: I'm not done yet!
Last things to remove are g_shell_parse_argv (in fluid_command) and
g_strfreev (used to free the result of g_shell_parse_argv). Both are used
in fluid_command. I pulled up `git log` and found:
commit fa73a202af58512b2b5b6
Great news! I finally got VirtualBox and Windows working again! Hopefully,
I'll get the Windows side of things working tomorrow, but the WORST-CASE
scenario would be early next week.
On Mon, Jun 6, 2016 at 6:11 PM, Ryan Gonzalez wrote:
> No. Couldn't get the damn thing to in
be forever grateful!
On Wed, Jun 15, 2016 at 3:42 PM, Antoine Schmitt wrote:
> 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
>
> Le 7 juin
"Antoine Schmitt" wrote:
> Any news on the windows/glib front ?
>
>
> Le 25 mai 2016 à 16:41, Ryan Gonzalez 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, M
ed from fluidsynth and port my fluidXtra to a
> glib-free fluid.
>
> Thanks
> Antoine
>
>
> Le 22 janv. 2016 à 00:13, Ryan Gonzalez a écrit :
>
> Well, I've already ported over most glib utilities, atomics, and mutexes
> (normal and recursive). I just ended up busy wi
Based on reading the source, it appears to only be limited by memory.
--
Ryan
[ERROR]: Your autotools build scripts are 200 lines longer than your
program. Something’s wrong.
http://kirbyfan64.github.io/
On May 3, 2016 2:27 PM, "Ien Cheng" wrote:
> Hi all -
>
> From the API docs on fluid_synth_s
https://github.com/kirbyfan64/fluidsynth/compare/master...glib_removal
On Tue, Mar 8, 2016 at 10:35 AM, Johannes Schickel
wrote:
> Hi,
>
> are there any news on this?
>
> // Johannes
>
> On 01/22/2016 12:13 AM, Ryan Gonzalez wrote:
>
>> Well, I've already porte
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
wrote:
>On 01/14/2016 12:29 AM, Ryan Gonzalez wrote:
>>
rt that needs to be implemented.
>
> I'm not really available at this time to assist with any of this, so
> hopefully some other developer will step up and help integrate such patches.
>
> Best regards,
>
> Element
>
>
>
>
> On Wed, Jan 13, 2016 at 2:0
n Wed, Jan 13, 2016 at 2:33 PM, Kjetil Matheussen wrote:
>
>
> On Wed, Jan 13, 2016 at 9:28 PM, Ryan Gonzalez wrote:
>
>>
>> Similar things for the rest of them. This doesn't seem TOO bad...
>>
>>
> Maybe it would be a good idea to just implement the nec
This is a list of all the glib functions/macros Fluidsynth uses:
g_assert
g_atomic_int_add
g_atomic_int_compare_and_exchange
g_atomic_int_dec_and_test
g_atomic_int_exchange_and_add
g_atomic_int_get
g_atomic_int_inc
g_atomic_int_set
g_atomic_pointer_compare_and_exchange
g_atomic_pointer_get
g_atomi
On January 13, 2016 11:33:20 AM CST, Chris Robinson
wrote:
>On 01/13/2016 08:47 AM, Ryan Gonzalez wrote:
>> glib isn't actually that huge, and Fluidsynth puts it to good use.
>> Cross-platform threading is hard. I'm writing an application that
>> depends on Flu
glib isn't actually that huge, and Fluidsynth puts it to good use.
Cross-platform threading is hard. I'm writing an application that depends on
Fluidsynth, and it wasn't really a program.
The synthesizer indirectly uses gthreads a lot, so I don't think it would be
easy to remove. But, do older
/topic
I've been trying...a LOT! But I can't get anything to work. :(
--
Ryan
[ERROR]: Your autotools build scripts are 200 lines longer than your
program. Something’s wrong.
http://kirbyfan64.github.io/
___
fluid-dev mailing list
fluid-dev@nongnu.org
Thanks for the help!
>Nice surname, by the way.
>
>Ben
>
>On 20/12/15 08:00, Ryan Gonzalez wrote:
>> Hello!
>>
>> I'm using FluidSynth 1.1.6, and I've come upon an...interesting
>issue.
>>
>> I basically have something like this (ins
Hello!
I'm using FluidSynth 1.1.6, and I've come upon an...interesting issue.
I basically have something like this (insanely simplified):
#include
#include
int event_callback(void *data, fluid_midi_event_t *event) {
int type = fluid_midi_event_get_type(event);
if (type == NOTE_OFF) p
18 matches
Mail list logo
