similar to: [LLVMdev] Chromebook: floating point constant invalid for type

I'm thinking of buying a Samsung Chromebook, largely for use while travelling. But I'd like to use it at home linked to my CentOS-6.4 server, rather than to the cloud. I'm wondering if this is practicable? I use LaTeX quite a lot, and I don't know if I could (a) download LaTeX to the Chromebook, (b) run LaTeX on the cloud, or (c) run LaTeX on my server from the Chromebook. Has

I ran both scripts last night and was able to get the Chromebook to join the domain this morning. Thanks, Achim! For posterity's sake, I should mention that I changed the user's password when I enabled AES on their Account tab, in ADUC. Thanks, Mike On Wed, Dec 27, 2017 at 9:52 AM, Achim Gottinger via samba < samba at lists.samba.org> wrote: > Hello Mike, > > Can be you

> A Toshiba CB35 Chromebook running Google's stock SeaBIOS reboots after > selecting a relocatable kernel from extlinux 6.03. > > This is a regression caused by commit 8f470e7b > movebits: Add syslinux_memmap_find() > > which factors syslinux_memmap_find() out of bios_boot_linux(). Prior to > the refactoring, prot_mode_size was passed as the length in the first

Hello Mike, Can be you need to recreate the machine and tgt password on yout server so it adds the aes enc types for these after raising the functional domai level. The required scripts can be found in tthe samba sources in /source4/scripting/devel/ Use chdcpass for the machine-account and chgkrbtgtpass for the tgt account. I did this on an single addc server a while back and had no issues.

I don't know about the configuration. I installed R using the standard protocol for Chromebook http://blog.sellorm.com/2018/12/20/installing-r-and-rstudio-on-a-chromebook/ the rest, it was done by the system itself... On Tue, Jul 14, 2020 at 1:30 PM Dirk Eddelbuettel <edd at debian.org> wrote: > > > There is something wrong with your system / setup I did not notice first: >

Hi, I am testing Google's recent ability to integrate Chromebooks into AD and it's failing when I try to join the device to the domain. When I run wireshark during the test I notice 2 TGS-REQs from the device that are answered with KRB5KDC_ERR_ETYPE_NOSUPP. The Chromebook is only passing AES256-cts-hmac-sha1-96 and AES128-cts-hmac-sha1-96 as enc types. I was getting the same result from

On 14 July 2020 at 12:26, Luigi Marongiu wrote: | I am trying to install minpack.lm on R 3.3.3 (Debian version) on a | Chromebook. But I get this error: | ``` | > install.packages("minpack.lm") | Installing package into ?/home/marongiuluigi/R/x86_64-pc-linux-gnu-library/3.3? | (as ?lib? is unspecified) | trying URL 'https://cran.rstudio.com/src/contrib/minpack.lm_1.2-1.tar.gz'

Semantically, OPUS_ARM_MAY_HAVE_NEON is supposed to mean the compiler supports, and the CPU may support, Neon assembly code, which isn’t necessarily the same thing as the compiler supporting Neon intrinsics. (The Visual Studio ARM compiler, for instance, supports intrinsics but not assembly.) So I don’t think this patch is the right solution. Instead, I think the problem is actually that

A Toshiba CB35 Chromebook running Google's stock SeaBIOS reboots after selecting a relocatable kernel from extlinux 6.03. This is a regression caused by commit 8f470e7b movebits: Add syslinux_memmap_find() which factors syslinux_memmap_find() out of bios_boot_linux(). Prior to the refactoring, prot_mode_size was passed as the length in the first call to syslinux_memmap_type(). After

Hello, I have tried to upgrade R to 4.0. I have added `deb http://cloud.r-project.org/bin/linux/debian buster-cran40/` to `/etc/apt/sources.list` (but I removed cran35). Btu when I run `apt-get update; apt-get install r-base r-base-dev` I get an error. I think it depends on r-base-core, since it depends on these obsolete libraries: ``` $ sudo apt-get install r-base-core Reading package lists...

