similar to: name pollution

Hi Samba I noticed that the crc32 function in lib/crc32.c is somewhat inefficient. This little patch will reduce the inner loop from 10 instructions to 8 instructions on x86 with gcc. gcc can't figure out this simple optimization by itself on x86. Further optimization is possible by using the impl. in the linux 2.5 kernel, but I don't know if it is worth it. Is crc32 common in samba?

On 6/7/19 10:25 PM, H. Peter Anvin via Syslinux wrote: >> >> However, the CRC polynomial for zlib and the Linux kernel should both be the >> same: 0x04c11db7. > > I just double-checked, and the CRC tables are indeed identical. I was pretty > sure, because I wrote that code a long time ago... > Ah, it seems that zlib's CRC32 returns the binary inverse of the

On 6/7/19 10:48 PM, H. Peter Anvin via Syslinux wrote: > On 6/7/19 10:34 PM, H. Peter Anvin via Syslinux wrote: >> On 6/7/19 10:25 PM, H. Peter Anvin via Syslinux wrote: >>>> >>>> However, the CRC polynomial for zlib and the Linux kernel should both be the >>>> same: 0x04c11db7. >>> >>> I just double-checked, and the CRC tables are

Hello, I am trying to compile R-2.2.0 on Slackware 10.2. I did ./configure --prefix=/usr --build=i486-slackware-linux. It went off without any problem and gave this configure status: R is now configured for i486-slackware-linux-gnu Source directory: . Installation directory: /usr C compiler: gcc -g -O2 C++ compiler: g++ -g -O2 Fortran

I found how to build CRC32 table for Ogg in JS, if anyone interested: function _makeCRC32Table() { // From https://stackoverflow.com/questions/53438815/hot-to-build-crc32-table-for-ogg const polynomial = 79764919; const mask = 2147483648; const CRCTable = new Uint32Array(256); for (let i = 256; i--;) { let char = i << 24; for (let j = 8; j--;) {

The build system can help, you just need to have two (sparse) checkout: one for LLVM/clang and the other for clang-tidy, and configure the build with the LLVM/clang checkout adding the clang-tidy as external. — Mehdi > On Jul 22, 2016, at 1:22 PM, Piotr Padlewski via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > And the same thing happen to IDEs - I would not like to spend

Dear R-develers, Antoine Lucas suggested extending my small digest package (which provides md5 and sha-1 digests of R objects, which it are serialized if needed) with a crc32 function, and provided a fairly complete patch. We are now wondering if we should play it safe and bundle crc32.c (plus utils) in the digest sources (as I do with md5 and sha1), or if we can assume that crc32 is present on

I have one reasone why we should not moe to monolithic repository - If you do some light stuff like clang-tidy, that don't often require syncing with clang, but you still want to have the most recent checks, then I don't see a solution in monolithic repository. And this is a real issue if you only have 2 or 4 core laptop to do work. And I guess the the build system won't solve the

This is related to the "No space on OCFS2 volume" error discussed here this past Sep/Oct. Our Oracle support rep pointed us to Metalink note #1232702.1 and suggested we should script something up to periodically check the free contiguous blocks in the group chains for the volume in question. Reading the note, I get how to get Clusters per Group X Bits per Cluster from the "stat

Hi, everyone: My system was compromised a few days ago. The cracker attacked the system through openssh 2.9p2 release 8.7. I attached part of the log file. Thanks. Pin Lu (pin at stredo.com) Nov 25 11:33:05 ns sshd[10627]: Disconnecting: Corrupted check bytes on input. Nov 25 11:33:36 ns named[10478]: Lame server on '55.254.58.211.in-addr.arpa' (in

On Sun, 2003-11-16 at 10:44, Chris Lattner wrote: > > In other words, I'd like to take a set of bytecode files, optimize them > > together even though they don't form a complete program, and then write > > out the new (optimized) bytecode files. It would be preferable to write > > them out to a single archive rather than to individual bytecode files > >

Hi, I''m running Rails on Mac OS X 10.4. I''ve installed ruby/gem from darwinports, and then rails through gem. I have a recurring problem where I get an SQL syntax error: Mysql::Error: #42000You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '''' at line 1: INSERT INTO

I have a data frame with three columns, type (a factor with two values: "Monolithic" and "Compositional"), size (numeric), and states (numeric). I want to create a plot where size goes on the x-axis and states goes on the y-axis. In this plot, I want two lines, one where the type is "Monolithic" and one where the type is "Compositional". I think this can

I guess perl 5.18 was released and it is causing issues texi2html -monolithic -number-sections qemu-doc.texi texi2html -monolithic -number-sections qemu-tech.texi /data/dev/xen/xen-4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/ texi2pod.pl qemu-doc.texi qemu.pod pod2man --section=1 --center=" " --release=" " qemu.pod > qemu.1 qemu.pod around line 91: Non-ASCII

I guess perl 5.18 was released and it is causing issues texi2html -monolithic -number-sections qemu-doc.texi texi2html -monolithic -number-sections qemu-tech.texi /data/dev/xen/xen-4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/ texi2pod.pl qemu-doc.texi qemu.pod pod2man --section=1 --center=" " --release=" " qemu.pod > qemu.1 qemu.pod around line 91: Non-ASCII

Please see the documentation: https://xiph.org/ogg/doc/framing.html I would encourage you to use random serial numbers, as intended, also, as any downstream consumers of your files will face limitations similar to the ones you are facing if they want to do anything more with them. But before you go too far down the route of changing the serial numbers, can you tell us what software is

I spun a new xen kernel from pristine sources using modules, had the APCI errors and scsi timeouts. I took pristine source and spun a monolithic kernel and everything appears to be working. gcc version 3.4.4 20050721 (Red Hat 3.4.4-2) if it matter. xen_changeset : Wed Oct 26 11:59:13 2005 +0100 7500:20d1a79ebe31 I have had this APCI issue on this SMP Athlon with modules for a while now.

Monolithic is trying to solve the wrong problem - it's that simple. Any discussion or attempt to coddle those who think it's necessary is a waste of time. #dictator As part of any potential migration, everyone involved must start to accept certain changes, (large or small) to the workflow. The big challenge here isn't technical, it's mindset. It's convincing any group of

FWIW, like David Chisnall, we (Azul) have a problem with rewriting history. Our LLVM fork has O(100) changes diverging from upstream (though our branching structure is simple), and keeping all of that history is important. What do people think of having one (or a set of) merge commit(s) merging in the non-llvm projects that will be part of the new monorepo? That's the only technique I can

Dear all, I would like to (re-)open a discussion on the following specific question: Assuming we are moving the llvm project to git, should we a) use multiple git repositories, linked together as subrepositories of an umbrella repo, or b) use a single git repository for most llvm subprojects. The current proposal assembled by Renato follows option (a), but I think option (b) will be