Thanks for the prompt response. I will give your suggestions a go.

Richard Gipps.

Damon Chaplin wrote:
On Sun, 2007-02-18 at 19:53 +1100, Richard Gipps wrote:
             I have run configure for the two examples under Windows
XP and that works fine. When I then try to make the demos I get the
following message:

$ make
make  all-recursive
make[1]: Entering directory `/home/rgipps/goocanvas-0.6'
Making all in src
make[2]: Entering directory `/home/rgipps/goocanvas-0.6/src'
(cd . && glib-mkenums \
        --fhead "#include <goocanvas.h>\n" \
        --fhead "#include <glib-object.h>\n" \
        --fprod "\n/* Enumerations from \"@filename@\" */" \
        --vhead "GType\n@enum_name@_get_type (void)\n{\n  static GType
etype = 0;\n if( etype == 0 ) \n  {\n    static const G@Type@Value
values[] = {" \
        --vprod "      { @VALUENAME@, \"@VALUENAME@\", \"@valuenick@
\" }," \
        --vtail "      { 0, NULL, NULL }\n    };\n    etype =
g_@type@_register_static (\"@EnumName@\", values );\n  }\n  return
etype;\n}\n" \
        goocanvasellipse.h goocanvasgroup.h goocanvasimage.h
goocanvasitem.h goocanvasitemmodel.h goocanvasitemsimple.h
goocanvaspolyline.h goocanvaspath.h goocanvasrect.h goocanvasstyle.h
goocanvastable.h goocanvastext.h goocanvasutils.h goocanvaswidget.h
goocanvas.h) > goocanvasenumtypes.c
/bin/sh: /mingw/bin/glib-mkenums: No such file or directory
make[2]: *** [goocanvasenumtypes.c] Error 127
make[2]: Leaving directory `/home/rgipps/goocanvas-0.6/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/rgipps/goocanvas-0.6'
make: *** [all] Error 2

The file glib-mkenums certainly does exist. I don't have pearl on my
system so I guess this is why I get an error?

Even though the files: goocanvasenumtypes.h and goocanvasenumtypes.c
already have data, when this part of make tries to run it deletes all
the data in these two files. If you supply them already "filled" is
this step is required at all? Any idea how I might get around it?

Yes, it looks like goocanvas 0.6 depends on Perl, due to the new stuff
to auto-generate the enum files.

I've just looked at how GTK+ deals with this and I'll copy them as much
as possible so the next release hopefully won't depend on Perl.

As a temporary fix, you could possibly just delete the
goocanvasenumtypes.h and goocanvasenumtypes.c Makefile rules.


(I've spotted a bug in the demo, and I want to add a pkg-config file, so
I'll probably do another release in a few days anyway.)