<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rust/src/liballoc_jemalloc/lib.rs, branch 1.16.0</title>
<subtitle>https://github.com/rust-lang/rust
</subtitle>
<id>http://git.dreamy.place/mirrors/rust/atom?h=1.16.0</id>
<link rel='self' href='http://git.dreamy.place/mirrors/rust/atom?h=1.16.0'/>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/'/>
<updated>2017-01-27T07:47:39+00:00</updated>
<entry>
<title>rustc: Don't export builtins/panic/alloc syms</title>
<updated>2017-01-27T07:47:39+00:00</updated>
<author>
<name>Alex Crichton</name>
<email>alex@alexcrichton.com</email>
</author>
<published>2017-01-22T20:53:35+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=a5561ce2b94c33add47d288e1826183c511ec9fa'/>
<id>urn:sha1:a5561ce2b94c33add47d288e1826183c511ec9fa</id>
<content type='text'>
This hides symbols from various unstable and implementation-detail
crates of the standard library. Although typically transitive exported
`pub extern` functions are exported from cdylibs, these crates aren't
necessary as they're all implementation details.

Closes #34493
</content>
</entry>
<entry>
<title>Auto merge of #38679 - alexcrichton:always-deny-warnings, r=nrc</title>
<updated>2017-01-08T08:22:06+00:00</updated>
<author>
<name>bors</name>
<email>bors@rust-lang.org</email>
</author>
<published>2017-01-08T08:22:06+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=7ac9d337dcc544b4b1959997cdd36f1ba0c8d3e1'/>
<id>urn:sha1:7ac9d337dcc544b4b1959997cdd36f1ba0c8d3e1</id>
<content type='text'>
Remove not(stage0) from deny(warnings)

Historically this was done to accommodate bugs in lints, but there hasn't been a
bug in a lint since this feature was added which the warnings affected. Let's
completely purge warnings from all our stages by denying warnings in all stages.
This will also assist in tracking down `stage0` code to be removed whenever
we're updating the bootstrap compiler.
</content>
</entry>
<entry>
<title>Remove not(stage0) from deny(warnings)</title>
<updated>2016-12-30T05:07:20+00:00</updated>
<author>
<name>Alex Crichton</name>
<email>alex@alexcrichton.com</email>
</author>
<published>2016-12-29T17:47:34+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=9b0b5b45dbd268aba0a79453f506bfe00bb57042'/>
<id>urn:sha1:9b0b5b45dbd268aba0a79453f506bfe00bb57042</id>
<content type='text'>
Historically this was done to accommodate bugs in lints, but there hasn't been a
bug in a lint since this feature was added which the warnings affected. Let's
completely purge warnings from all our stages by denying warnings in all stages.
This will also assist in tracking down `stage0` code to be removed whenever
we're updating the bootstrap compiler.
</content>
</entry>
<entry>
<title>liballoc_*: add MIN_ALIGN for sparc64</title>
<updated>2016-12-30T02:30:01+00:00</updated>
<author>
<name>Jonathan A. Kollasch</name>
<email>jakllsch@kollasch.net</email>
</author>
<published>2016-12-06T21:55:11+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=5672c9b606826ba83a1b96cdad198d4add6dbd3d'/>
<id>urn:sha1:5672c9b606826ba83a1b96cdad198d4add6dbd3d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Build a dummy alloc_jemalloc crate on platforms that don't support it</title>
<updated>2016-09-30T21:03:00+00:00</updated>
<author>
<name>Brian Anderson</name>
<email>banderson@mozilla.com</email>
</author>
<published>2016-09-27T21:27:22+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=4f5e73be1bf439a9881600ad4cdfd5865391eaef'/>
<id>urn:sha1:4f5e73be1bf439a9881600ad4cdfd5865391eaef</id>
<content type='text'>
This is a hack to support building targets that don't support jemalloc
alongside hosts that do. The jemalloc build is controlled by a feature
of the std crate, and if that feature changes between targets, it
invalidates the fingerprint of std's build script (this is a cargo
bug); so we must ensure that the feature set used by std is the same
across all targets, which means we have to build the alloc_jemalloc
crate for targets like emscripten, even if we don't use it.
</content>
</entry>
<entry>
<title>Add s390x support</title>
<updated>2016-09-09T21:28:19+00:00</updated>
<author>
<name>Ulrich Weigand</name>
<email>ulrich.weigand@de.ibm.com</email>
</author>
<published>2016-09-09T21:00:23+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=19b84088d76b8ded63cbaf12991213f4f437e689'/>
<id>urn:sha1:19b84088d76b8ded63cbaf12991213f4f437e689</id>
<content type='text'>
This adds support for building the Rust compiler and standard
library for s390x-linux, allowing a full cross-bootstrap sequence
to complete.  This includes:

