gettextize weirdness and gnome-libs compile failure

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

Running 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.


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
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

...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,

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      looks like at the end of the millenium.

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