search for: jftr

...on and division routines __[u]{div,mod,divmod,mul}[sdt]i[34] shipped with this libraries SUCKS: they are factors SLOWER than even Microsoft's NOTORIOUS POOR implementation of 64-bit division shipped with MSVC and Windows! The reasons: 1. subroutine matroschka, 2. "C" implementation! JFTR: the target processor "i386" (introduced October 1985) is a 32-bit processor, it has instructions to divide 64-bit integers by 32-bit integers, and to multiply two 32-bit integers giving a 64-bit product! I expect that a library written 20+ years later takes...

...X86 supports them natively so will never use the library functions. So they SHOULD not be built (or at least not shipped) with the builtins library for x86. > X86 has its own assembly implementation of __muldi3 that uses 32-bit > pieces. I know; that's why I placed this ABOVE my "JFTR:" > We should be using the assembly versions of the "di" division routines on > i386. Except when compiler-rt is built with MSVC because MSVC can't parse > the at&t assembly syntax. Again: my offer to provide these routines still stands! I have OPTIMISED __divdi3...

...the wasted 0.5GB and the missing clang-rt.*-i386.lib He was DEFINITELY not amused, and called the $*%@ who built this crap names. I but dared to copy clang-rt.builtins-{i386,x86-64}.lib and verified the still POOR performance, especially for 64-bit division on i386 and 128-bit division on AMD64. JFTR: __udivmoddi4 and __udivmodti4 are even slower than in LLVM 7.0.0! [...] >>> There are multiple potential equivalents to symlinks on Windows systems, >>> the one matching UNIX systems the closest is relatively new and requires >>> either Administrator rights or develope...

...DEFINITELY not amused, and called the $*%@ who built this crap >> names. >> >> I but dared to copy clang-rt.builtins-{i386,x86-64}.lib and verified the >> still POOR performance, especially for 64-bit division on i386 and 128-bit >> division on AMD64. >> >> JFTR: __udivmoddi4 and __udivmodti4 are even slower than in LLVM 7.0.0! >> >> [...] >> >>>>> There are multiple potential equivalents to symlinks on Windows systems, >>>>> the one matching UNIX systems the closest is relatively new and requires >>&gt...

