derek.holloway
7502bf64a4
CodeQL / Analyze (actions) (push) Canceled after 0s
CodeQL / Analyze (python) (push) Canceled after 0s
pre-commit / pre-commit (push) Canceled after 0s
Multi-Arch CI / setup (push) Canceled after 0s
Publish build_manylinux_x86_64 images / publish_build_manylinux_x86_64 (push) Canceled after 0s
Setup (Multi-Arch) / setup (push) Canceled after 0s
Multi-Arch CI / Linux::${{ fromJSON(needs.setup.outputs.linux_build_config || '{}').build_variant_label || 'skip' }} (push) Canceled after 0s
Publish TheRock Docker image / build-and-push-image (push) Canceled after 0s
Publish no_rocm_image_ubi10 image / publish_no_rocm_image_ubi10 (push) Canceled after 0s
Multi-Arch CI / Windows::${{ fromJSON(needs.setup.outputs.windows_build_config || '{}').build_variant_label || 'skip' }} (push) Canceled after 0s
Publish TheRock Docker image / build-and-push-image (push) Canceled after 0s
Multi-Arch CI / Manifest Diff (push) Canceled after 0s
TheRock Manifest Diff Report / Generate Manifest Diff Report (push) Canceled after 0s
Multi-Arch CI / CI Summary (push) Canceled after 0s
Publish no_rocm_image_ubuntu24_04 images / publish_no_rocm_image_ubuntu24_04 (push) Canceled after 0s
Publish no_rocm_image_ubuntu24_04_ocl_rt images / publish_no_rocm_image_ubuntu24_04_ocl_rt (push) Canceled after 0s
Publish TheRock Docker image / build-and-push-image (push) Canceled after 0s
Publish TheRock Docker image / build-and-push-image (push) Canceled after 0s
Publish no_rocm_image_ubuntu24_04 images / publish_no_rocm_image_ubuntu24_04_rocgdb (push) Canceled after 0s
Publish no_rocm_image_ubuntu24_04_rocgdb images / publish_no_rocm_image_ubuntu24_04_rocgdb (push) Canceled after 0s
Publish no_rocm_image_ubuntu24_04 images / publish_no_rocm_image_ubuntu24_04_ocl_rt (push) Canceled after 0s
Publish TheRock Docker image / build-and-push-image (push) Canceled after 0s
Unit Tests / Unit Tests :: ubuntu-24.04 (push) Canceled after 0s
Unit Tests / Unit Tests :: windows-2022 (push) Canceled after 0s
Publish no_rocm_image_ubuntu24_04 images / publish_no_rocm_image_ubuntu24_04_media (push) Canceled after 0s
Unit Tests / Unit Tests Summary (push) Canceled after 0s
Publish no_rocm_image_ubuntu24_04 images / publish_no_rocm_image_ubuntu24_04_openmpi (push) Canceled after 0s
40 lines
1.7 KiB
Plaintext
40 lines
1.7 KiB
Plaintext
Date: Tue, 13 Feb 2001 13:29:52 -0600 (CST)
|
|
From: Chris Lattner <sabre@nondot.org>
|
|
To: Vikram S. Adve <vadve@cs.uiuc.edu>
|
|
Subject: LLVM Concerns...
|
|
|
|
|
|
I've updated the documentation to include load store and allocation
|
|
instructions (please take a look and let me know if I'm on the right
|
|
track):
|
|
|
|
file:/home/vadve/lattner/llvm/docs/LangRef.html#memoryops
|
|
|
|
I have a couple of concerns I would like to bring up:
|
|
|
|
1. Reference types
|
|
Right now, I've spec'd out the language to have a pointer type, which
|
|
works fine for lots of stuff... except that Java really has
|
|
references: constrained pointers that cannot be manipulated: added and
|
|
subtracted, moved, etc... Do we want to have a type like this? It
|
|
could be very nice for analysis (pointer always points to the start of
|
|
an object, etc...) and more closely matches Java semantics. The
|
|
pointer type would be kept for C++ like semantics. Through analysis,
|
|
C++ pointers could be promoted to references in the LLVM
|
|
representation.
|
|
|
|
2. Our "implicit" memory references in assembly language:
|
|
After thinking about it, this model has two problems:
|
|
A. If you do pointer analysis and realize that two stores are
|
|
independent and can share the same memory source object, there is
|
|
no way to represent this in either the bytecode or assembly.
|
|
B. When parsing assembly/bytecode, we effectively have to do a full
|
|
SSA generation/PHI node insertion pass to build the dependencies
|
|
when we don't want the "pinned" representation. This is not
|
|
cool.
|
|
I'm tempted to make memory references explicit in both the assembly and
|
|
bytecode to get around this... what do you think?
|
|
|
|
-Chris
|
|
|