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
_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list