Lines Matching refs:code

38 .. code-block:: python
53 centered around optimized code. First, optimization makes keeping source
76 .. code-block:: udiff
83 Then we're going to remove the command line code wherever it exists:
85 .. code-block:: udiff
104 code is that the LLVM IR goes to standard error:
106 .. code-block:: udiff
124   +      fprintf(stderr, "Error generating code for top level expr");
144      // Set the global so the code gen can use this.
150 .. code-block:: bash
159 The top level container for a section of code in DWARF is a compile unit.
161 (read: one file of source code). So the first thing we need to do is
182 code for our one type since we won't have to worry about multiple typed
185 .. code-block:: c++
206 .. code-block:: c++
218 and we follow the C ABI in our LLVM code generation so it's the closest
231 .. code-block:: c++
242 add a few lines of code to describe a context for our subprogram, in this
247 .. code-block:: c++
257 .. code-block:: c++
277 this makes it possible to map your source code back. We have a problem though,
281 .. code-block:: c++
301 In this set of code we've added some functionality on how to keep track of the
308 .. code-block:: c++
325 .. code-block:: c++
336 .. code-block:: c++
353 .. code-block:: c++
358 generating the code for each function:
360 .. code-block:: c++
365 end of the code generation for the function:
367 .. code-block:: c++
373 Then we make sure to emit the location every time we start to generate code
376 .. code-block:: c++
386 a lot of code, and we generally handle it when we're creating the
389 .. code-block:: c++
423 assumptions based on how code and debug information was generated for them
429 .. code-block:: c++
436 and then emit a new location when we actually start generating code for the
439 .. code-block:: c++
445 few simple lines of code!
450 Here is the complete code listing for our running example, enhanced with
453 .. code-block:: bash
460 Here is the code: