From: skaller <skaller@users.sourceforge.net>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: caml-list <caml-list@inria.fr>
Subject: Re: [Caml-list] Re: paralell assignment problem
Date: 09 Feb 2005 03:02:02 +1100 [thread overview]
Message-ID: <1107878522.5022.78.camel@pelican.wigram> (raw)
In-Reply-To: <87y8dzi0ns.fsf-monnier+gmane.comp.lang.caml.inria@gnu.org>
On Wed, 2005-02-09 at 01:34, Stefan Monnier wrote:
> > Does anyone know how to solve the parallel assignment problem?
> > Name invented by me to describe this problem:
>
> > x1,x2,x3..xn = e1,e2,e3 .. en
>
> > where ei might contain the variables xj. (Note = here is assignment).
>
> > The solution is a sequence of assignments involving
> > only xi, ei, and ti, where ti are temporaries introduced
> > to save the values of the expressions. For example,
>
> Most ML compilers do this sort of thing to break big blocks of mutually
> recursive functions into smaller such blocks. The algorithm used is
> generally to extract the "strongly connected components" of the graph.
> Google for it and you'll surely find an algorithm.
I'm not sure the problem is quite the same though.
Call graphs are transitive: if A calls B, and B calls C,
then A calls C.
However, 'depends on' is not transitive. Here
x,y = y,x
x and y are mutually dependent, but in the solution:
t = x; x = y; y = t
t depends on x, x depends on y, and y depends on t.
If the dependency were transitive, y would then
depend on x, but it doesn't.
That is: the graph of the solution seems strongly connected:
T -> X -> Y --+
^ |
+-------------+
however, these are *sequential* and not parallel assignments.
A solution using digraph decomposition may well be the
right answer, perhaps changing the relation to
'depends on the old value of'. This would break
the cycle above (since t has no old value, y now
doesn't depend on anything).
See another post for an algorithm..
--
John Skaller, mailto:skaller@users.sf.net
voice: 061-2-9660-0850,
snail: PO BOX 401 Glebe NSW 2037 Australia
Checkout the Felix programming language http://felix.sf.net
next prev parent reply other threads:[~2005-02-08 16:02 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-08 3:07 skaller
2005-02-08 14:34 ` Stefan Monnier
2005-02-08 16:02 ` skaller [this message]
2005-02-08 18:20 ` [Caml-list] " Stefan Monnier
2005-02-08 17:08 ` skaller
2005-02-08 18:33 ` Radu Grigore
2005-02-09 7:48 ` Radu Grigore
2005-02-09 10:11 ` skaller
2005-02-09 9:43 ` Radu Grigore
2005-02-09 11:19 ` Radu Grigore
2005-02-09 11:34 ` Pascal Zimmer
2005-02-09 13:53 ` skaller
2005-02-08 16:03 ` [Caml-list] " Florian Hars
2005-02-08 17:38 ` skaller
2005-02-08 16:29 ` Marcin 'Qrczak' Kowalczyk
2005-02-08 17:55 ` skaller
2005-02-08 18:32 ` Marcin 'Qrczak' Kowalczyk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1107878522.5022.78.camel@pelican.wigram \
--to=skaller@users.sourceforge.net \
--cc=caml-list@inria.fr \
--cc=monnier@iro.umontreal.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox