From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Thu, 21 Jan 2016 11:56:23 -0500 Subject: [U-Boot] [PATCH 01/19] video: Add stb TrueType font renderer In-Reply-To: References: <1452820252-2126-1-git-send-email-sjg@chromium.org> <1452820252-2126-2-git-send-email-sjg@chromium.org> Message-ID: <20160121165623.GC3359@bill-the-cat> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de > > style does not comply with U-Boot but I think it is best to leave alone to > > permit the source to be synced later if needed. > > > > The only change is to fix a reference to fabs() which should route through > > a macro to allow U-Boot to provide its own version. > > This seems to be using floating-point quite a bit. Unless I missed a > recent change, that's not allowed in u-boot. You are generally speaking, correct. I am wondering if we don't need to make exceptions, from time to time. For example, when we can easily correct general math problems by using something from that's one thing and should be done. On the other hand, we have this, which is adding a nice looking font for the cases where our console is not a serial port but a screen and in some cases a rather nice high DPI one too. So under the assumption that no, we can't find a font we can borrow that doesn't also use floating point, maybe we allow this, BUT with some caveats needing to be added such as noting that hey, what happens if you 'go' some benchmark that does FP stuff? Well, it better be save/restoring, yes? -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: