[8025] in linux-scsi channel archive

home help back first fref pref prev next nref lref last post

Re: [KBUILD] Re: SCSI Makefile cleanup

daemon@ATHENA.MIT.EDU (Horst von Brand)
Sun Feb 6 20:21:42 2000

Message-Id: <200002070050.VAA02372@sleipnir.valparaiso.cl>
To: Peter Samuelson <peter@cadcamlab.org>
Cc: Michael Elizabeth Chastain <mec@shout.net>,
	alan@lxorguk.ukuu.org.uk, willy@thepuffingroup.com,
	linux-kbuild@torque.net, linux-kernel@vger.rutgers.edu,
	linux-scsi@vger.rutgers.edu
In-Reply-To: Message from Peter Samuelson <peter@cadcamlab.org> 
   of "Sun, 06 Feb 2000 14:06:37 MDT." <14493.53605.403846.618490@wire.cadcamlab.org> 
Date:   Sun, 06 Feb 2000 21:50:41 -0300
From: Horst von Brand <vonbrand@sleipnir.valparaiso.cl>

Peter Samuelson <peter@cadcamlab.org> said:
> [mec]
> > Ultimately I would like to see the link order dependencies specified
> > explicitly in some way.  (foo.o needs to come before bar.o et
> > cetera), and then have Rules.make guarantee to honor that through
> > list manipulation.  But not in 2.4.

> When Linus did the link order thing, I thought at the time that it
> would be neat to have every init function be able to return -EAGAIN and 
> it would then be put back on the end of the queue.  The master init
> function would keep cycling through the list until one entire run with
> no success returns.

Urgh.

> Like you do with bubble sort. (:

Exactly.

I proposed some time back (on linux-kernel) to use tsort(1) for this, as it
was created just for keeping track of link order. The idea was shot down as
too hacky :(
-- 
Horst von Brand                             vonbrand@sleipnir.valparaiso.cl
Casilla 9G, Viņa del Mar, Chile                               +56 32 672616

-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu

home help back first fref pref prev next nref lref last post