- Makefile/configure changes to allow native s390x builds
- Full Rust compiler support for the s390x C ABI
  (only the non-vector ABI is supported at this point)
- Port of the standard library to s390x
- Update the liblibc submodule to a version including s390x support
- Testsuite fixes to allow clean "make check" on s390x

Caveats:

- Resets base cpu to "z10" to bring support in sync with the default
  behaviour of other compilers on the platforms.  (Usually, upstream
  supports all older processors; a distribution build may then chose
  to require a more recent base version.)  (Also, using zEC12 causes
  failures in the valgrind tests since valgrind doesn't fully support
  this CPU yet.)

- z13 vector ABI is not yet supported.  To ensure compatible code
  generation, the -vector feature is passed to LLVM.  Note that this
  means that even when compiling for z13, no vector instructions
  will be used.  In the future, support for the vector ABI should be
  added (this will require common code support for different ABIs
  that need different data_layout strings on the same platform).

- Two test cases are (temporarily) ignored on s390x to allow passing
  the test suite.  The underlying issues still need to be fixed:
  * debuginfo/simd.rs fails because of incorrect debug information.
    This seems to be a LLVM bug (also seen with C code).
  * run-pass/union/union-basic.rs simply seems to be incorrect for
    all big-endian platforms.

Signed-off-by: Ulrich Weigand &lt;ulrich.weigand@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>fix cross compilation of std</title>
<updated>2016-08-27T06:40:29+00:00</updated>
<author>
<name>Jorge Aparicio</name>
<email>japaricious@gmail.com</email>
</author>
<published>2016-08-27T06:39:29+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=43615a03f31d3c60c4af13a1fe17bd4cf3edad06'/>
<id>urn:sha1:43615a03f31d3c60c4af13a1fe17bd4cf3edad06</id>
<content type='text'>
</content>
</entry>
<entry>
<title>run rustfmt on liballoc_jemalloc folder</title>
<updated>2016-06-05T06:09:17+00:00</updated>
<author>
<name>Srinivas Reddy Thatiparthy</name>
<email>thatiparthysreenivas@gmail.com</email>
</author>
<published>2016-06-05T06:09:17+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=adf2c432dcd3e121ccbd3904c92252b51aa110a5'/>
<id>urn:sha1:adf2c432dcd3e121ccbd3904c92252b51aa110a5</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix alloc_jemalloc on windows gnu targets</title>
<updated>2016-05-01T12:16:06+00:00</updated>
<author>
<name>Oliver Middleton</name>
<email>olliemail27@gmail.com</email>
</author>
<published>2016-05-01T12:16:06+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=e8cbcef86e33b7d3ffeda9be8797eebaac3eac28'/>
<id>urn:sha1:e8cbcef86e33b7d3ffeda9be8797eebaac3eac28</id>
<content type='text'>
jemalloc prefixes the symbols by default on Windows so we need to account
for that to avoid link errors such as: `undefined reference to `mallocx'`
when using alloc_jemalloc.
</content>
</entry>
<entry>
<title>Prefix jemalloc on DragonFly to prevent segfaults.</title>
<updated>2016-04-02T16:40:59+00:00</updated>
<author>
<name>Michael Neumann</name>
<email>mneumann@ntecs.de</email>
</author>
<published>2016-04-02T16:40:59+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=9f3de647326fbe50e0e283b9018ab7c41abccde3'/>
<id>urn:sha1:9f3de647326fbe50e0e283b9018ab7c41abccde3</id>
<content type='text'>
Similar to commits ed015456a114ae907a36af80c06f81ea93182a24 (iOS)
and e3b414d8612314e74e2b0ebde1ed5c6997d28e8d (Android)
</content>
</entry>
</feed>
