Re: glib-mkenums in glib 2

• From: John Emmas <johne53 tiscali co uk>
• To: gtk-devel-list gnome org
• Subject: Re: glib-mkenums in glib 2
• Date: Sat, 29 Dec 2012 15:20:42 +0000

 On 29 Dec 2012, at 09:55, David Nečas wrote:Anything ending with .in is usually processed by configure(config.status) which you obviously don't have so you must replace@VARIABLE@s with the corresponding values using whatever you have.  Butthe only two variables present there are unused on MS Windows anyway –MS Windows neither recognise shbangs nor is the fixed datadir code pathuseful there.Thanks for the suggestion David but in this case (gdbus-codegen.in) it seems to be a python script that needs to get processed.Looking in makefile.am suggests that this command line would be right for my particular machine (imagine that this is all on one line) :-python F:/+GTK-SOURCES/gnu-win32/src/glib/gio/gdbus-2.0/codegen/gdbus-codegen.in--interface-prefix org.--generate-c-code gdbus-daemon-generated--c-namespace _GF:/+GTK-SOURCES/gnu-win32/src/glib/gio/dbus-daemon.xmlHowever, that only seems to produce this error output:-Traceback (most recent call last):  File "F:/+GTK-SOURCES/gnu-win32/src/glib/gio/gdbus-2.0/codegen/gdbus-codegen.in", line 39, in     from codegen import codegen_main  File "F:\+GTK-SOURCES\gnu-win32\src\glib\gio\gdbus-2.0\codegen\codegen.py", line 26, in     from . import configValueError: Attempted relative import in non-packageSo I'm currently stumped!Like last time, it'll probably be something quite obvious that I've overlooked.John