Re: [Tack-devel] back-end tables, assemblers, and front-ends

[David G. <dg...@co...>]

Gregory T. (tim) Kelly wrote:
[...]
> This has peephole optimization before the global optimizer and isn't=20
> platform dependent. Which version is correct? :-)

Uh... trust Ceriel on that one!

As for whether the optimiser's sufficiently smart to be able to cope with=

complex pipelines --- beats me. I haven't gone into that part of the syst=
em
yet, and am not terribly knowledgeable about the whole topic.

If I were to make an educated guess, I'd suggest that anything involving
instruction reordering would have to go into the target optimiser; judgin=
g by
the way ncg tables work, I don't think you'd have much mileage in trying =
to
come up with a table that could do it directly.

[...]
> If I download the standalone copy of LLgen, will building that give me =
a
> good overview of the new tree design?  Might make porting to NetBSD eas=
ier
> to sort out with a small tree.

LLgen doesn't really have much of a tree, but it would certainly be
interesting to find out whether pm works at all. It ought to, but I haven=
't
actually tried it yet. (It's still under development too, alas.)

As soon as I have everything working on my Linux box I need to test on SF=
's
build farm.

--=20
+- David Given --McQ-+ "Gaping from its single obling socket was
|  dg...@co...    | scintillating, many fauceted scarlet emerald..."
| (dg...@ta...) | --- Jim Theis, _The Eye of Argon_ (spelling
+- www.cowlark.com --+ original)