Hi, [ouch, it take me a year? thank you all for this very interesting thread that I'm going to finish reading now.] Pete Batard via Syslinux: > I'll skip the EFI part of tails (that uses grub/EFI) to talk only > about the BIOS/Syslinux part. JFTR Tails uses GRUB only for 32-bit UEFI. We use syslinux for BIOS and 64-bit UEFI. > So, one thing Rufus will need to do is find a "replacement" part, that serves the > same purpose as 'isolinux.bin', but that is compatible with USB-HDD boot. And as far > as I know, the onl...

..., Jonathan Roelofs <jonathan at codesourcery.com> wrote: >> Again, I asked the LLVM list if, since LLVM is a typed assembly >> language, if I could just look for pointer plus offset followed by a >> dereference. They seemed to suggest that looking for that idiom would > JFTR, we're one big community, and it's not as segregated into "the clang > devs" vs "the llvm devs" as you might think. On the LLVM list I was told "That would need to be in Clang" so I am writing the front-end list. > It's encouraged to cc both lists (...

...the divisor; - R8 holds the address of the divisor, NOT the address of the remainder; - R9 holds the address of the remainder; - aggregate data types are NOT returned in XMM0, but via the hidden first argument addressed by RCX; - the address of the hidden first argument is returned in RAX! JFTR: an 128-bit integer data type is not supported by MS. clang is also rather confused here: why is the return value mapped to an XMM register, but not the arguments? Microsoft's CL.EXE -c -Ox generates the following (of course) CONFORMANT code: __udivmodti4 proc public ; Line 10...

...ax, ecx | and edx, 79764919 cmove eax, edx | xor eax, edx add r8d, 1 jne .LBB1_5 add rdi, 1 test esi, esi jne .LBB1_4 not eax ret .LBB1_1: xor eax, eax ret JFTR: with -O2, the inner loop gets unrolled, using the same non-optimal code sequence with 6 and 7 instructions; this accounts for a total of 16 and 24 superfluous instructions respectively.

...ame time. Most obviously this "install system" was the wrong choice for LLVM. BUG #8: ~~~~~~~ The defective installer creates a shortcut "Uninstall LLVM" in the start menu, violating the MINIMUM requirements of the now 25 year old "Designed for Windows guidelines". JFTR: Windows ships with two builtin installers (SetupAPI and Windows Installer), there's no need to use a defective 3rd party product at all. Stefan

Hey oh i'm using one Ubuntu 12.04, and i set up a radio server automatized with airtime. The problem is, even i don't have any problem checking the airtime site or the icecast web service by my web browser, when i install my radio online player, which is basicaly a .html page with javascript & html language inside, the icecast web service can't find it, the same setup i use it on

...y're both unused. REALLY? Or better: OUCH! Is Clang NOT aware of the __fastcall calling convention and its register usage? Clang does NOT create prolog/epilog here, so it CLEARLY knows that "argument" is held in ECX and "polynomial" in EDX ... as documented for __fastcall JFTR: Clang (like MSVC too) knows VERY well which registers are used (clobbered) in an __asm block. See <https://godbolt.org/z/blDIzK>, which proves your assumption WRONG! > The compiler has actually inlined that function as you said, then > noticed this lack of use and decided...

On 30 Jul 2014, at 21:29, Ulrich Weigand wrote: > The ELFv1 ABI is used on 64-bit big-endian Linux and AIX. There's one small difference between the two: with the 64 bit ELFv1/ SVR4 ABI, tail padding for structs passed by value is only performed in case the struct is larger than 8 bytes, while for AIX 64 bit it's always done. As an aside, on Darwin/ppc64 it's done if the

In dovecot-2.1 hg you can now test dsync-based replication. Everything isn't finished yet, but it appears to work and I've enabled it for my @dovecot.fi mails. Some issues: - public namespace isn't replicated at all - shared namespace is replicated, but not private mail flags - I've only tested SSH replication setup now, not director replication setup (and director setup

...x >> add r8d, 1 >> jne .LBB1_5 >> add rdi, 1 >> test esi, esi >> jne .LBB1_4 >> not eax >> ret >> .LBB1_1: >> xor eax, eax >> ret >> >> JFTR: with -O2, the inner loop gets unrolled, using the same non-optimal >> code sequence with 6 and 7 instructions; this accounts for a total >> of 16 and 24 superfluous instructions respectively. >> _______________________________________________ >> LLVM Developers...

Hi, intrigeri wrote: > JFTR Tails uses GRUB only for 32-bit UEFI. We use syslinux for BIOS > and 64-bit UEFI. In an ISO that shall boot from DVD ? Please give me an download URL. I just downloaded http://dl.amnesia.boum.org/tails/stable/tails-i386-2.11/tails-i386-2.11.iso which has as volume id: 'TAILS 2.11 - 20170...

...wheel 142184 Nov 11 15:03 /bin/sh* > 108 -r-xr-xr-x 2 root wheel 382368 Nov 11 15:03 /bin/tcsh* ls -al /bin/sh /usr/local/bin/bash (FBSD 10.1-STABLE): | -r-xr-xr-x 1 root wheel uarch 142144 May 8 13:57 /bin/sh | -rwxr-xr-x 1 root wheel uarch 895712 May 8 13:09 /usr/local/bin/bash JFTR: Both scripts fail to run with FBSD's /bin/sh (lot of syntax errors), but run to completion when modifying the first line to "#!/usr/local/bin/bash" (needed, because ports are installed into /usr/local). Regards, Michael

JFTR, this has been resolved on IRC, as the user posed the question there too. For further reference I'll summarize the result below. On 24/03/14 23:40, Jo se wrote: > Hey oh > > i'm using one Ubuntu 12.04, and i set up a radio server automatized > with airtime. > > The proble...

Hi, sorry if this is OT here. I'm trying to compile StatDataML[1] to import Matlab data into R. The R part works fine but compiling the Matlab part exits with this error message (following the INSTALL instructions: autoconf -> ./configure -> make): ,----[ patrick at trurl:~/src/statdatml/StatDataML/MatOct> make ] | make[1]: Entering directory

Dear all, I'm looking for an alternative way to replicate the "2," string for an x number of times, and end up with one string containing "2," x times. I can partly achieve this using replicate(). > y <- rep("2,", times=3) > y [1] "2," "2," "2," The output that I am looking for is, however, "2,2,2,". I also tried

Hi Timo, after changing the mail_executable in the imap {?} section I have to restart Dovecot v1.2.rc5, otherwise the changes are not accepted. With Dovecot v1.1.x (tested with v1.1.11 and v1.1.16) it's enough to send a SIGHUP to the dovecot process. Regards, Pascal -- The trapper recommends today: c01dcofe.0916521 at localdomain.org