There is something wrong with your system / setup I did not notice first: On 14 July 2020 at 13:08, Luigi Marongiu wrote: | Thank you, it looks like I have already libisl: | ``` | apt search libisl | Sorting... Done | Full Text Search... Done | libisl-dbg/oldstable 0.18-1 amd64 | manipulating sets and relations of integer points bounded by linear | constraints | | libisl-dev/oldstable 0.18-1

Thank Jean-Mark and Jonathan! I tested current OPUS encoder in floating-point with Complexity 8. Hacking using the attached patch (which will generate "#define OPUS_ARM_MAY_HAVE_NEON 1" in config.h) will speed up about 14.7% on my Chromebook. Probably it's because many NEON intrinsics optimizations can benefit both fixed-point and floating-point encoder. So if it's safe enough

Thank Jonathan! I'll fix the MAY_HAVE_NEON() in silk/arm/arm_silk_map.c Linfeng On Thu, Jun 1, 2017 at 3:34 PM, Jonathan Lennox <jonathan at vidyo.com> wrote: > Semantically, OPUS_ARM_MAY_HAVE_NEON is supposed to mean the compiler > supports, and the CPU may support, Neon assembly code, which isn’t > necessarily the same thing as the compiler supporting Neon intrinsics. >

Hi Arsen, On Oct 9, 2013, at 4:53 AM, Arsen Hakobyan <artinetstudio at gmail.com> wrote: > Hi all, > > I have the following test case: > #define FLT_EPSILON 1.19209290E-7 > > int err = -1; > int main() > { > float a = 8.1; > if (((a - 8.1) >= FLT_EPSILON) || ((a - 8.1) <= -FLT_EPSILON)) { //I am > using FLT_EPSILON to check whether (a != 2.0).

Is it possible to represent floating-point constants in TableGen definitions? Let's say I have the following pattern: def : Pat<(i1 (trunc RegI16:$a)), (SETPGTu16ri RegI16:$a, 0)>; Note the zero constant in the result. Is there a way to represent floating-point literals in the same way? Something like... def : Pat<(i1 (uint_to_fp RegF32:$a)), (SETPGTf32ri RegF32:$a,

I am trying to install minpack.lm on R 3.3.3 (Debian version) on a Chromebook. But I get this error: ``` > install.packages("minpack.lm") Installing package into ?/home/marongiuluigi/R/x86_64-pc-linux-gnu-library/3.3? (as ?lib? is unspecified) trying URL 'https://cran.rstudio.com/src/contrib/minpack.lm_1.2-1.tar.gz' Content type 'application/x-gzip' length 43029 bytes

Hi all, I have the following test case: #define FLT_EPSILON 1.19209290E-7 int err = -1; int main() { float a = 8.1; if (((a - 8.1) >= FLT_EPSILON) || ((a - 8.1) <= -FLT_EPSILON)) { //I am using FLT_EPSILON to check whether (a != 2.0). err = 1; } else { err = 0; } return 0; } with -O3 optimization level clang generates already incorrect LLVM IR: ; Function Attrs:

> On Fri, 6 Feb 2015, Ady wrote: > > ... > > But if we are talking about Chromebooks with SeaBIOS, are we talking > > about booting kernels in CSM mode? Or in UEFI mode? > > > > Other than Chromebooks with (stock) SeaBIOS, is this new reported > > behavior also seen under other cases / hardware / firmware / kernels > > (versions)? > > Hi Ady,

Thank you, it looks like I have already libisl: ``` apt search libisl Sorting... Done Full Text Search... Done libisl-dbg/oldstable 0.18-1 amd64 manipulating sets and relations of integer points bounded by linear constraints libisl-dev/oldstable 0.18-1 amd64 manipulating sets and relations of integer points bounded by linear constraints libisl15/oldstable,now 0.18-1 amd64

On Fri, 6 Feb 2015, Ady wrote: > ... > But if we are talking about Chromebooks with SeaBIOS, are we talking > about booting kernels in CSM mode? Or in UEFI mode? > > Other than Chromebooks with (stock) SeaBIOS, is this new reported > behavior also seen under other cases / hardware / firmware / kernels > (versions)? Hi Ady, With a clone of the git repo on kernel.org I run