<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rust/compiler/rustc_metadata/src, branch 1.84.0</title>
<subtitle>https://github.com/rust-lang/rust
</subtitle>
<id>http://git.dreamy.place/mirrors/rust/atom?h=1.84.0</id>
<link rel='self' href='http://git.dreamy.place/mirrors/rust/atom?h=1.84.0'/>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/'/>
<updated>2024-11-21T21:36:47+00:00</updated>
<entry>
<title>Auto merge of #132362 - mustartt:aix-dylib-detection, r=jieyouxu</title>
<updated>2024-11-21T21:36:47+00:00</updated>
<author>
<name>bors</name>
<email>bors@rust-lang.org</email>
</author>
<published>2024-11-21T21:36:47+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=5d3c6ee9b34989595d2a72b79e61ca37e949d757'/>
<id>urn:sha1:5d3c6ee9b34989595d2a72b79e61ca37e949d757</id>
<content type='text'>
[AIX] change system dynamic library format

Historically on AIX, almost all dynamic libraries are distributed in `.a` Big Archive Format which can consists of both static and shared objects in the same archive (e.g. `libc++abi.a(libc++abi.so.1)`). During the initial porting process, the dynamic libraries are kept as `.a` to simplify the migration, but semantically having an XCOFF object under the archive extension is wrong. For crate type `cdylib` we want to be able to distribute the libraries as archives as well.

We are migrating to archives with the following format:
```
$ ar -t lib&lt;name&gt;.a
lib&lt;name&gt;.so
```
where each archive contains a single member that is a shared XCOFF object that can be loaded.
</content>
</entry>
<entry>
<title>aix: fix archive format</title>
<updated>2024-11-21T15:33:07+00:00</updated>
<author>
<name>Henry Jiang</name>
<email>henry.jiang1@ibm.com</email>
</author>
<published>2024-11-18T02:59:43+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=0db9059726dbec82abdc21935f84a7f0e12ea495'/>
<id>urn:sha1:0db9059726dbec82abdc21935f84a7f0e12ea495</id>
<content type='text'>
fmt

fix cfg for windows

remove unused imports

address comments

update libc to 0.2.164

fmt

remove unused imports
</content>
</entry>
<entry>
<title>Implement ~const opaques</title>
<updated>2024-11-19T20:31:05+00:00</updated>
<author>
<name>Michael Goulet</name>
<email>michael@errs.io</email>
</author>
<published>2024-11-19T20:29:01+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=5eeaf2ec3310b6b10d0567890a52eb0293585e7a'/>
<id>urn:sha1:5eeaf2ec3310b6b10d0567890a52eb0293585e7a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Rename implied_const_bounds to explicit_implied_const_bounds</title>
<updated>2024-11-19T20:30:58+00:00</updated>
<author>
<name>Michael Goulet</name>
<email>michael@errs.io</email>
</author>
<published>2024-11-19T20:30:58+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=588c4c45d55556ec7dcaad746ff1af3ca991b64a'/>
<id>urn:sha1:588c4c45d55556ec7dcaad746ff1af3ca991b64a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>use `TypingEnv` when no `infcx` is available</title>
<updated>2024-11-18T09:38:56+00:00</updated>
<author>
<name>lcnr</name>
<email>rust@lcnr.de</email>
</author>
<published>2024-11-15T12:53:31+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=9cba14b95bb07a5b31ed1aac2bf4eadd248232da'/>
<id>urn:sha1:9cba14b95bb07a5b31ed1aac2bf4eadd248232da</id>
<content type='text'>
the behavior of the type system not only depends on the current
assumptions, but also the currentnphase of the compiler. This is
mostly necessary as we need to decide whether and how to reveal
opaque types. We track this via the `TypingMode`.
</content>
</entry>
<entry>
<title>rustc_metadata: Preprocess search paths for better performance</title>
<updated>2024-11-15T09:35:33+00:00</updated>
<author>
<name>Piotr Osiewicz</name>
<email>24362066+osiewicz@users.noreply.github.com</email>
</author>
<published>2024-11-11T17:34:46+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=42e71bb8ea2bf59fb33cf3f83a3dcf34e314f520'/>
<id>urn:sha1:42e71bb8ea2bf59fb33cf3f83a3dcf34e314f520</id>
<content type='text'>
Over in Zed we've noticed that loading crates for a large-ish workspace can take almost 200ms. We've pinned it down to how rustc searches for paths, as it performs a linear search over the list of candidate paths. In our case the candidate list had about 20k entries which we had to iterate over for each dependency being loaded.

This commit introduces a simple FilesIndex that's just a sorted Vec under the hood. Since crates are looked up by both prefix and suffix, we perform a range search on said Vec (which constraints the search space based on prefix) and follow up with a linear scan of entries with matching suffixes.
FilesIndex is also pre-filtered before any queries are performed using available target information; query prefixes/sufixes are based on the target we are compiling for, so we can remove entries that can never match up front.

Overall, this commit brings down build time for us in dev scenarios by about 6%.
100ms might not seem like much, but this is a constant cost that each of our workspace crates has to pay, even when said crate is miniscule.
</content>
</entry>
<entry>
<title>Rollup merge of #132131 - celinval:smir-crate-defs, r=compiler-errors</title>
<updated>2024-11-08T02:48:22+00:00</updated>
<author>
<name>Jubilee</name>
<email>workingjubilee@gmail.com</email>
</author>
<published>2024-11-08T02:48:22+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=403647274938c76b29ef3edfa170701d927a2d41'/>
<id>urn:sha1:403647274938c76b29ef3edfa170701d927a2d41</id>
<content type='text'>
[StableMIR] API to retrieve definitions from crates

Add functions to retrieve function definitions and static items from all crates (local and external).

For external crates, we're still missing items from trait implementation and primitives.

r? ````@compiler-errors:```` Do you know what is the best way to retrieve the associated items for primitives and trait implementations for external crates? Thanks!
</content>
</entry>
<entry>
<title>[StableMIR] API to retrieve definitions from crates</title>
<updated>2024-11-07T21:11:46+00:00</updated>
<author>
<name>Celina G. Val</name>
<email>celinval@amazon.com</email>
</author>
<published>2024-10-25T08:05:59+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=0ce579f6f3a45ed0bab7f2957ea14683e69412f6'/>
<id>urn:sha1:0ce579f6f3a45ed0bab7f2957ea14683e69412f6</id>
<content type='text'>
Add functions to retrieve function definitions and static items from
all crates (local and external).

For external crates, add a query to retrieve the number of defs in a
foreign crate.
</content>
</entry>
<entry>
<title>ty::KContainer -&gt; ty::AssocItemContainer::K</title>
<updated>2024-11-04T04:45:52+00:00</updated>
<author>
<name>Michael Goulet</name>
<email>michael@errs.io</email>
</author>
<published>2024-11-03T21:47:56+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=be4b0261c2d1beb2676bab585556b8893d1cee1a'/>
<id>urn:sha1:be4b0261c2d1beb2676bab585556b8893d1cee1a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>compiler: Directly use rustc_abi in metadata and middle</title>
<updated>2024-11-03T21:38:47+00:00</updated>
<author>
<name>Jubilee Young</name>
<email>workingjubilee@gmail.com</email>
</author>
<published>2024-11-03T02:33:00+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=236fe33345072e6363560fd2b535a10947af86f7'/>
<id>urn:sha1:236fe33345072e6363560fd2b535a10947af86f7</id>
<content type='text'>
Stop reexporting ReprOptions from middle::ty
</content>
</entry>
</feed>
