search for: jamcrc

...the one implemented by x86 processors in SSE 4.2, but there's another way to make it faster by using more lookup tables. Zlib implements this, but rather than require zlib, I instead added the relevant code to compute four bytes at a time in parallel. A separate patch changes lldb to rely on JamCRC instead of its own implementation. This patch improves the performance, which brings my test (starting lldb, breaking at main) from 47 seconds down to 36 seconds. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachment...

...;>>>> >>>>> For the CheckSum, look at WinCOFFObjectWriter::writeSection. It looks >>>>> like its a CRC32 of the actual section contents, which you can generate >>>>> with a couple of lines of code: >>>>> >>>>> JamCRC JC(/*Init=*/0); >>>>> JC.update(DebugHContents); >>>>> AuxSymbol.CheckSum = JC.getCRC(); >>>>> >>>>> Hope this helps >>>>> >>>> -------------- next part -------------- An HTML attachment was scrubbed... URL:...

...t;>>>>> For the CheckSum, look at WinCOFFObjectWriter::writeSection. It >>>>>> looks like its a CRC32 of the actual section contents, which you can >>>>>> generate with a couple of lines of code: >>>>>> >>>>>> JamCRC JC(/*Init=*/0); >>>>>> JC.update(DebugHContents); >>>>>> AuxSymbol.CheckSum = JC.getCRC(); >>>>>> >>>>>> Hope this helps >>>>>> >>>>> -- Leonardo Santagada -------------- next part -----...

2017-05-26 17:47 GMT-07:00 Zachary Turner via llvm-dev < llvm-dev at lists.llvm.org>: > Changing a header file somewhere and having to spend 10 minutes waiting > for a build leads to a lot of wasted developer time. > > The real culprit here is tablegen. Can we split support and ADT into two > - the parts that tablegen depends on and the parts that it doesn't? >

...t;> For the CheckSum, look at WinCOFFObjectWriter::writeSection. It >>>>>>> looks like its a CRC32 of the actual section contents, which you can >>>>>>> generate with a couple of lines of code: >>>>>>> >>>>>>> JamCRC JC(/*Init=*/0); >>>>>>> JC.update(DebugHContents); >>>>>>> AuxSymbol.CheckSum = JC.getCRC(); >>>>>>> >>>>>>> Hope this helps >>>>>>> >>>>>> > > > -- > > Leon...

...t; ConvertUTF.h > CrashRecoveryContext.h > DataExtractor.h > Debug.h > Endian.h > EndianStream.h > Errc.h > Errno.h > Error.h > ErrorHandling.h > ErrorOr.h > FileOutputBuffer.h > FileSystem.h > FileUtilities.h > Format*.h > GlobPattern.h > Host.h > JamCRC.h > KnownBits.h > LineIterator.h > Locale.h > ManagedStatic.h > MathExtras.h > MD5.h > Memory.h > MemoryBuffer.h > Mutex.h > MutexGuard.h > NativeFormatting.h > Options.h > Parallel.h > Path.h > PointerLikeTypeTraits.h > PrettyStackTrace.h > Printa...

...heckSum, look at WinCOFFObjectWriter::writeSection. It >>>>>>>> looks like its a CRC32 of the actual section contents, which you can >>>>>>>> generate with a couple of lines of code: >>>>>>>> >>>>>>>> JamCRC JC(/*Init=*/0); >>>>>>>> JC.update(DebugHContents); >>>>>>>> AuxSymbol.CheckSum = JC.getCRC(); >>>>>>>> >>>>>>>> Hope this helps >>>>>>>> >>>>>>> >>...

...t; ConvertUTF.h > CrashRecoveryContext.h > DataExtractor.h > Debug.h > Endian.h > EndianStream.h > Errc.h > Errno.h > Error.h > ErrorHandling.h > ErrorOr.h > FileOutputBuffer.h > FileSystem.h > FileUtilities.h > Format*.h > GlobPattern.h > Host.h > JamCRC.h > KnownBits.h > LineIterator.h > Locale.h > ManagedStatic.h > MathExtras.h > MD5.h > Memory.h > MemoryBuffer.h > Mutex.h > MutexGuard.h > NativeFormatting.h > Options.h > Parallel.h > Path.h > PointerLikeTypeTraits.h > PrettyStackTrace.h > Printa...

