Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

LLVM submodule #1125

Closed
wants to merge 19 commits into from
Closed

LLVM submodule #1125

wants to merge 19 commits into from

Conversation

brson
Copy link
Contributor

@brson brson commented Nov 3, 2011

I'm almost ready to merge this so I'm putting it up here to give folks a chance to comment.

This series turns LLVM into a git submodule of Rust and changes the build system to completely manage the LLVM build.

The submodule lives in src/llvm and its remote is git://github.com/brson/llvm.git. Note that this is our fork of LLVM, which pcwalton will be using to do some work on stack growth. Hopefully it will be short-lived and we will switch back to the official git repo soon.

The configure script handles the calls to 'git submodule init' and 'git submodule update' and automatically reconfigures when the submodule needs to update. configure sets up LLVM build directories for every target specified, so when we cross-compile to x86_64 it will be building two LLVMs (eventually we will not want to build LLVMs for every target because we might not want - or be able - to build rustc for every target).

If you want to provide your own LLVM you can still configure with --llvm-root. We will still keep the submodule up to date, but not do the LLVM build.

I am going to try to configure the bots to not clobber the LLVM build on every checkout.

@brson brson closed this Nov 5, 2011
celinval added a commit to celinval/rust-dev that referenced this pull request Jun 4, 2024
* Add tests to associated types

* Fix type mistmatch of types with projection

Structures with members that had type projections in their declaration
were being handled incorrectly. We were only normalizing the types when
the projection was visited, which could impact on how we identify
whether this structure already existed or not.

This change normalizes all types before starting to codegen the
entire type.

Co-authored-by: Daniel Schwartz-Narbonne <danielsn@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant