search for: end_block

Hi, I currently write a tool to parse the LLVM bytecode file (.bc file). So I have some very basic questions: - First, about the Abbreviation ID ( "0"=END_BLOCK, "1"=ENTER_SUBBLOCK...): how to read these ID from the file stream ? I mean, I don't know, how many bit length they are. It doesn't exist on the document. - Second, how is the order to read the bytecode ? For example 4 bytes after the LLVM IR magic nr.: 21 0C 00 00 It describe...

Hi, I currently write a tool to parse the LLVM bytecode file (.bc file). So I have some very basic questions: - First, about the Abbreviation ID ( "0"=END_BLOCK, "1"=ENTER_SUBBLOCK...): how to read these ID from the file stream ? I mean, I don't know, how many bit length they are. It doesn't exist on the document. - Second, how is the order to read the bytecode ? For example 4 bytes after the LLVM IR magic nr.: 21 0C 00 00 It describe...

Hi Rafael, Would you mind waiting for Derek to come back from vacation to discuss this? We do use this code and could improve how it's used and tested within LLVM. Derek is the best person to discuss this, he'll be back in mid-January. Thanks, JF On Fri, Dec 19, 2014 at 6:41 AM, Rafael Espíndola < rafael.espindola at gmail.com> wrote: > > > I CC'ed llvmdev to put a

...#810: conversion from "int" to "ush={unsigned short}" may lose significant bits send_bits(s, STATIC_TREES<<1, 3); ^ zlib/trees.c(896): remark #810: conversion from "int" to "ush={unsigned short}" may lose significant bits send_code(s, END_BLOCK, static_ltree); ^ zlib/trees.c(896): remark #810: conversion from "int" to "ush={unsigned short}" may lose significant bits send_code(s, END_BLOCK, static_ltree); ^ zlib/trees.c(896): remark #810: conversion from "int" to "ush={unsigned short}&...

...l, etc. Otherwise the patch is removing a bunch of code/comment that refer to the streaming use case, so if that use case is no longer known, then I imagine folks would try to simplify things further =) - // At this point, if there are any function bodies, the current bit is - // pointing to the END_BLOCK record after them. Now make sure the rest - // of the bits in the module have been read. - if (NextUnreadBit) - ParseModule(true); Hmm, didn't read too closely, but just looks different from what it used to do... + const uint8_t *OrigBufPtr = BufPtr; // If we have a wrapper header, p...

...s->compressed_len = (s->compressed_len + 3 + 7) & (ulg)~7L; s->compressed_len += (stored_len + 4) << 3; - +#endif copy_block(s, buf, (unsigned)stored_len, 1); /* with header */ } @@ -889,7 +896,9 @@ { send_bits(s, STATIC_TREES<<1, 3); send_code(s, END_BLOCK, static_ltree); +#ifdef DEBUG s->compressed_len += 10L; /* 3 for block type, 7 for EOB */ +#endif bi_flush(s); /* Of the 10 bits for the empty block, we have already sent * (10 - bi_valid) bits. The lookahead for the last real code (before @@ -899,7 +908,9 @@ if (1 + s-...