Re: glib-mkenums in glib 2



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.  But
the only two variables present there are unused on MS Windows anyway –
MS Windows neither recognise shbangs nor is the fixed datadir code path
useful 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 _G
F:/+GTK-SOURCES/gnu-win32/src/glib/gio/dbus-daemon.xml

However, 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 <module>
    from codegen import codegen_main
  File "F:\+GTK-SOURCES\gnu-win32\src\glib\gio\gdbus-2.0\codegen\codegen.py", line 26, in <module>
    from . import config
ValueError: Attempted relative import in non-package

So I'm currently stumped!

Like last time, it'll probably be something quite obvious that I've overlooked.

John


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]