Re: build problems with latest cvs
- From: Marc Lehmann <gtk-perl plan9 de>
- To: Ross McFarland <rwmcfa1 neces com>
- Cc: gtk-perl-list gnome org
- Subject: Re: build problems with latest cvs
- Date: Tue, 16 Dec 2003 01:31:54 +0100
On Mon, Dec 15, 2003 at 02:08:14PM -0500, Ross McFarland <rwmcfa1 neces com> wrote:
there may be no reason for it to, but that is the order of things enforced by
make maker.
*** Makefile
all : pure_all manifypods
Take note that the above line doesn't enforce any order. It just says
that, to "make all", you need pure_all and manifypods. Nothing keeps any
make (or any human!) from doing them in any order or in parallel.
If manifypods depends on pure_all, there must be a dependency on it,
otherwise it doesn't work.
Another way to view this: if you invoke make with "make manifypods", you
wouldn't expect it to depend on "pure_all".
So if there is no dependency (explicit or not) from manifypods, and
something in manifypods needs a built module, the Makefile is broken.
even more, manifypods depends on pure_all as it's very first dep. which, no
matter what -j you give it cause manifying to wait for pure_all to complete
before doing the other pods and thus podifystockitems.pl are done (pure_all
includes making blib/arch/auto/Gtk2/Gtk2.so)
First of all, are you sure you have no other Gtk2.so installed anywhere?
I only found out about this because I didn't. Builds work perfect for me
as long as I have a installed Gtk2.so...
Diving into the Makefile, the only dependency I see is:
build/stock_items.podi: tools/podifystockitems.pl
And sure enough, running "make build/stock_items.podi" fails because
Gtk2.so is not available.
That _looks_ to me (not knowing much about the Gtk2 Makefile generation),
as if there needs to be a dependency on the linked module there or
somewhere else. At leats with my perl and my system, no other dependency
is generated.
if i make all. then delete blib/arch/auto/Gtk2/Gtk2.so, then make again
Gtk2.so gets rebuilt before the podifystockitems/GenPod steps occur, even with
-j 4. it makes Gtk2.so, then goes on to the
Then you had luck or a different Makefile, as nothing ensures that this
order is used (or you had an installed Gtk2.so).
so basically podifystockitems.pl already depends on Gtk2.so through manifypods
first dependancy being pure_all.
At leats in my Makefile, there is no such dependency. In fact,
the only depency I see is on build/stock_items.podi and points to
tools/podifystockitems.pl. tools/podifystockitems.pl does not depend on
anything in my Makefile.
happen, but i can't see how it could of.
And I can't see where the dependency should come from. Looking at the
Makefile.PL, that part is clearly manually created, so I don't think
differences in ExtUtils::MakeMaker could account for this.
--
-----==- |
----==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / pcg goof com |e|
-=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]