From 49428c9a8d251656c745f63bb7f32e16a7f0ebcc Mon Sep 17 00:00:00 2001 From: lkcl Date: Sun, 3 Oct 2021 01:27:23 +0100 Subject: [PATCH] --- 3d_gpu/architecture/dynamic_simd.mdwn | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/3d_gpu/architecture/dynamic_simd.mdwn b/3d_gpu/architecture/dynamic_simd.mdwn index 08409d344..3d6c26cbc 100644 --- a/3d_gpu/architecture/dynamic_simd.mdwn +++ b/3d_gpu/architecture/dynamic_simd.mdwn @@ -321,6 +321,11 @@ All of these ideas, unfortunately, are extremely costly in many different ways: 1. Any overrides of any kind give a catastrophically fatal impression that the high-level language behaviour might in some tiny way be different, purely because of the very *existence* of an override class. + This in turn, if prevalent and commonly used, would quickly be + seen as a rather nasty indirect unspoken implication that nmigen + itself was badly designed, so much so that its users were forced + to engage in "unauthorised overrides" in order to achieve what they + want. 2. Proponents of such override mechanisms (and there have been many) fundemntally misunderstand the distinction between Type 1 (AST) low-level and Type 2 (dsl.Module) high-level nmigen language constructs, and -- 2.30.2