gettextize weirdness and gnome-libs compile failure

[R Pickett <emerson hayseed net>]

OK, two issues I'm having with the latest CVS code as of this morning:

Running autogen.sh on the gnome-libs tree does a REALLY strange thing with
gettextize (Yes, 0.10.35).  When it gets to the part where it's supposed to
run 'gettextize --force --copy' to update the ./intl directory, it goes ahead
and nukes ./intl/*, but then creates all of the files it's supposed to create
in ./intl/* as ./intl-*.  That is, instead of making gnome-libs/intl/VERSION,
it creates gnome-libs/intl-VERSION, and so forth, for all 20-odd files.  Which,
naturally, breaks 'make' until I manually move all of them to the right place.

Ideas?

Once I work around that problem, though, I get to one that's stumped me for
the past three days.  When making gnome-libs, I get into ./libgnomeui, and it
consistently barfs on gnome-stock.c, with 146 pairs of error lines about
imlib-<something> labels that read like:

gnome-stock.c:702: `imlib_new' undeclared here (not in a function)
gnome-stock.c:702: initializer element for `entries_data[0].rgb_data' is not
constant
.
.
.
gnome-stock.c:848: `imlib_text_strikeout' undeclared here (not in a function)
gnome-stock.c:848: initializer element for `entries_data[145].rgb_data' is not
constant

...which makes me think some header file or another isn't being read, but I've
updated my imlib and gtk to the absolute latest ever, and that doesn't fix
this.  I can't find a reference to imlib_new in the imlib tree anywhere,
either.

Any ideas on what I'm doing wrong?  Thanks in advance;  I'm looking forward to
getting something working again, since I've nuked my 0.30 version to try to
make this work....

-- 
----------------------------------------------------------------
R Pickett                Look around you. This is what the world
emerson@hayseed.net      looks like at the end of the millenium.
----------------------------------------------------------------