> That is incorrect. The Arm ARM states:
>
> "VFPv3 can be implemented with either thirty-two or sixteen doubleword
> registers"
>
> "VFPv4 can be implemented with either thirty-two or sixteen doubleword
> registers"
>
> The baseline for OpenBSD/armv7 assumes neon (which SAMA5D3 lacks) which
>
On Fri, Mar 08, 2019 at 10:48:11PM -0500, Greg Czerniak wrote:
> This patch adds support for floating point operations on the ARM
> Cortex-A5. The Cortex-A5 uses VFPv4, which differs from the (mostly)
> standard VFPv3 in that VFPv4 has 16 FPU registers instead of 32 on
> VFPv3.
That is
This patch adds support for floating point operations on the ARM
Cortex-A5. The Cortex-A5 uses VFPv4, which differs from the (mostly)
standard VFPv3 in that VFPv4 has 16 FPU registers instead of 32 on
VFPv3.
I've tested this on a BeagleBone Black (uses VFPv3) and the Atmel
SAMA5D3 Xplained (uses
On Fri, Mar 8, 2019 at 3:39 AM Reyk Floeter wrote:
>
> On Wed, Mar 06, 2019 at 10:42:15PM -0600, Matthew Martin wrote:
> > I had sent a similar patch a while back. There seemed to me some
> > interest, but it was never comitted. Updated to apply to -current.
> >
>
> I vaguely remember that there
Hi,
Ted Unangst wrote on Fri, Mar 08, 2019 at 03:24:56PM -0500:
> Matthieu Herrb wrote:
>> I would prefer a diff that just add a &&!defined(__OpenBSD__) to the
>> condition before the definition of systemWcwidthOk(). This will cause
>> less risk of conflicts in future updates and clearly show
Matthieu Herrb wrote:
> I would prefer a diff that just add a &&!defined(__OpenBSD__) to the
> condition before the definition of systemWcwidthOk(). This will cause
> less risk of conflicts in future updates and clearly show the
> intention.
If you prefer that, I would suggest the following to
On Fri, Mar 08, 2019 at 02:39:32PM +0100, Ingo Schwarze wrote:
> Hi,
>
> Lauri Tirkkonen wrote on Fri, Mar 08, 2019 at 12:43:11PM +0200:
>
> > I feel like xterm should just use the system wcwidth() to avoid these
> > mismatches, so rudimentary diff to do that below.
>
> Absolutely, i strongly
Hi,
Ted Unangst wrote on Fri, Mar 08, 2019 at 12:57:17PM -0500:
> Lauri Tirkkonen wrote:
>> in other words, xterm is (and was) using its own idea of how many
>> columns characters take up. The way this manifested itself to me was
>> that I received some email that contained emoji characters in
Lauri Tirkkonen wrote:
> in other words, xterm is (and was) using its own idea of how many
> columns characters take up. The way this manifested itself to me was
> that I received some email that contained emoji characters in the
> subject, and they look fine in mutt when I use another terminal
On Wed, Mar 06, 2019 at 08:55:15PM -0600, joshua stein wrote:
> This diff tries to do the ACPI method on all machines and falls back
> to the CMOS method if that fails.
>
> Can all those that tried the previous diff (which has been
> committed) try this one and make sure nothing broke?
x201
On 20/03/18(Tue) 18:24, Martin Pieuchot wrote:
> On 26/02/18(Mon) 17:52, Martin Pieuchot wrote:
> > On 20/10/17(Fri) 11:50, Martin Pieuchot wrote:
> > > On 14/10/17(Sat) 22:07, Philip Guenther wrote:
> > > >
> > > > The diff below adds proctreelk, an rwlock protecting the links of the
> > > >
On Fri, Mar 08, 2019 at 06:19:50PM +0100, Sebastian Benoit wrote:
> possibly this sentence comes from a time when dirname and basename shared a
> manpage? basename.3 does not have that sentence.
yes, see rev 1.1 of dirname.3 and rev 1.4 of basename.4 from 1998.
>
> ok?
OK
>
> Index:
No report for x220 yet: everything works as I'm used to.
Fn+F4 suspends, Fn+F12 hibernates, Fn+Pos1 display.brightness up,
Fn+End display.brightness down, Fn+PageUp lights up "thinklight".
Marcus
s...@spacehopper.org (Stuart Henderson), 2019.03.07 (Thu) 14:31 (CET):
> On 2019/03/06 20:55,
possibly this sentence comes from a time when dirname and basename shared a
manpage? basename.3 does not have that sentence.
ok?
Index: dirname.3
===
RCS file: /cvs/src/lib/libc/gen/dirname.3,v
retrieving revision 1.22
diff -u -p
Hi,
Lauri Tirkkonen wrote on Fri, Mar 08, 2019 at 12:43:11PM +0200:
> I feel like xterm should just use the system wcwidth() to avoid these
> mismatches, so rudimentary diff to do that below.
Absolutely, i strongly agree with that sentiment.
Having a local character width table in an
On Fri, Mar 08, 2019 at 10:09:55AM +1100, Jonathan Gray wrote:
> On Tue, Mar 05, 2019 at 10:24:10PM +0100, Matthieu Herrb wrote:
> > On Mon, Mar 04, 2019 at 09:14:45AM +0100, Matthieu Herrb wrote:
> > > On Sat, Mar 02, 2019 at 10:24:22PM +0200, Mihai Popescu wrote:
> > > > Hello,
> > > >
> > > >
Hi Alejandro,
we normally avoid trivial changes to X11 documentation. Such changes
provide little benefit but make life harder for matthieu@.
If the typo still exists upstream, please report it upstream,
and it will automatically appear in OpenBSD with the next regular
update.
Yours,
Ingo
Index: xman.man
===
RCS file: /cvs/xenocara/app/xman/man/xman.man,v
retrieving revision 1.2
diff -u -p -u -r1.2 xman.man
--- xman.man28 Sep 2013 16:23:02 - 1.2
+++ xman.man8 Mar 2019 11:34:51 -
@@ -152,7 +152,7
Hi,
it appears xterm tests the system's wcwidth() function on startup,
comparing the results between it and the wcwidth implementation it ships
itself (mk_wcwidth()), for each wchar_t value between 0 and 0x. This
is done in systemWcwidthOk(), called from decode_wcwidth().
I turned some
On Fri, Mar 08, 2019 at 09:00:53AM +0100, Daniel Gracia wrote:
> A T460s looking good over here.
>
> Regards!
i second that.
Best,
Marc
Hi,
On Mon, Mar 04, 2019 at 02:06:02PM +0100, Bruno Flueckiger wrote:
> I've completely reworked my patch for httpd(8). The last patch broke the
> log format combined. And the config option was ugly. This time I've
> added another log format called forwarded. It appends two fields to the
> log
On Wed, Mar 06, 2019 at 10:42:15PM -0600, Matthew Martin wrote:
> I had sent a similar patch a while back. There seemed to me some
> interest, but it was never comitted. Updated to apply to -current.
>
I vaguely remember that there was a diff that had issues that I didn't
like for different
A T460s looking good over here.
Regards!
El jue., 7 mar. 2019 a las 17:05, James Turner
() escribió:
>
> On Thu, Mar 07, 2019 at 01:31:59PM +, Stuart Henderson wrote:
> > On 2019/03/06 20:55, joshua stein wrote:
> > > sthen found that the HKEY version metric failed on the x260 where it
> > >
23 matches
Mail list logo