On 12/08/2017 17:51, Bastien Nocera wrote:
There's no C to generate, it's been ported to Python.
So 'glib-genmarshal.exe' doesn't need to get generated any more? When I
read about the port to python, I assumed it was just that the original
perl scripts had been ported to python.
For
On 12/08/2017 17:42, Ignacio Casal Quinteiro wrote:
Hey John,
Have u thought about using gvsbuild so we unite efforts building stuff
with msvc?
Hi Ignacio,
At the moment I'm still building GTK+2 so it might not be relevant?
Maybe a year or two ago, Microsoft itself was planning to
On Sat, 2017-08-12 at 16:45 +0100, John Emmas wrote:
> On 12/08/2017 14:04, Sébastien Wilmet wrote:
> > >From the news file for version 2.53.4:
> >
> > https://git.gnome.org/browse/glib/tree/NEWS
> >
> > * glib-genmarshal and glib-mkenums have been rewritten in python.
> > Every effort has
On 12/08/2017 14:04, Sébastien Wilmet wrote:
>From the news file for version 2.53.4:
https://git.gnome.org/browse/glib/tree/NEWS
* glib-genmarshal and glib-mkenums have been rewritten in python.
Every effort has been made to keep compatibility. Please report
problems related to these
On Sat, 2017-08-12 at 13:54 +0100, John Emmas wrote:
Hi John,
> What's happened to 'glib-genmarshal.c'? It seems to have been
> removed from git master - although (AFAICT) it doesn't get auto-
> generated. A new file does get generated (gobject/glib-genmarshal)
> but i can't see how that gets
On Sat, Aug 12, 2017 at 01:54:29PM +0100, John Emmas wrote:
> What's happened to 'glib-genmarshal.c'? It seems to have been removed from
> git master - although (AFAICT) it doesn't get auto-generated. A new file
> does get generated (gobject/glib-genmarshal) but i can't see how that gets
> used