Hi Adrian!
On Sat, Jul 14, 2018 at 07:47:02PM +0200, John Paul Adrian Glaubitz wrote:
> On 07/14/2018 06:20 PM, Lisandro Damián Nicanor Pérez Meyer wrote:
> > Totally understandable. I ACK the change then. If you can create a merge
> > request on salsa the better, else I'll see to do it myself
On 07/14/2018 06:20 PM, Lisandro Damián Nicanor Pérez Meyer wrote:
> Totally understandable. I ACK the change then. If you can create a merge
> request on salsa the better, else I'll see to do it myself soon.
>
> Ideally it would be done in the experimental branch, as we plan to push that
>
El sáb., 14 de jul. de 2018 02:15, John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de> escribió:
> On 06/29/2018 07:32 PM, Lisandro Damián Nicanor Pérez Meyer wrote:
> > Point is: is this a fix or papering over the real problem? I would like
> to
> > know *for sure* that I'm not applying a
On 06/29/2018 07:32 PM, Lisandro Damián Nicanor Pérez Meyer wrote:
> Point is: is this a fix or papering over the real problem? I would like to
> know *for sure* that I'm not applying a hack with this patch. In other words:
> why it should use 32bits instead of 64?
It's a workaround because the
Control: tag -1 moreinfo
Hi John!
El jueves, 28 de junio de 2018 18:38:47 -03 John Paul Adrian Glaubitz
escribió:
[snip]
> Hi!
>
> I just noticed there is an easy workaround to address the Javascript crashes
> on sparc64 [1]. JavaScriptCore allows one to use a 32-bit JSValue - even on
> 64-bit
Source: qtscript-opensource-src
Version: 5.10.1+dfsg-2
Severity: normal
Tags: patch
User: debian-sp...@lists.debian.org
Usertags: sparc64
Hi!
I just noticed there is an easy workaround to address the Javascript crashes on
sparc64 [1]. JavaScriptCore allows one to use a 32-bit JSValue - even on
6 matches
Mail list logo
