Re: [NON-WORKING PATCH] gar.fixups

["Bob Kashani" <bobk ocf berkeley edu>]

> Hey Bob,
>
> (cc'ing Guenther for my records, but don't bother answering until after
> you've aced your exam man :))
>
> I've put the gar.{lib}.mk patch I was telling you about on the FTP site,
> if you can explain to me why it doesn't do what it should do, you're a
> genius ... because i've spent three hours on it, and i've got the
> feeling i've missed something really really simple, but ... more eyes
> would help a lot :)
>
> Basically, the intention is to run libtoolize or intltoolize from
> gar.lib.mk directly, depending on the prerequisite file being there, eg.
> if desktop/control-center ships with a broken intltool and the libtool
> linking bug, the fixup-% command regenerates both files from our
> intltool and libtool.
>
> But it doesn't, all it does is tell me the function is completed.
>
> The order is now:
>
> * extract
> * patch (if required)
> * fixup (if required) [added]
> * configure
> * build
> * install
>
> ...because (as I said to you via IRC) the re-{lib/intl}toolizing has to
> be done before configure runs, otherwise the configure.in has the
> ability to regenerate the files on it's own using the system-based
> files.
>
> If we can get this going before 2.10, i'd be thrilled -- because it'd
> close a number of bugs i'm monitoring upstream, a number of GARNOME
> bugs, and stop people who's systems include .la files from complaining
> about linking errors ... all without having to have a "pre-configure:"
> rule in every bloody Makefile.
>
> ftp://cipherfunk.org/pub/gar-fixups-nonworking.patch
>
> As I said, I have a feeling i've missed something really simple, but ...
>

It's usually always something simple. :)

Did you add:

FIXUP_SCRIPTS = $(WORKSRC)/intltool-update.in $(WORKSRC)/ltmain.sh

to your desktop/control-center/Makefile?

Also, shouldn't that be intltool-update instead of intltool-update.in?

Bob