...Files/LLVMSupport.dir/FormattedStream.cpp.o CMakeFiles/LLVMSupport.dir/GraphWriter.cpp.o CMakeFiles/LLVMSupport.dir/Hashing.cpp.o CMakeFiles/LLVMSupport.dir/IntEqClasses.cpp.o CMakeFiles/LLVMSupport.dir/IntervalMap.cpp.o CMakeFiles/LLVMSupport.dir/IntrusiveRefCntPtr.cpp.o CMakeFiles/LLVMSupport.dir/JamCRC.cpp.o CMakeFiles/LLVMSupport.dir/LEB128.cpp.o CMakeFiles/LLVMSupport.dir/LineIterator.cpp.o CMakeFiles/LLVMSupport.dir/Locale.cpp.o CMakeFiles/LLVMSupport.dir/LockFileManager.cpp.o CMakeFiles/LLVMSupport.dir/ManagedStatic.cpp.o CMakeFiles/LLVMSupport.dir/MathExtras.cpp.o CMakeFiles/LLVMSupport.dir/...

...efinition structure. >>>> >>>> For the CheckSum, look at WinCOFFObjectWriter::writeSection. It looks >>>> like its a CRC32 of the actual section contents, which you can generate >>>> with a couple of lines of code: >>>> >>>> JamCRC JC(/*Init=*/0); >>>> JC.update(DebugHContents); >>>> AuxSymbol.CheckSum = JC.getCRC(); >>>> >>>> Hope this helps >>>> >>>> On Thu, Jan 25, 2018 at 10:46 AM Leonardo Santagada < >>>> santagada at gmail.com>...

...coff::coff_aux_section_definition structure. >>> >>> For the CheckSum, look at WinCOFFObjectWriter::writeSection. It looks >>> like its a CRC32 of the actual section contents, which you can generate >>> with a couple of lines of code: >>> >>> JamCRC JC(/*Init=*/0); >>> JC.update(DebugHContents); >>> AuxSymbol.CheckSum = JC.getCRC(); >>> >>> Hope this helps >>> >>> On Thu, Jan 25, 2018 at 10:46 AM Leonardo Santagada <santagada at gmail.com> >>> wrote: >>> >>...

...mediately after the coff::symbol. The thing you need to write looks like a coff::coff_aux_section_definition structure. For the CheckSum, look at WinCOFFObjectWriter::writeSection. It looks like its a CRC32 of the actual section contents, which you can generate with a couple of lines of code: JamCRC JC(/*Init=*/0); JC.update(DebugHContents); AuxSymbol.CheckSum = JC.getCRC(); Hope this helps On Thu, Jan 25, 2018 at 10:46 AM Leonardo Santagada <santagada at gmail.com> wrote: > > I see that there is an auxsymbol per section symbol, and also on the yaml > representation there...

...The thing you need to write looks like a > coff::coff_aux_section_definition structure. > > For the CheckSum, look at WinCOFFObjectWriter::writeSection. It looks > like its a CRC32 of the actual section contents, which you can generate > with a couple of lines of code: > > JamCRC JC(/*Init=*/0); > JC.update(DebugHContents); > AuxSymbol.CheckSum = JC.getCRC(); > > Hope this helps > > On Thu, Jan 25, 2018 at 10:46 AM Leonardo Santagada <santagada at gmail.com> > wrote: > >> >> I see that there is an auxsymbol per section symbol, a...

...e looks like a >> coff::coff_aux_section_definition structure. >> >> For the CheckSum, look at WinCOFFObjectWriter::writeSection. It looks >> like its a CRC32 of the actual section contents, which you can generate >> with a couple of lines of code: >> >> JamCRC JC(/*Init=*/0); >> JC.update(DebugHContents); >> AuxSymbol.CheckSum = JC.getCRC(); >> >> Hope this helps >> >> On Thu, Jan 25, 2018 at 10:46 AM Leonardo Santagada <santagada at gmail.com> >> wrote: >> >>> >>> I see that the...

I see that there is an auxsymbol per section symbol, and also on the yaml representation there is a checksum, selection and unused all of them I have no idea how to fill in, also this aux symbol might have some important information for me to patch on the other symbols. Can you find the part in llvm that it writes those? because at least for auxsymbol the yaml part of the code threats as a binary