profile
viewpoint
Niels Sascha Reedijk nielx Haiku Rotterdam, The Netherlands

nielx/haiku-rs 4

Rust bindings for the Haiku C-API

nielx/rust 4

Fork of Rust source that contains haiku-specific patches

nielx/trac-dulwich 1

Git versioncontrol plugin based on Dulwich.

nielx/trac-git-plugin 1

Git Plugin for Trac

nielx/trac-mastertickets 1

Ticket dependency support for Trac

nielx/backtrace-rs 0

Backtraces in Rust

nielx/cargo 0

The Rust package manager

nielx/compiler-rt 0

Mirror of official compiler-rt git repository located at http://llvm.org/git/compiler-rt. Updated hourly.

nielx/curl-rust 0

Rust bindings to libcurl

nielx/filetime 0

Accessing file timestamps in a platform-agnostic fashion in Rust

issue commentnielx/rust

Fix libz on Haiku

Unfortunately adding -lz to libcurl.so does not make the warning disappear.

nielx

comment created time in 6 days

GollumEvent

issue commentnielx/rust

Fix libz on Haiku

The issue actually seems to be that Haiku's libcurl.so depends on libz.so. This should be made explicit in the curl-sys build system.

nielx

comment created time in 6 days

issue commentnielx/rust

Fix libz on Haiku

Relevant section:

(...)ld: /mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c: hidden symbol `inflateInit2_' in /mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/liblibz_sys-6c1a1219eabdf974.rlib(inflate.o) is referenced by DSO```

Full command (when compiling cargo):

Error: linking with x86_64-unknown-haiku-gcc failed: exit code: 1 | = note: "x86_64-unknown-haiku-gcc" "-m64" "-Wl,--eh-frame-hdr" "-L" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.0.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.1.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.10.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.11.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.12.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.13.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.14.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.15.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.2.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.3.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.4.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.5.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.6.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.7.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.8.rcgu.o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.cargo.d47bxgq0-cgu.9.rcgu.o" "-o" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c.4jtg7a1q2m33bxjv.rcgu.o" "-Wl,--gc-sections" "-pie" "-Wl,-zrelro" "-Wl,-znow" "-Wl,-O1" "-nodefaultlibs" "-L" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps" "-L" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/release/deps" "-L" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/build/libnghttp2-sys-7af910d1081e4ae0/out/i/lib" "-L" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/build/libz-sys-d4fd8ada3467ffa7/out/build" "-L" "/mnt/d/Haiku/system-r1beta2-x86_64/develop/lib/" "-L" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/build/libgit2-sys-f11eb75e98bdf181/out/build" "-L" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/build/libssh2-sys-84bd8615a0c22347/out/build" "-L" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib" "-Wl,-Bstatic" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libgit2_curl-2d6c1ec943776665.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libenv_logger-b135925695fd7bfd.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libhumantime-27250f5f01e65a5a.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libquick_error-8ff193b90c5e1d67.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libcargo-c6295bbe3141335f.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libunicode_xid-5f3fbcc2fcd8efd0.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libhex-b40af9225f12031c.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libhome-e58b4cd331916998.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libopener-265261bbe962ae1d.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libim_rc-de33951cf00035c0.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/librand_xoshiro-83b1984620394847.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libsized_chunks-1d4849e0b99d74f1.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libbitmaps-152cb8a7cb295178.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libtypenum-19e837741f21de83.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libtoml-40dffb7da1ec95dd.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libstrip_ansi_escapes-f71469a9c92b7d91.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libvte-56ebfc56d6d49a42.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libutf8parse-21b91ae6f511c668.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libhumantime-3cdc8fda1e159e1f.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libnum_cpus-674611d8e1520e70.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libserde_ignored-a684906d1810fee5.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libcrypto_hash-4f71c88cb07e3f5c.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libopenssl-4a233e6a65417d41.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libforeign_types-3bfad783d9cf4ffe.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libforeign_types_shared-80a7bcf7ecc339d0.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libhex-8b7c1e31dbbcb5e3.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libshell_escape-9cc010a64a4e1c1f.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libclap-e4417c3511b99fc3.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libvec_map-842f28a191ff9c0d.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libtextwrap-26323c77841c5039.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libunicode_width-16e8358d478fe4ad.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libstrsim-19ebc58034184a81.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libatty-82f1246c4082f217.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libansi_term-3b1e1201ed4af353.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libignore-dd5b1d5ba86cfd37.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libwalkdir-1482d00e1626d5f2.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libsame_file-6a59d1991bdf006d.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libglobset-cb871aed988f7bf0.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libregex-1628976ca5b6029a.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libthread_local-41349b8281dd486d.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libregex_syntax-545d324b77bb258e.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libfnv-2b3f3b0e79936723.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libbstr-dbef8bc60afb9ec3.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libaho_corasick-b4f4bcd7aac51c0f.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libmemchr-f113e729e032b7ce.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libcrates_io-82fd4a23819bd1e2.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/librustfix-2f2969ca37706021.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libserde_json-98a8df3018d04864.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libryu-779074e3eae35c17.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libitoa-ccb7ed380a581ac4.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libtar-cd7039bb3e143511.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libflate2-84fa90e5d566f7fc.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libcrc32fast-353ef78ded98352e.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libgit2-8a68ebc79a02a044.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libopenssl_probe-061089be6b99576e.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/liblibgit2_sys-3ac97f90e562ae5b.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/liblibssh2_sys-d036581d53189d3f.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libopenssl_sys-8a982fae78bcdd02.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/liblibz_sys-6c1a1219eabdf974.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libbitflags-11f3cce589129db5.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libtempfile-a546b16c74d22466.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/librand-169e9697b927b17a.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/librand_chacha-239f0986db971414.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libppv_lite86-3d2224a7bdaa2c5d.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/librand_core-a210d482db850f25.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libgetrandom-a6f835c8bec63c85.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libremove_dir_all-2be0b07ce0000ee1.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libglob-7c1b90a05876140e.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libtermcolor-65875034dd001019.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libcurl-1dad292a5d4414ca.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libsocket2-4e2948ace34f38d2.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libcurl_sys-c530c73b26b2fd80.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libbytesize-8f020fc4a4e2a81b.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/liburl-35b79d2b6aa3726d.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libpercent_encoding-47f4de6ab251dbf7.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libidna-286accb3a69cf8b4.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libunicode_normalization-98af789afba9a511.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libtinyvec-971c5dcbf3742401.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libunicode_bidi-50130a3bba340d8e.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libmatches-67af28b0bf01ab48.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libcrossbeam_utils-6a3acf784883a1e4.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/liblazy_static-018158dae72fd156.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/liblazycell-c8e3ee11b33508b0.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libjobserver-efbd7de0c8e40d8c.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libfiletime-8b46f3af407e670b.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/liblibc-766758effe72f6ef.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libsemver-ecf5f99c9c1da05b.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libsemver_parser-fe62700cc3ebab59.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libcargo_platform-b941be59ff2ae413.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libserde-099c0a166aefd2ab.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/liblog-fe43fb2a64bedbf3.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libcfg_if-b9ffcefeffdd9185.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/libanyhow-c0e8590e8abba1f1.rlib" "-Wl,--start-group" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libstd-269b9c7cf813a015.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libpanic_unwind-0c41b462572e6d15.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libminiz_oxide-706d2ebf0ec7739c.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libadler-1c30d1ef6f8ae57a.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libobject-793570e5bcd3de2a.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libaddr2line-72bfc62ade3b6dce.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libgimli-137e15dc455d4228.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/librustc_demangle-9d7034bebffb8a37.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libhashbrown-05d6078ede14411b.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/librustc_std_workspace_alloc-9c31eb3818ef5a9d.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libunwind-656218f2cc29441f.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libcfg_if-5e66af6aa2376bb1.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/liblibc-421fb334360e05b5.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/liballoc-0f0bff0723f4606a.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/librustc_std_workspace_core-05004058973e04d5.rlib" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libcore-681288b8fbc09c5c.rlib" "-Wl,--end-group" "/mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2/lib/rustlib/x86_64-unknown-haiku/lib/libcompiler_builtins-8c289de990425963.rlib" "-Wl,-Bdynamic" "-lssl" "-lcrypto" "-lcurl" "-lbsd" "-lgcc_s" "-lroot" "-lnetwork" "-lbsd" = note: /mnt/d/Haiku/build-r1beta2-x86_64/cross-tools-x86_64/lib/gcc/x86_64-unknown-haiku/8.3.0/../../../../x86_64-unknown-haiku/bin/ld: /mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/cargo-12d0297928c2f43c: hidden symbol `inflateInit2_' in /mnt/d/Rust/rust-x86/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-haiku/release/deps/liblibz_sys-6c1a1219eabdf974.rlib(inflate.o) is referenced by DSO /mnt/d/Haiku/build-r1beta2-x86_64/cross-tools-x86_64/lib/gcc/x86_64-unknown-haiku/8.3.0/../../../../x86_64-unknown-haiku/bin/ld: final link failed: bad value collect2: error: ld returned 1 exit status

nielx

comment created time in 6 days

issue closednielx/rust

RustC crashes when compiling

When running Rust 1.28.0-1 under Haiku, a crash report is generated. (rustc-1232-debug-27-09-2018-10-49-44-report.txt) Interestingly enough, after this crash, it managed to continue compiling.

However, after a restart of the system, I get a total freeze a few seconds in when I am trying to use cargo to install crates. It jumps to 100% of one CPU core, and stays there, making the system completely non-responsive.

closed time in 6 days

mauritslamers

issue commentnielx/rust

RustC crashes when compiling

I have not seen this behaviour recently with newer Rust versions on Haiku R1 beta 2.

mauritslamers

comment created time in 6 days

issue commentnielx/rust

Fix curl-sys cross-compile for Haiku

Actually this was an environmental issue. After a system upgrade on my build system (Ubuntu), I no longer had the curl-development package installed and as such the curl-config binary was not present.

This is still a bug though, since it is technically wrong that the output of the build system's curl-config is used to determine whether or not curl has the HTTP2 feature.

nielx

comment created time in 6 days

push eventhaiku/infrastructure

Niels Sascha Reedijk

commit sha 80e94d7034e1370d4e8edc0c22579d6a377d0745

Discourse: update to 2.5.3

view details

push time in 6 days

push eventhaiku/infrastructure

Niels Sascha Reedijk

commit sha 30c8d93274d9045fed93af1c8d394a0981b3321b

HaikuDepotServer: update to 1.0.123

view details

push time in 6 days

GollumEvent

created tagnielx/rust

tagrust-haiku-1.47.0

Fork of Rust source that contains haiku-specific patches

created time in 6 days

PR opened haikuports/haikuports

Rust: add version 1.47.0
+408 -0

0 comment

3 changed files

pr created time in 6 days

create barnchnielx/haikuports

branch : rust-haiku-1.47.0

created branch time in 6 days

delete branch nielx/socket2-rs

delete branch : fix/SOCK_RDM

delete time in 8 days

create barnchnielx/rust

branch : fix/CMAKE_SYSTEM_NAME

created branch time in 9 days

PR opened rust-lang/rust

Haiku: explicitly set CMAKE_SYSTEM_NAME when cross-compiling

This resolves issues where the cross-build of LLVM fails because it tries to link to the host's system libraries instead of the target's system libraries.

+2 -0

0 comment

1 changed file

pr created time in 9 days

push eventnielx/llvm-project

Josh Stone

commit sha 1708358fbbf58d4a870be015ef21eeea9adae87b

lld: link libatomic if needed for Timer D80298 made Timer::total atomic, but this requires linking libatomic on some targets. Reviewed By: aaronpuchert Differential Revision: https://reviews.llvm.org/D85691 (cherry picked from commit b26b32b5d3b85812a12f5e3bf011428612f78e19)

view details

Bas Zalmstra

commit sha 0c37a9165611880b99b1f9632179864ecb3f2e13

[LLD][COFF] Reset outputSections for successive runs The global variable outputSections in the COFF writer was not cleared between runs which caused successive calls to lld::coff::link to generate invalid binaries. These binaries when loaded would result in "invalid win32 applications" and/or "bad image" errors. Differential Revision: https://reviews.llvm.org/D86401 (cherry picked from commit 54f5a4ea4c859cf7f34f0d4955abc3a2f44bd0dc)

view details

Mott, Jeffrey T

commit sha 82e48a579024d0ffbc352702ec0c52b47a6fe691

Disable use of _ExtInt with '__atomic' builtins We're (temporarily) disabling ExtInt for the '__atomic' builtins so we can better design their behavior later. The idea is until we do an audit/design for the way atomic builtins are supposed to work with _ExtInt, we should leave them restricted so they don't limit our future options, such as by binding us to a sub-optimal implementation via ABI. Example after this change: $ cat test.c void f(_ExtInt(64) *ptr) { __atomic_fetch_add(ptr, 1, 0); } $ clang -c test.c test.c:2:22: error: argument to atomic builtin of type '_ExtInt' is not supported __atomic_fetch_add(ptr, 1, 0); ^ 1 error generated. Differential Revision: https://reviews.llvm.org/D84049 (cherry picked from commit ca77ab494aa29f7521ff797d230cd1b36cbe4e62)

view details

Kang Zhang

commit sha dcdf2aff02a154f9f862d6f01feff3de1389cc47

[PowerPC] Fix a typo for InstAlias of mfsprg D77531 has a type for mfsprg, it should be mtsprg. This patch is to fix this typo. (cherry picked from commit 95e18b2d9d5f93c209ea81df79c2e18ef77de506)

view details

Fangrui Song

commit sha d6d03d09e3f7498f60e2976b8cea235080f55fe7

[ELF][test] Fix some llvm-objdump RUN lines which don't actually test anything (cherry picked from commit ac46bc35e98d922f1b05b451341f03dcaccd1527)

view details

Fangrui Song

commit sha c4e216711d001316df2313a85c8af73a85d804c0

[ELF] Keep st_type for symbol assignment PR46970: for `alias = aliasee`, the alias can be used in relocation processing and on ARM st_type does affect Thumb interworking. It is thus desirable for the alias to get the same st_type. Note that the st_size field should not be inherited because some tools use st_size=0 as a heuristic to detect aliases. Retaining st_size can thwart such heuristics and cause aliases to be preferred over the original symbols. Differential Revision: https://reviews.llvm.org/D86263 (cherry picked from commit 9670029b6b302c75bb373fb1814f4e02790c4da8) The test symbol-assign-type.s was rewritten to not depend on 'split-file'.

view details

Dimitry Andric

commit sha 6406b6fa5ac8192b0861c343509d98368b555d12

Instantiate Error in Target::GetEntryPointAddress() only when necessary When `Target::GetEntryPointAddress()` calls `exe_module->GetObjectFile()->GetEntryPointAddress()`, and the returned `entry_addr` is valid, it can immediately be returned. However, just before that, an `llvm::Error` value has been setup, but in this case it is not consumed before returning, like is done further below in the function. In https://bugs.freebsd.org/248745 we got a bug report for this, where a very simple test case aborts and dumps core: ``` * thread #1, name = 'testcase', stop reason = breakpoint 1.1 frame #0: 0x00000000002018d4 testcase`main(argc=1, argv=0x00007fffffffea18) at testcase.c:3:5 1 int main(int argc, char *argv[]) 2 { -> 3 return 0; 4 } (lldb) p argc Program aborted due to an unhandled Error: Error value was Success. (Note: Success values must still be checked prior to being destroyed). Thread 1 received signal SIGABRT, Aborted. thr_kill () at thr_kill.S:3 3 thr_kill.S: No such file or directory. (gdb) bt #0 thr_kill () at thr_kill.S:3 #1 0x00000008049a0004 in __raise (s=6) at /usr/src/lib/libc/gen/raise.c:52 #2 0x0000000804916229 in abort () at /usr/src/lib/libc/stdlib/abort.c:67 #3 0x000000000451b5f5 in fatalUncheckedError () at /usr/src/contrib/llvm-project/llvm/lib/Support/Error.cpp:112 #4 0x00000000019cf008 in GetEntryPointAddress () at /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Error.h:267 #5 0x0000000001bccbd8 in ConstructorSetup () at /usr/src/contrib/llvm-project/lldb/source/Target/ThreadPlanCallFunction.cpp:67 #6 0x0000000001bcd2c0 in ThreadPlanCallFunction () at /usr/src/contrib/llvm-project/lldb/source/Target/ThreadPlanCallFunction.cpp:114 #7 0x00000000020076d4 in InferiorCallMmap () at /usr/src/contrib/llvm-project/lldb/source/Plugins/Process/Utility/InferiorCallPOSIX.cpp:97 #8 0x0000000001f4be33 in DoAllocateMemory () at /usr/src/contrib/llvm-project/lldb/source/Plugins/Process/FreeBSD/ProcessFreeBSD.cpp:604 #9 0x0000000001fe51b9 in AllocatePage () at /usr/src/contrib/llvm-project/lldb/source/Target/Memory.cpp:347 #10 0x0000000001fe5385 in AllocateMemory () at /usr/src/contrib/llvm-project/lldb/source/Target/Memory.cpp:383 #11 0x0000000001974da2 in AllocateMemory () at /usr/src/contrib/llvm-project/lldb/source/Target/Process.cpp:2301 #12 CanJIT () at /usr/src/contrib/llvm-project/lldb/source/Target/Process.cpp:2331 #13 0x0000000001a1bf3d in Evaluate () at /usr/src/contrib/llvm-project/lldb/source/Expression/UserExpression.cpp:190 #14 0x00000000019ce7a2 in EvaluateExpression () at /usr/src/contrib/llvm-project/lldb/source/Target/Target.cpp:2372 #15 0x0000000001ad784c in EvaluateExpression () at /usr/src/contrib/llvm-project/lldb/source/Commands/CommandObjectExpression.cpp:414 #16 0x0000000001ad86ae in DoExecute () at /usr/src/contrib/llvm-project/lldb/source/Commands/CommandObjectExpression.cpp:646 #17 0x0000000001a5e3ed in Execute () at /usr/src/contrib/llvm-project/lldb/source/Interpreter/CommandObject.cpp:1003 #18 0x0000000001a6c4a3 in HandleCommand () at /usr/src/contrib/llvm-project/lldb/source/Interpreter/CommandInterpreter.cpp:1762 #19 0x0000000001a6f98c in IOHandlerInputComplete () at /usr/src/contrib/llvm-project/lldb/source/Interpreter/CommandInterpreter.cpp:2760 #20 0x0000000001a90b08 in Run () at /usr/src/contrib/llvm-project/lldb/source/Core/IOHandler.cpp:548 #21 0x00000000019a6c6a in ExecuteIOHandlers () at /usr/src/contrib/llvm-project/lldb/source/Core/Debugger.cpp:903 #22 0x0000000001a70337 in RunCommandInterpreter () at /usr/src/contrib/llvm-project/lldb/source/Interpreter/CommandInterpreter.cpp:2946 #23 0x0000000001d9d812 in RunCommandInterpreter () at /usr/src/contrib/llvm-project/lldb/source/API/SBDebugger.cpp:1169 #24 0x0000000001918be8 in MainLoop () at /usr/src/contrib/llvm-project/lldb/tools/driver/Driver.cpp:675 #25 0x000000000191a114 in main () at /usr/src/contrib/llvm-project/lldb/tools/driver/Driver.cpp:890``` Fix the incorrect error catch by only instantiating an `Error` object if it is necessary. Reviewed By: JDevlieghere Differential Revision: https://reviews.llvm.org/D86355 (cherry picked from commit 1ce07cd614beab5150a5440c7faf195009f99e2c)

view details

Brad Smith

commit sha 0c001a171c7d671f0129d69c6a47b159544cdca6

[clang][Driver] Implement AddClangSystemIncludeArgs and HasNativeLLVMSupport for the OpenBSD clang driver. If not overridden, AddClangSystemIncludeArgs's implementation is empty, so by default, no system include args are added to the Clang driver. This means that invoking Clang without the frontend must include a manual -I/usr/include flag, which is inconsistent behavior. Therefore, override and implement this method to match. Some boilerplate is also borrowed for handling of the other driver flags. While we are here, also override and enable HasNativeLLVMSupport. Patch by: 3405691582 (dana koch) Differential Revision: https://reviews.llvm.org/D86412 (cherry picked from commit 2b37174b9a5db235e493cb72e4454cc08a1b1791)

view details

Brad Smith

commit sha e4f4d48665526c6d8001e8101dc539a7f7653aec

[clang][Driver] Implement addLibCxxIncludePaths and getCompilerRT for the OpenBSD clang driver. (cherry picked from commit bf3577ef64c300ba7841a90a4e09e1e305271976)

view details

Amy Huang

commit sha 90c2c51a524f28c23c41c67eb71d7e278ede7524

Revert "Switch to using -debug-info-kind=constructor as default (from =limited)" This reverts commit 227db86a1b7dd6f96f7df14890fcd071bc4fe1f5. Causing debug info errors in google3 LTO builds; also causes a debuginfo-test failure. (cherry picked from commit 394db2259575ef3cac8d3d37836b11eb2373c435)

view details

Ryan Prichard

commit sha 83338bed0c2078870b36a81fe9a36723bd3be2e5

[libunwind] Make findUnwindSectionsByPhdr static Currently, this function is present in the dynsym table of libunwind.so (on ELF targets). Make the function static instead. In the previous release (LLVM 10.x), this function was instead a lambda function inside LocalAddressSpace::findUnwindSections, and because LocalAddressSpace was marked with _LIBUNWIND_HIDDEN, the lambda function was also a hidden symbol. Differential Revision: https://reviews.llvm.org/D86372 (cherry picked from commit 3c1b2e338dfdf4f305b1cb40e2ebcb93a7e470c3)

view details

Richard Smith

commit sha c160ff1564d8047c852f54d64ba4e9a81d080cac

PR37556: Don't diagnose conflicts between instantiated unqualified friend declarations and declarations found in inline namespaces within the target context. (cherry picked from commit 04ba18563390ec87400fa068a9b4981b235ebaa6)

view details

Johannes Doerfert

commit sha 9f4a92a4349ff1794379b706a4851c678899d5d2

Reuse OMPIRBuilder `struct ident_t` handling in Clang Replace the `ident_t` handling in Clang with the methods offered by the OMPIRBuilder. This cuts down on the clang code as well as the differences between the two, making further transitions easier. Tests have changed but there should not be a real functional change. The most interesting difference is probably that we stop generating local ident_t allocations for now and just use globals. Given that this happens only with debug info, the location part of the `ident_t` is probably bigger than the test anyway. As the location part is already a global, we can avoid the allocation, memcpy, and store in favor of a constant global that is slightly bigger. This can be revisited if there are complications. Reviewed By: ABataev Differential Revision: https://reviews.llvm.org/D80735

view details

Johannes Doerfert

commit sha 1274d83482b950fa31a34a5fdc3a0575c8d1b6a4

Do not use TBAA in type punning reduction GPU code PR46156 When we implement OpenMP GPU reductions we use type punning a lot during the shuffle and reduce operations. This is not always compatible with language rules on aliasing. So far we generated TBAA which later allowed to remove some of the reduce code as accesses and initialization were "known to not alias". With this patch we avoid TBAA in this step, hopefully for all accesses that we need to. Verified on the reproducer of PR46156 and QMCPack. Reviewed By: ABataev Differential Revision: https://reviews.llvm.org/D86037

view details

Hans Wennborg

commit sha 45574524c3a15f1e34c7d181e3bc17e9e7d90210

OpenMP: Fix for PR46868: Incorrect target map https://bugs.llvm.org/attachment.cgi?id=23891 by Alexey Bataev.

view details

QingShan Zhang

commit sha 4d16d8dfe50eb45545e844c3c9acafd363637dad

[DAGCombine] Remove dead node when it is created by getNegatedExpression We hit the compiling time reported by https://bugs.llvm.org/show_bug.cgi?id=46877 and the reason is the same as D77319. So we need to remove the dead node we created to avoid increase the problem size of DAGCombiner. Reviewed By: Spatel Differential Revision: https://reviews.llvm.org/D86183 (cherry picked from commit 960cbc53ca170c8c605bf83fa63b49ab27a56f65)

view details

Hans Wennborg

commit sha 03c8e1cc7efabd122294e1cd670fba6d544f2831

ReleaseNotes: removal of llgo

view details

Fangrui Song

commit sha 21d01a67c9613932053dd89c9957782f86e0c93f

[ELF] --gdb-index: skip SHF_GROUP .debug_info -gdwarf-5 -fdebug-types-section may produce multiple .debug_info sections. All except one are type units (.debug_types before DWARF v5). When constructing .gdb_index, we should ignore these type units. We use a simple heuristic: the compile unit does not have the SHF_GROUP flag. (This needs to be revisited if people place compile unit .debug_info in COMDAT groups.) This issue manifests as a data race: because an object file may have multiple .debug_info sections, we may concurrently construct `LLDDwarfObj` for the same file in multiple threads. The threads may access `InputSectionBase::data()` concurrently on the same input section. `InputSectionBase::data()` does a lazy uncompress() and rewrites the member variable `rawData`. A thread running zlib `inflate()` (transitively called by uncompress()) on a buffer with `rawData` tampered by another thread may fail with `uncompress failed: zlib error: Z_DATA_ERROR`. Even if no data race occurred in an optimistic run, if there are N .debug_info, one CU entry and its address ranges will be replicated N times. The result .gdb_index can be much larger than a correct one. The new test gdb-index-dwarf5-type-unit.s actually has two compile units. This cannot be produced with regular approaches (it can be produced with -r --unique). This is used to demonstrate that the .gdb_index construction code only considers the last non-SHF_GROUP .debug_info Reviewed By: grimar Differential Revision: https://reviews.llvm.org/D85579 (cherry picked from commit fb141292f4411448af41fc454c07f3903acb84dd)

view details

Teresa Johnson

commit sha ce9f3f19f512f78c5d9ffb2753bae7bcb203161b

[Docs] Document --lto-whole-program-visibility Summary: Documents interaction of linker option added in D71913 with LTO visibility. Reviewers: pcc Subscribers: inglorion, hiraditya, steven_wu, dexonsmith, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D75655 (cherry picked from commit 72bdb41a06a27b5453bf966a0ffecfa6f5fae1a6)

view details

Francesco Petrogalli

commit sha 6f2ba83779c8055a58f1cc9ee33686a8109ff33a

[release][SVE] Move notes for SVE ACLE to the release notes of clang.

view details

push time in 9 days

GollumEvent

push eventnielx/rust

Alexis Bourget

commit sha 3a709fe7021218b613aa7fdce7794df5a8ff0da5

Add precisions about ZSTs and fix nits raised in review

view details

Nazım Can Altınova

commit sha 1cdce3919fe838ad7718b4cc7ca7b62300e8575b

Remove min/max values from IntoValues Iterator implementation

view details

Philippe Nadon

commit sha 0c6e8b61b6a4df87216570931c687874f28022fd

Miri: Renamed "undef" to "uninit" Renamed remaining references to "undef" to "uninit" when referring to Miri. Impacted directories are: - src/librustc_codegen_llvm/consts.rs - src/librustc_middle/mir/interpret/ - src/librustc_middle/ty/print/pretty.rs - src/librustc_mir/ - src/tools/clippy/clippy_lints/src/consts.rs Upon building Miri based on the new changes it was verified that no changes needed to be made with the Miri project. Related issue #71193

view details

Alexis Bourget

commit sha 1cd8dffdae5826931c59329c168ee956800ee6df

Add an example about the behaviour of move and Fn* traits

view details

Amanieu d'Antras

commit sha 99f00521516b59e82a98762475e20651bcccad4d

Update hashbrown to 0.8.2

view details

Joshua Nelson

commit sha a306e12874e3d9da225e41a904d27dd53629ca54

Add another test

view details

Nazım Can Altınova

commit sha 4cd2637e2bf1016c95a401a4d5cc70406fbacf08

Update the tracking issue number of map_into_keys_values

view details

bors

commit sha 3f091baba4fa656adb4c1a57b64aa831002d801d

Auto merge of #75260 - davidtwco:polymorphization-promoted-substs, r=lcnr polymorphize: unevaluated constants This PR makes polymorphization visit the promoted MIR of unevaluated constants with available promoted MIR instead of visiting the substitutions of that constant - which will mark all of the generic parameters as used; in addition polymorphization will now visit non-promoted unevaluated constants rather than visit their substs. r? @lcnr

view details

Eduardo Broto

commit sha 888657e09a2133fc105382136f61915086144e3f

Fix ICE in `loops` module

view details

flip1995

commit sha fd87cdb357b801b1fab465f0be595386a3f84134

Run fmt

view details

bors

commit sha 3899d6001ce8a876bd82b34253240251167c84ac

Auto merge of #5878 - flip1995:rustup, r=flip1995 Rustup r? @ghost changelog: none

view details

bors

commit sha 1facd4a77b181ad44b9c9a64f0fd21b6d5180458

Auto merge of #75163 - canova:map_into_keys_values, r=dtolnay Implement `into_keys` and `into_values` for associative maps This PR implements `into_keys` and `into_values` for HashMap and BTreeMap types. They are implemented as unstable, under `map_into_keys_values` feature. Fixes #55214. r? @dtolnay

view details

bors

commit sha 70c46de012fe73fb57662085c02ef921e2e5b93c

Auto merge of #5877 - ebroto:5872_loops_ice, r=Manishearth Fix ICE in `loops` module changelog: Fix ICE related to `needless_collect` when a call to `iter()` was not present. I went for restoring the old suggestion of `next().is_some()` over `get(0).is_some()` given that `iter()` is not necessarily present (could be e.g. `into_iter()` or `iter_mut()`) and that the old suggestion could change semantics, e.g. a call to `filter()` could be present between `iter()` and the collect part. Fixes #5872

view details

Guillaume Gomez

commit sha 259d35011168d68e5adcdaf02ab0a00e2f05c7a4

Clean up E0750 explanation

view details

Guillaume Gomez

commit sha 17db7a4b5ca2f6439d8b8699029c060717e217f8

Remove E0750 from unchecked error codes

view details

bors

commit sha ceedf1d5febd65b012b8bcd513d70a0a6a091210

Auto merge of #75271 - cuviper:array-iter, r=LukasKalbertodt Simplify array::IntoIter - Initialization can use `transmute_copy` to do the bitwise copy. - `as_slice` can use `get_unchecked` and `MaybeUninit::slice_get_ref`, and `as_mut_slice` can do similar. - `next` and `next_back` can use the corresponding `Range` methods. - `Clone` doesn't need any unsafety, and we can dynamically update the new range to get partial drops if `T::clone` panics. r? @LukasKalbertodt

view details

Yuki Okushi

commit sha 5bbdc73ebc208246755285f17485ba93305686ae

Rollup merge of #74712 - strom-und-spiele:E0271-cleanup, r=Mark-Simulacrum Update E0271 explanation When reading the explanation, I got confused by it. I hope the wording is clearer now.

view details

Yuki Okushi

commit sha dde4fb3fd21b333898740d7cdcc806ade9f46d51

Rollup merge of #74842 - hermitcore:thread_local, r=Mark-Simulacrum adjust remaining targets - fix commit 7dc3886 - previous commit doesn't adjust all targets

view details

Yuki Okushi

commit sha 3370ac00428be662c0d4d6fea4817212486f474e

Rollup merge of #75151 - pickfire:patch-4, r=LukasKalbertodt Consistent variable name alloc for raw_vec

view details

Yuki Okushi

commit sha ccffe18c3ebbb7abbaf267b2a98648a73946bff9

Rollup merge of #75162 - poliorcetics:move-documentation-fix, r=jyn514 Fix the documentation for move about Fn traits implementations Fixes #74997. This uses the note from the [reference](https://doc.rust-lang.org/reference/types/closure.html#call-traits-and-coercions) but I can also just put a link to it or do both. @rusbot modify labels: C-bug T-doc T-libs

view details

push time in 9 days

created tagnielx/rust

tagrust-haiku-1.46.0

Fork of Rust source that contains haiku-specific patches

created time in 9 days

push eventnielx/curl-rust

Niels Sascha Reedijk

commit sha 1e4078a191469129d9838e67bd7b706c2ef2a80a

Curl-sys: always link to the system libcurl when cross-compiling for Haiku

view details

push time in 9 days

fork nielx/curl-rust

Rust bindings to libcurl

fork in 9 days

issue openednielx/rust

Fix curl-sys cross-compile for Haiku

In curl-sys 0.4.25, it would automatically link against libcurl.so. This is no longer the case on the newer versions. This leads to build errors. Either fix the static build errors, or fix the build script to link against libcurl.so when cross-compiling.

created time in 23 days

push eventnielx/llvm-project

Josh Stone

commit sha 1708358fbbf58d4a870be015ef21eeea9adae87b

lld: link libatomic if needed for Timer D80298 made Timer::total atomic, but this requires linking libatomic on some targets. Reviewed By: aaronpuchert Differential Revision: https://reviews.llvm.org/D85691 (cherry picked from commit b26b32b5d3b85812a12f5e3bf011428612f78e19)

view details

Bas Zalmstra

commit sha 0c37a9165611880b99b1f9632179864ecb3f2e13

[LLD][COFF] Reset outputSections for successive runs The global variable outputSections in the COFF writer was not cleared between runs which caused successive calls to lld::coff::link to generate invalid binaries. These binaries when loaded would result in "invalid win32 applications" and/or "bad image" errors. Differential Revision: https://reviews.llvm.org/D86401 (cherry picked from commit 54f5a4ea4c859cf7f34f0d4955abc3a2f44bd0dc)

view details

Mott, Jeffrey T

commit sha 82e48a579024d0ffbc352702ec0c52b47a6fe691

Disable use of _ExtInt with '__atomic' builtins We're (temporarily) disabling ExtInt for the '__atomic' builtins so we can better design their behavior later. The idea is until we do an audit/design for the way atomic builtins are supposed to work with _ExtInt, we should leave them restricted so they don't limit our future options, such as by binding us to a sub-optimal implementation via ABI. Example after this change: $ cat test.c void f(_ExtInt(64) *ptr) { __atomic_fetch_add(ptr, 1, 0); } $ clang -c test.c test.c:2:22: error: argument to atomic builtin of type '_ExtInt' is not supported __atomic_fetch_add(ptr, 1, 0); ^ 1 error generated. Differential Revision: https://reviews.llvm.org/D84049 (cherry picked from commit ca77ab494aa29f7521ff797d230cd1b36cbe4e62)

view details

Kang Zhang

commit sha dcdf2aff02a154f9f862d6f01feff3de1389cc47

[PowerPC] Fix a typo for InstAlias of mfsprg D77531 has a type for mfsprg, it should be mtsprg. This patch is to fix this typo. (cherry picked from commit 95e18b2d9d5f93c209ea81df79c2e18ef77de506)

view details

Fangrui Song

commit sha d6d03d09e3f7498f60e2976b8cea235080f55fe7

[ELF][test] Fix some llvm-objdump RUN lines which don't actually test anything (cherry picked from commit ac46bc35e98d922f1b05b451341f03dcaccd1527)

view details

Fangrui Song

commit sha c4e216711d001316df2313a85c8af73a85d804c0

[ELF] Keep st_type for symbol assignment PR46970: for `alias = aliasee`, the alias can be used in relocation processing and on ARM st_type does affect Thumb interworking. It is thus desirable for the alias to get the same st_type. Note that the st_size field should not be inherited because some tools use st_size=0 as a heuristic to detect aliases. Retaining st_size can thwart such heuristics and cause aliases to be preferred over the original symbols. Differential Revision: https://reviews.llvm.org/D86263 (cherry picked from commit 9670029b6b302c75bb373fb1814f4e02790c4da8) The test symbol-assign-type.s was rewritten to not depend on 'split-file'.

view details

Dimitry Andric

commit sha 6406b6fa5ac8192b0861c343509d98368b555d12

Instantiate Error in Target::GetEntryPointAddress() only when necessary When `Target::GetEntryPointAddress()` calls `exe_module->GetObjectFile()->GetEntryPointAddress()`, and the returned `entry_addr` is valid, it can immediately be returned. However, just before that, an `llvm::Error` value has been setup, but in this case it is not consumed before returning, like is done further below in the function. In https://bugs.freebsd.org/248745 we got a bug report for this, where a very simple test case aborts and dumps core: ``` * thread #1, name = 'testcase', stop reason = breakpoint 1.1 frame #0: 0x00000000002018d4 testcase`main(argc=1, argv=0x00007fffffffea18) at testcase.c:3:5 1 int main(int argc, char *argv[]) 2 { -> 3 return 0; 4 } (lldb) p argc Program aborted due to an unhandled Error: Error value was Success. (Note: Success values must still be checked prior to being destroyed). Thread 1 received signal SIGABRT, Aborted. thr_kill () at thr_kill.S:3 3 thr_kill.S: No such file or directory. (gdb) bt #0 thr_kill () at thr_kill.S:3 #1 0x00000008049a0004 in __raise (s=6) at /usr/src/lib/libc/gen/raise.c:52 #2 0x0000000804916229 in abort () at /usr/src/lib/libc/stdlib/abort.c:67 #3 0x000000000451b5f5 in fatalUncheckedError () at /usr/src/contrib/llvm-project/llvm/lib/Support/Error.cpp:112 #4 0x00000000019cf008 in GetEntryPointAddress () at /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Error.h:267 #5 0x0000000001bccbd8 in ConstructorSetup () at /usr/src/contrib/llvm-project/lldb/source/Target/ThreadPlanCallFunction.cpp:67 #6 0x0000000001bcd2c0 in ThreadPlanCallFunction () at /usr/src/contrib/llvm-project/lldb/source/Target/ThreadPlanCallFunction.cpp:114 #7 0x00000000020076d4 in InferiorCallMmap () at /usr/src/contrib/llvm-project/lldb/source/Plugins/Process/Utility/InferiorCallPOSIX.cpp:97 #8 0x0000000001f4be33 in DoAllocateMemory () at /usr/src/contrib/llvm-project/lldb/source/Plugins/Process/FreeBSD/ProcessFreeBSD.cpp:604 #9 0x0000000001fe51b9 in AllocatePage () at /usr/src/contrib/llvm-project/lldb/source/Target/Memory.cpp:347 #10 0x0000000001fe5385 in AllocateMemory () at /usr/src/contrib/llvm-project/lldb/source/Target/Memory.cpp:383 #11 0x0000000001974da2 in AllocateMemory () at /usr/src/contrib/llvm-project/lldb/source/Target/Process.cpp:2301 #12 CanJIT () at /usr/src/contrib/llvm-project/lldb/source/Target/Process.cpp:2331 #13 0x0000000001a1bf3d in Evaluate () at /usr/src/contrib/llvm-project/lldb/source/Expression/UserExpression.cpp:190 #14 0x00000000019ce7a2 in EvaluateExpression () at /usr/src/contrib/llvm-project/lldb/source/Target/Target.cpp:2372 #15 0x0000000001ad784c in EvaluateExpression () at /usr/src/contrib/llvm-project/lldb/source/Commands/CommandObjectExpression.cpp:414 #16 0x0000000001ad86ae in DoExecute () at /usr/src/contrib/llvm-project/lldb/source/Commands/CommandObjectExpression.cpp:646 #17 0x0000000001a5e3ed in Execute () at /usr/src/contrib/llvm-project/lldb/source/Interpreter/CommandObject.cpp:1003 #18 0x0000000001a6c4a3 in HandleCommand () at /usr/src/contrib/llvm-project/lldb/source/Interpreter/CommandInterpreter.cpp:1762 #19 0x0000000001a6f98c in IOHandlerInputComplete () at /usr/src/contrib/llvm-project/lldb/source/Interpreter/CommandInterpreter.cpp:2760 #20 0x0000000001a90b08 in Run () at /usr/src/contrib/llvm-project/lldb/source/Core/IOHandler.cpp:548 #21 0x00000000019a6c6a in ExecuteIOHandlers () at /usr/src/contrib/llvm-project/lldb/source/Core/Debugger.cpp:903 #22 0x0000000001a70337 in RunCommandInterpreter () at /usr/src/contrib/llvm-project/lldb/source/Interpreter/CommandInterpreter.cpp:2946 #23 0x0000000001d9d812 in RunCommandInterpreter () at /usr/src/contrib/llvm-project/lldb/source/API/SBDebugger.cpp:1169 #24 0x0000000001918be8 in MainLoop () at /usr/src/contrib/llvm-project/lldb/tools/driver/Driver.cpp:675 #25 0x000000000191a114 in main () at /usr/src/contrib/llvm-project/lldb/tools/driver/Driver.cpp:890``` Fix the incorrect error catch by only instantiating an `Error` object if it is necessary. Reviewed By: JDevlieghere Differential Revision: https://reviews.llvm.org/D86355 (cherry picked from commit 1ce07cd614beab5150a5440c7faf195009f99e2c)

view details

Brad Smith

commit sha 0c001a171c7d671f0129d69c6a47b159544cdca6

[clang][Driver] Implement AddClangSystemIncludeArgs and HasNativeLLVMSupport for the OpenBSD clang driver. If not overridden, AddClangSystemIncludeArgs's implementation is empty, so by default, no system include args are added to the Clang driver. This means that invoking Clang without the frontend must include a manual -I/usr/include flag, which is inconsistent behavior. Therefore, override and implement this method to match. Some boilerplate is also borrowed for handling of the other driver flags. While we are here, also override and enable HasNativeLLVMSupport. Patch by: 3405691582 (dana koch) Differential Revision: https://reviews.llvm.org/D86412 (cherry picked from commit 2b37174b9a5db235e493cb72e4454cc08a1b1791)

view details

Brad Smith

commit sha e4f4d48665526c6d8001e8101dc539a7f7653aec

[clang][Driver] Implement addLibCxxIncludePaths and getCompilerRT for the OpenBSD clang driver. (cherry picked from commit bf3577ef64c300ba7841a90a4e09e1e305271976)

view details

Amy Huang

commit sha 90c2c51a524f28c23c41c67eb71d7e278ede7524

Revert "Switch to using -debug-info-kind=constructor as default (from =limited)" This reverts commit 227db86a1b7dd6f96f7df14890fcd071bc4fe1f5. Causing debug info errors in google3 LTO builds; also causes a debuginfo-test failure. (cherry picked from commit 394db2259575ef3cac8d3d37836b11eb2373c435)

view details

Ryan Prichard

commit sha 83338bed0c2078870b36a81fe9a36723bd3be2e5

[libunwind] Make findUnwindSectionsByPhdr static Currently, this function is present in the dynsym table of libunwind.so (on ELF targets). Make the function static instead. In the previous release (LLVM 10.x), this function was instead a lambda function inside LocalAddressSpace::findUnwindSections, and because LocalAddressSpace was marked with _LIBUNWIND_HIDDEN, the lambda function was also a hidden symbol. Differential Revision: https://reviews.llvm.org/D86372 (cherry picked from commit 3c1b2e338dfdf4f305b1cb40e2ebcb93a7e470c3)

view details

Richard Smith

commit sha c160ff1564d8047c852f54d64ba4e9a81d080cac

PR37556: Don't diagnose conflicts between instantiated unqualified friend declarations and declarations found in inline namespaces within the target context. (cherry picked from commit 04ba18563390ec87400fa068a9b4981b235ebaa6)

view details

Johannes Doerfert

commit sha 9f4a92a4349ff1794379b706a4851c678899d5d2

Reuse OMPIRBuilder `struct ident_t` handling in Clang Replace the `ident_t` handling in Clang with the methods offered by the OMPIRBuilder. This cuts down on the clang code as well as the differences between the two, making further transitions easier. Tests have changed but there should not be a real functional change. The most interesting difference is probably that we stop generating local ident_t allocations for now and just use globals. Given that this happens only with debug info, the location part of the `ident_t` is probably bigger than the test anyway. As the location part is already a global, we can avoid the allocation, memcpy, and store in favor of a constant global that is slightly bigger. This can be revisited if there are complications. Reviewed By: ABataev Differential Revision: https://reviews.llvm.org/D80735

view details

Johannes Doerfert

commit sha 1274d83482b950fa31a34a5fdc3a0575c8d1b6a4

Do not use TBAA in type punning reduction GPU code PR46156 When we implement OpenMP GPU reductions we use type punning a lot during the shuffle and reduce operations. This is not always compatible with language rules on aliasing. So far we generated TBAA which later allowed to remove some of the reduce code as accesses and initialization were "known to not alias". With this patch we avoid TBAA in this step, hopefully for all accesses that we need to. Verified on the reproducer of PR46156 and QMCPack. Reviewed By: ABataev Differential Revision: https://reviews.llvm.org/D86037

view details

Hans Wennborg

commit sha 45574524c3a15f1e34c7d181e3bc17e9e7d90210

OpenMP: Fix for PR46868: Incorrect target map https://bugs.llvm.org/attachment.cgi?id=23891 by Alexey Bataev.

view details

QingShan Zhang

commit sha 4d16d8dfe50eb45545e844c3c9acafd363637dad

[DAGCombine] Remove dead node when it is created by getNegatedExpression We hit the compiling time reported by https://bugs.llvm.org/show_bug.cgi?id=46877 and the reason is the same as D77319. So we need to remove the dead node we created to avoid increase the problem size of DAGCombiner. Reviewed By: Spatel Differential Revision: https://reviews.llvm.org/D86183 (cherry picked from commit 960cbc53ca170c8c605bf83fa63b49ab27a56f65)

view details

Hans Wennborg

commit sha 03c8e1cc7efabd122294e1cd670fba6d544f2831

ReleaseNotes: removal of llgo

view details

Fangrui Song

commit sha 21d01a67c9613932053dd89c9957782f86e0c93f

[ELF] --gdb-index: skip SHF_GROUP .debug_info -gdwarf-5 -fdebug-types-section may produce multiple .debug_info sections. All except one are type units (.debug_types before DWARF v5). When constructing .gdb_index, we should ignore these type units. We use a simple heuristic: the compile unit does not have the SHF_GROUP flag. (This needs to be revisited if people place compile unit .debug_info in COMDAT groups.) This issue manifests as a data race: because an object file may have multiple .debug_info sections, we may concurrently construct `LLDDwarfObj` for the same file in multiple threads. The threads may access `InputSectionBase::data()` concurrently on the same input section. `InputSectionBase::data()` does a lazy uncompress() and rewrites the member variable `rawData`. A thread running zlib `inflate()` (transitively called by uncompress()) on a buffer with `rawData` tampered by another thread may fail with `uncompress failed: zlib error: Z_DATA_ERROR`. Even if no data race occurred in an optimistic run, if there are N .debug_info, one CU entry and its address ranges will be replicated N times. The result .gdb_index can be much larger than a correct one. The new test gdb-index-dwarf5-type-unit.s actually has two compile units. This cannot be produced with regular approaches (it can be produced with -r --unique). This is used to demonstrate that the .gdb_index construction code only considers the last non-SHF_GROUP .debug_info Reviewed By: grimar Differential Revision: https://reviews.llvm.org/D85579 (cherry picked from commit fb141292f4411448af41fc454c07f3903acb84dd)

view details

Teresa Johnson

commit sha ce9f3f19f512f78c5d9ffb2753bae7bcb203161b

[Docs] Document --lto-whole-program-visibility Summary: Documents interaction of linker option added in D71913 with LTO visibility. Reviewers: pcc Subscribers: inglorion, hiraditya, steven_wu, dexonsmith, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D75655 (cherry picked from commit 72bdb41a06a27b5453bf966a0ffecfa6f5fae1a6)

view details

Francesco Petrogalli

commit sha 6f2ba83779c8055a58f1cc9ee33686a8109ff33a

[release][SVE] Move notes for SVE ACLE to the release notes of clang.

view details

push time in 25 days

push eventnielx/rust

Ivan Tham

commit sha 2b7f87b5fa43336ed1237747f60fd9095a41ea3d

Liballoc tweak use *const T instead of *const i8 *const T is also used in the same parts and also used for arith_offset.

view details

Ivan Tham

commit sha cc0d6345500932e8118ba65e98944a6a3bac3277

Liballoc IntoIter limit unsafe to pointer arithmethic

view details

Ivan Tham

commit sha 50315238aa8ffae08f29b260aa36511e03b5e070

Liballoc DoubleEndedIterator limit unsafe to pointer arithmethic

view details

Marcel Hellwig

commit sha 73e27b3e18dcbbef3a36620c4a44306e2bbdcd13

deny(unsafe_op_in_unsafe_fn) in libstd/process.rs

view details

The8472

commit sha 1316c786a08344c965a97b1b67c76a300a479eec

Workaround for copy_file_range spuriously returning EOPNOTSUPP when attemted on a NFS mount under RHEL/CentOS 7. The syscall is supposed to return ENOSYS in most cases but when calling it on NFS it may leak through EOPNOTSUPP even though that's supposed to be handled by the kernel and not returned to userspace. Since it returns ENOSYS in some cases anyway this will trip the HAS_COPY_FILE_RANGE detection anyway, so treat EOPNOTSUPP as if it were a ENOSYS. https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/7.8_release_notes/deprecated_functionality#the_literal_copy_file_range_literal_call_has_been_disabled_on_local_file_systems_and_in_nfs https://bugzilla.redhat.com/show_bug.cgi?id=1783554

view details

The8472

commit sha f0783632d315db90c0ca34d79d56207d132f3764

more concise error matching

view details

The8472

commit sha 4ddedd521418d67e845ecb43dc02c09b0af53022

perform copy_file_range until EOF is reached instead of basing things on file size This solves several problems - race conditions where a file is truncated while copying from it. if we blindly trusted the file size this would lead to an infinite loop - proc files appearing empty to copy_file_range but not to read/write https://github.com/coreutils/coreutils/commit/4b04a0c - copy_file_range returning 0 for some filesystems (overlay? bind mounts?) inside docker, again leading to an infinite loop

view details

Yuki Okushi

commit sha 18ad5a594ec4ee039897eb03d90dfeb117b4c6d6

Add a regression test for issue-72793

view details

Tim Nielens

commit sha 2ecc2ac864739cff6aed2609021e2467dedb117a

unit-arg - improve suggestion

view details

Ivan Tham

commit sha a7468705cbf0fb551b8b1d8b420123262f7d92b2

Use translated variable for test string Test should be educative, added english translation and pronounciation.

view details

Yoshua Wuyts

commit sha 688f4471fd553c83ae3ff0306956d89b7d7c2d28

Stabilize future readiness fns

view details

Arkadiusz Piekarz

commit sha aa40c028fcb20a47fb214fea2899ff9a8ae88840

Unstable Book: add links to tracking issues for FFI features

view details

Eduardo Broto

commit sha baf62e7a38854ff6a0039ddccb124ff329a32143

Update changelog to beta 1.47

view details

Tim Nielens

commit sha f3ccbef2af24d5d83f82f1fb50bd97a9b75e609f

unit-arg - pr comments

view details

mental32

commit sha f03d0b38d6a33a64307d83f8ddd3df8ef57ca537

`impl Rc::new_cyclic`

view details

Hirochika Matsumoto

commit sha 5574182b4d2d08c848a88a1ac5633fc194e0465e

Add a new lint to prevent `create_dir` from being used

view details

Hirochika Matsumoto

commit sha 607905d126c55422668007737c22d7a7a89c0d57

Add STD_FS_CREATE_DIR into paths

view details

Hirochika Matsumoto

commit sha 34e302e67c08c9b97d58d062ea83cc1fd860c56e

Fix clippy error

view details

Hirochika Matsumoto

commit sha eebd2483654456e332d7cf53218b56b9cbd6f2f5

Fix errors

view details

bors

commit sha c88c6149415dd47b5f05e69d7307e0a1967c33f2

Auto merge of #5970 - ebroto:changelog_beta_1_47, r=flip1995 Update changelog to beta 1.47 [Rendered](https://github.com/ebroto/rust-clippy/blob/changelog_beta_1_47/CHANGELOG.md) changelog: none

view details

push time in 25 days

create barnchnielx/llvm-project

branch : rust-haiku-1.48.0

created branch time in 25 days

push eventnielx/rust

Matthias Krüger

commit sha f95cfe573a66e98e3f5becc3f0aa346271992d17

fix clippy::redundant_closure: remove redundant closures and call functions directly

view details

Matthias Krüger

commit sha ea9ccfa42c0cd439042c251fc97fa8f160c3e272

fix clippy::while_let_loop: use while let{} instead of loop { if ... break; }

view details

Matthias Krüger

commit sha 4ba1a194635b3c3f412f8caa7106191ac04c4950

fix clippy::into_iter_on_ref: use .iter() instead of into_iter() on references.

view details

Matthias Krüger

commit sha 15dcda36e6df44bc396208c8aeccba8fca2957ad

fix clippy::map_clone: use .cloned() instead of .map(|x| x.clone())

view details

Matthias Krüger

commit sha ff692ab14fec0549c3c58029d056175782c6d9c8

fix clippy::clone_on_copy: don't clone types that are copy

view details

Matthias Krüger

commit sha a605e510561f70cdae4592fb30b320dc6a07f603

fix clippy::needless_return: remove unneeded return statements

view details

Camelid

commit sha bd71b01a8280dd0faa02416b7064ce170c1b40f5

Make the docs clearer for new contributors * Add an easy-to-see note at the top of `CONTRIBUTING.md` that points new contributors to the Basics docs * Add a note about compiler errors as a result of internals changes that break Clippy

view details

bors

commit sha f3a9de9b08659e20ce7c282ed77bc43ddd149107

Auto merge of #75048 - eggyal:force-no-tco-start-backtrace-frame, r=Mark-Simulacrum Prevent `__rust_begin_short_backtrace` frames from being tail-call optimised away I've stumbled across some situations where there (unexpectedly) was no `__rust_begin_short_backtrace` frame on the stack during unwinding. On closer examination, it appeared that the calls to that function had been tail-call optimised away. This PR follows [@bjorn3's suggestion on Zulip](https://rust-lang.zulipchat.com/#narrow/stream/131828-t-compiler/topic/Disabling.20tail.20call.20optimisation.3F/near/205699133), by adding calls to `black_box` that hint to rustc not to perform TCO. Fixes #47429

view details

Gary Guo

commit sha 541fbbb6fab4afdeea48fdb9e94cee48991b3333

Cross-crate doc inlining test case for elided lifetime

view details

Joshua Nelson

commit sha b146000e910ccd60bdcde89363cb6aa14ecc0d95

EXTREMELY hacky fix This runs _just_ enough of typeck that later queries don't panic. Because this is in the same part of the compiler that errors on `impl Trait`, this special-cases impl Trait for rustdoc and no one else. Everything is fine.

view details

bors

commit sha f9c2177ddc605f9c75ca1a3e6ddb33835b8a178d

Auto merge of #74877 - lcnr:min_const_generics, r=oli-obk Implement the `min_const_generics` feature gate Implements both https://github.com/rust-lang/lang-team/issues/37 and https://github.com/rust-lang/compiler-team/issues/332. Adds the new feature gate `#![feature(min_const_generics)]`. This feature gate adds the following limitations to using const generics: - generic parameters must only be used in types if they are trivial. (either `N` or `{ N }`) - generic parameters must be either integers, `bool` or `char`. We do allow arbitrary expressions in associated consts though, meaning that the following is allowed, even if `<[u8; 0] as Foo>::ASSOC` is not const evaluatable. ```rust trait Foo { const ASSOC: usize; } impl<const N: usize> Foo for [u8; N] { const ASSOC: usize = 64 / N; } ``` r? @varkor cc @eddyb @withoutboats

view details

Nicholas Nethercote

commit sha d6fa011f62ee0c3b256d0be9a69369cbceb3c45b

Remove some unnecessary uses of `Option`. These arguments are never `None`.

view details

Nicholas Nethercote

commit sha e539dd65f8ba80837f7477c0547c61514bceb3ad

Eliminate the `SessionGlobals` from `librustc_ast`. By moving `{known,used}_attrs` from `SessionGlobals` to `Session`. This means they are accessed via the `Session`, rather than via TLS. A few `Attr` methods and `librustc_ast` functions are now methods of `Session`. All of this required passing a `Session` to lots of functions that didn't already have one. Some of these functions also had arguments removed, because those arguments could be accessed directly via the `Session` argument. `contains_feature_attr()` was dead, and is removed. Some functions were moved from `librustc_ast` elsewhere because they now need to access `Session`, which isn't available in that crate. - `entry_point_type()` --> `librustc_builtin_macros` - `global_allocator_spans()` --> `librustc_metadata` - `is_proc_macro_attr()` --> `Session`

view details

Nicholas Nethercote

commit sha 01bba2c532c1f8bfc1463d672c6b2fc79bd96495

Eliminate the `SessionGlobals` from `librustc_ast`. By moving `{known,used}_attrs` from `SessionGlobals` to `Session`. This means they are accessed via the `Session`, rather than via TLS. A few `Attr` methods and `librustc_ast` functions are now methods of `Session`. All of this required passing a `Session` to lots of functions that didn't already have one. Some of these functions also had arguments removed, because those arguments could be accessed directly via the `Session` argument. `contains_feature_attr()` was dead, and is removed. Some functions were moved from `librustc_ast` elsewhere because they now need to access `Session`, which isn't available in that crate. - `entry_point_type()` --> `librustc_builtin_macros` - `global_allocator_spans()` --> `librustc_metadata` - `is_proc_macro_attr()` --> `Session`

view details

Nicholas Nethercote

commit sha 3dc8a3695825a8f7c5375d2560bc58573326699d

Eliminate `librustc_hir`'s dependency on `librustc_session`.

view details

Nicholas Nethercote

commit sha 96dd044827f80b7de3cc1501a80597f41cc388e0

Increase `recursion_limit` in `librustc_plugin_impl`. To avoid rustdoc problems.

view details

Yuki Okushi

commit sha f5d2ffd7fb94807555cc370eb0ec01822f04abe3

Rollup merge of #75224 - Aaron1011:fix/function-arguments-naked, r=Amanieu Don't call a function in function-arguments-naked.rs Fixes #75096 It's U.B. to use anything other than inline assmebling in a naked function. Fortunately, the `#break` directive works fine without anything in the function body.

view details

Yuki Okushi

commit sha 255434d83cab2dab5ab5c7d942a5dbfcda3db894

Rollup merge of #75237 - nbdd0121:rustdoc, r=jyn514 Display elided lifetime for non-reference type in doc In edition 2018 we encourage writing `<'_>` explicitly, so rustdoc should display like such as well. Fixes #75225 ~~Somehow when I run the compiled rustdoc using `cargo +stage2 doc` on other crates, it correctly produces `<'_>`, but I couldn't get the std doc to do the same with `./x.py doc --stage 2`. Might this be related to the recent change to x.py about how the doc is built?~~

view details

Yuki Okushi

commit sha b032a15fa8fae9d101d7dd37d6627d7d677f8d1e

Rollup merge of #75250 - RalfJung:uninit-const-ptr, r=oli-obk make MaybeUninit::as_(mut_)ptr const I think it was just an oversight that they are not const yet. I also changed their implementation as the old one created references to uninitialized memory.^^

view details

Yuki Okushi

commit sha 02bf036c6cf1269c21102591b152bda9c3584bac

Rollup merge of #75253 - RalfJung:cleanup-const-hack, r=oli-obk clean up const-hacks in int endianess conversion functions Cleans up the const hacks added in https://github.com/rust-lang/rust/pull/69373. r? @oli-obk

view details

push time in a month

push eventhaiku/infrastructure

Niels Sascha Reedijk

commit sha 08cd7bbfa50cafb4c75c6ffe1107805864b827ba

HaikuDepotServer: update to 1.0.122

view details

push time in a month

pull request commenthaikuports/haikuports

Rust: Add version 1.45.0

Should be good to merge!

nielx

comment created time in a month

pull request commentdeprecrated/net2-rs

Add support for Haiku

I'll be cutting a new release of net2 to include the change shortly.

v0.2.35 has been published to crates.io

Thank you! This will make the experience of Rust on Haiku a lot better.

nielx

comment created time in 2 months

delete branch nielx/net2-rs

delete branch : support-haiku

delete time in 2 months

PR opened haiku/website

New blog post: Rust on Haiku: the Case of the Disappearing Deceased Threads

…hreads

This is a story that details what I have been up to this summer.

+203 -0

0 comment

3 changed files

pr created time in 2 months

push eventnielx/website

Adrien Destugues

commit sha a4eea65add9a81ed88aa1ba64e37853ded1b3b19

Update instructions for EFI bootloader installation. (#377) Fixes https://dev.haiku-os.org/ticket/16164

view details

alaviss

commit sha 3dfa6961a061a4282c53fa6274fc3da544da832b

blog/leorize: new blog and an introduction (#378) * blog/leorize: new blog and an introduction Sorry for being late! * blog/leorize/2020-05-31: add more tags

view details

Augustin Cavalier

commit sha bb7bba0b70b590265d302eb59ea509586aa7d321

Fix a broken link.

view details

Augustin Cavalier

commit sha 323447ab9a3236dcddf3b9566b7771acdd0f782b

release-notes-r1beta1: fix typo.

view details

Augustin Cavalier

commit sha 8e92e8fdfa0e8e71a18d4eba047ba9160e3feb79

get-haiku: Reorganize to have "permalinks".

view details

waddlesplash

commit sha 954308d9b18f0aee6f36d6b7adb5893995fd19f3

Update _redirects

view details

waddlesplash

commit sha 189752560687d274fbbb524540f3a6221be09f35

_redirects: Use temporary ones for the get and release notes.

view details

waddlesplash

commit sha aed7aced271b75eff095cc355c6f2f0a44302299

_redirects: Enforce redirects on shadowing.

view details

waddlesplash

commit sha d671e067369abf76d5621088836804a2d1e88aae

Release R1/beta2! (#381)

view details

waddlesplash

commit sha 8231b69073bbb81a8cf8397cf820763955572b2e

Fix typo.

view details

Humdinger

commit sha a79438b87acb42c88e3a9c23e119e627c499baf6

Fix type in release-notes.

view details

Humdinger

commit sha 3ac8da541a3f8d4a6bc16dae7830ee54f50ad89d

Update installer and input images in release notes.

view details

Humdinger

commit sha 76391aaa11e9ac7983b56cbd071aaadeeec1f514

Fix email address for press inquiries

view details

Alex von Gluck IV

commit sha 2a13aa48f8af7237989f92cd14eb980a4a3420be

get-haiku/r1beta2: Add OSUOSL mirror which is now synced (#382)

view details

Alexander von Gluck IV

commit sha 197282dfd96a322f759891caa46d462a6accd934

get-haiku/r1beta2: Add rit.edu mirror which is now synced

view details

CodeforEvolution

commit sha b859d8c18d28463c066aaee8eee05c464f27ce37

Project History: Quick Update for R1 / Beta 2 What kind of history would this page represent without referring to our latest release! :)

view details

Emil Ahlbäck

commit sha 68a1996ab5ac9d1c0296c86c6d27fd1370282ad3

Add note about forcefully linking bison with homebrew (#385)

view details

Emir Sarı

commit sha fc19348c760ef8e1452fa0642d63badf5410519e

Fix typo

view details

Humdinger

commit sha 805e520e094f1affa5d797df14330abd2037e165

IRC: update link to channel logs Echelog.com has stopped logging #haiku and #haiku-3rdparty. There's a replacement for the #haiku channel, #haiku-3rdparty has so few traffic it's not deemed necessary to log at this time. Fixes Trac ticket #16289

view details

YannB64

commit sha 992f239d461317b30948653e022a2a24ed4f76b7

Add Windows as build platform using wsl2 Building Haiku on Windows using Windows Subsystem for Linux version 2 is possible. Add Windows as an indirectly supported supported platform through wls2. Build performance on wsl2 is now close to building from Haiku in a VM (at least on my machine), so removed note of slow performance using wsl1 Corrected microsoft link to use https.

view details

push time in 2 months

push eventnielx/rust

Ellen

commit sha a2dfc3ec78b0832f0b6446a628c905fe4b09fd60

Switch to intra-doc links for std/src/alloc.rs

view details

bors

commit sha e8df0b893235aa06c6362d1a8646296310f79f81

Auto merge of #74940 - oli-obk:const_is_null, r=RalfJung Make `<*const T>::is_null` const fn r? @RalfJung cc @rust-lang/wg-const-eval tracking issue: #74939

view details

Aleksey Kladov

commit sha 0c33df9c774861772c3b98032e893e199b49fa34

:arrow_up: rust-analyzer

view details

Ellen

commit sha e7a72797506448b7525c963af2967356958f7e9b

Remove unnecessary links in env.rs

view details

Guillaume Gomez

commit sha 4fa69cb3ce468c94e8f1c5927212270e9bc74884

Improve display

view details

jumbatm

commit sha b0eb55a092506aa4cfe34969c56adfeca9616750

Add test demonstrating the issue.

view details

jumbatm

commit sha db753137a14b04886567a1f20768b96feba05594

Fix stack overflow for recursive types. Adds a seen set to structurally_same_type to avoid recursing indefinitely when a reference or pointer member introduces a cycle in the visited types.

view details

jumbatm

commit sha 154b74e8f959581d37d1a1ae860ee1bf7b682f34

Actually introduce a cycle in Reffy test.

view details

jumbatm

commit sha a1fa4e05acb2cbda9a02cc34f8000c965328dbde

Remove unnecessary rebinding of def ids.

view details

jumbatm

commit sha 80c2c80d52e2384ee6ce33a7b41c0c47c4f0ffd1

Remove structural equiv check for Array const.

view details

jumbatm

commit sha bca48ad7acbc7b7462bce58f0513c02c4e5444b5

Reduce indentation by replacing match arm w/ early return.

view details

jumbatm

commit sha 6c57de1166d36725a689cef17e0dab8b9abcd00b

Don't memoize seen types. That cache is unlikely to be particularly useful within a single invocation of structurally_same_type, especially compared to memoizing results across _all_ invocations of that function.

view details

jumbatm

commit sha 7708abbbef679d208041bff57aa9ad50e9419895

Avoid double hashset lookup. Co-authored-by: Bastian Kauschke <bastian_kauschke@hotmail.de>

view details

jumbatm

commit sha 1321a2dce32893588a0ec4ba586c3a04fb5e47cf

Also accept Refs for is_primitive_or_pointer

view details

jumbatm

commit sha bc15dd6dde58aaed724cf692c0635060a77fc99c

Wrap recursion in `ensure_sufficient_stack`.

view details

bors

commit sha 8d185cabbdcb1b30ea5f72b3f0b3e6442bc4548a

Auto merge of #75187 - pawanbisht62:feature/incorporate-tracing, r=oli-obk Incorporated Tracing Crate in some libraries Issue #74747

view details

bors

commit sha 9360ca6dc29839372382017a0e11988c94df430a

Auto merge of #5908 - giraffate:fix_fp_for_same_item_push, r=flip1995 Fix FP for `same_item_push` Fixes https://github.com/rust-lang/rust-clippy/issues/5902 changelog: Fix FP for `same_item_push` where the pushed variable is mutated.

view details

Cameron Taggart

commit sha 2b1fc161533deb94c554a3b6416c12f4d905a313

update stacker to 0.1.11 to unbreak build for wasm32-unknown-unknown

view details

Dan Cross

commit sha 6ad6d8c25c399cdc001ca65801017e8c5c51e9e2

librustc_metadata::locator: Properly detect file type. Make sure to test for file types against the non-canonicalized name to avoid detecting the wrong type. Some systems save build artifacts into associative file stores that do not preserve extensions, and then link to those using conventionally-named symbolic links that are the arguments to `rustc` et al. If we canonicalize before testing the type, we resolve the symlink, the extension is lost and we might treat rlibs and rmetas as dylibs. The fix is to introduce a temporary to hold the canonicalized name, compare against the non-canonical name, and add a comment explaining what's going on for the would-be maintainer who sees a potential cleanup. Signed-off-by: Dan Cross <dcross@google.com>

view details

bors

commit sha 33c96b4d9782cf6364e47cb2c904e66b06c22bb4

Auto merge of #74748 - simonvandel:simplify-discriminant-arm, r=wesleywiser MIR-OPT: Make SimplifyBranchSame able to remove identity match with fieldless variant Modifies SimplifyBranchSame so that it can see that the statements can be considered equal in the following example `_0 = _1` and `discriminant(_0) = discriminant(0)` are considered equal if 0 is a fieldless variant of an enum.

view details

push time in 2 months

issue commentrust-lang/rust

1.47 beta cross-compiling broken: tries to run the reverse cross-compile

Hit the same issue, it turns out that there is a change in rustbuild that ./x.py build no longer implies building stage 2, which leads to this behaviour. (./x.py dist still implies --stage 2).

To resolve this, use ./x.py --stage 2 build.

I am unsure whether this is a bug in the strict sense, maybe cross-compiling should imply --stage 2, but I know too little about rustbuild to argue for or against it.

infinity0

comment created time in 2 months

issue commenthaiku/website-inc

Github: Dependabot on the Loose

While admirable, dependabot is not very helpful, as the modules may have security issues, but they are not exposed to the outside world...

I see a link to disable PRs from dependabot, so if others would like me to do so I can click that.

Having said that, there may be value in keeping the dependencies up to date?

CodeforEvolution

comment created time in 2 months

pull request commentrust-lang/rust

Disable zlib in LLVM on Haiku

@Mark-Simulacrum This change is ready for review.

nielx

comment created time in 2 months

push eventhaiku/infrastructure

Niels Sascha Reedijk

commit sha dea36122bf5d925ed4c8c251f3f7918a1ed241b8

Discourse: add missing backslash

view details

push time in 2 months

push eventhaiku/infrastructure

Niels Sascha Reedijk

commit sha bfe4f896ddc9f0f2690ebd172b4584301648b952

Discourse: update to 2.5.1 and store backups on permanent volume

view details

push time in 2 months

issue closednielx/rust

libstd/sys/unix/thread.rs panic while running cargo 0.22.0

Since rust 1.21.0 there, the ​standard library panics when there are os errors on thread.join.

In cargo such a panic occurs when compiling larger crates. The error is 'failed to join thread: No such process (os error -2147454963).'

It is unlikely that the underlying cause started since cargo 0.22.0, but rather that it has occured before but it never caused an error because it was hidden as a debug_assert.

Possible causes:

  • The pthread implementation of Haiku does something odd
  • Cargo or one of its dependencies do something odd (like doing something that relies on undefined behavior).
  • Haiku has specific API calls that need to be handled by libstd.

Currently worked around with this commit.

closed time in 2 months

nielx

issue commentnielx/rust

libstd/sys/unix/thread.rs panic while running cargo 0.22.0

Will be fixed in Haiku R1 beta 3. Until that point, any Rust releases that fall within the pre-beta 3 timeframe will be released with the workaround.

nielx

comment created time in 2 months

pull request commentrust-lang/rust

Disable zlib in LLVM on Haiku

Updated patch that uses the same code path as netbsd.

nielx

comment created time in 2 months

push eventnielx/rust

Brian Cain

commit sha 2ca1e59bb60e27abc858fc271b91ef5ba4f6b6a6

Hexagon libstd: update type defs

view details

Leon Matthes

commit sha e6c83dd57b920d2069797736ae0a1c9fe14a97cb

Document that slice means pointer to a sequence Also document that slices are twice as large as pointers to Sized types

view details

Leon Matthes

commit sha a9af93beebe183d716c0e7313ff8a0fb79b27b6b

Add missing period

view details

Leon Matthes

commit sha 41d3e1cf738b6bfe1c7f85ad09b2adea9c8744e8

Add missing import to Rc

view details

Ryan Scheel

commit sha e720f4237a39dba0a4b741812de59d1654b3b253

See also X-Link mem::{swap, take, replace}

view details

Jan Riemer

commit sha 7835c8c06cc80b5a0d3d08c1ab1b91240a8aec52

docs(marker/copy): clarify that `&T` is also `Copy` In the current documentation about the `Copy` marker trait, there is a section about "additional implementors", which list additional implementors of the `Copy` trait. The fact that shared references are also `Copy` is mixed with another point, which makes it hard to recognize and make it seem not as important. This clarifies the fact that shared references are also `Copy`, by mentioning it as a separate item in the list of "additional implementors".

view details

Amos Onn

commit sha 361f668c4996c1f21aee39ea1a105a3067612c11

Use alloc_zeroed in {Rc,Arc}::new_zeroed

view details

Amos Onn

commit sha ab204c5b20742d153968390bae0f3ff1095e2946

Add {Box,Rc,Arc}::new_zeroed_slice

view details

Lzu Tao

commit sha 57c5da8f1c1d36da3b69e98a75ed54efb4b45329

Gate to if-let guard feature

view details

Lzu Tao

commit sha 0a8d4ce055d40bb4897d1cd5c110174ede8ed505

Fallback to pase_expr because match guard accepts struct literals

view details

Lzu Tao

commit sha ef50477c786016bf1712a34155d067b407e35cc0

Add a regression test for match guard Unlike if condition, match guard accepts struct literal.

view details

Philippe Nadon

commit sha 2d1515a2c532b0cceec4a14da6f21e48fdca2da5

Miri: Renamed "undef" to "uninit" Renamed remaining references to "undef" to "uninit" when referring to Miri. Impacted directories are: - src/librustc_codegen_llvm/consts.rs - src/librustc_middle/mir/interpret/ - src/librustc_middle/ty/print/pretty.rs - src/librustc_mir/ - src/tools/clippy/clippy_lints/src/consts.rs Upon building Miri based on the new changes it was verified that no changes needed to be made with the Miri project. Related issue #71193

view details

Aaron Hill

commit sha 5f7436b5fd27e534b2800389067b169cbe7864b7

Be consistent when describing a move as a 'partial' in diagnostics When an error occurs due to a partial move, we would use the world "partial" in some parts of the error message, but not in others. This commit ensures that we use the word 'partial' in either all or none of the diagnostic messages. Additionally, we no longer describe a move out of a `Box` via `*` as a 'partial move'. This was a pre-existing issue, but became more noticable when the word 'partial' is used in more places.

view details

Eric Seppanen

commit sha f85d231301b506b512bb36d80c840d8478329b25

clarify documentation of remove_dir errors remove_dir will error if the path doesn't exist or isn't a directory. It's useful to clarify that this is "remove dir or fail" not "remove dir if it exists". I don't think this belongs in the title. "Removes an existing, empty directory" is strangely worded-- there's no such thing as a non-existing directory. Better to just say explicitly it will return an error.

view details

Wim Looman

commit sha a8de713e26cb0f8e8ae4a7ecb0bf8a413b539926

Improve rendering of crate features via doc(cfg)

view details

Wim Looman

commit sha 234ec956ab91d4aef51b63f25b78d176aa364a60

Render longhand multiple crate/target features nicer

view details

Tim Nielens

commit sha a77e881ec9f324cdc544150f897d8b34281f92e4

should_impl_trait - ignore methods with lifetime params

view details

Tim Nielens

commit sha 2bc0ecd44b4d09476eade641e02451d949a1c8e2

should_implement_trait - add test cases for every checked trait method

view details

Tim Nielens

commit sha e6b2254f9e55743dbace44cc73c6447b6bda58e5

should_implement_trait - pr remarks

view details

Tim Nielens

commit sha 7cc1a2ed879e45605a53b802cfa5291c9a51284c

should_implement_trait - filter on explicit lifetime param only

view details

push time in 2 months

issue commentnielx/rust

libstd/sys/unix/thread.rs panic while running cargo 0.22.0

Patch for Haiku submitted: https://review.haiku-os.org/c/haiku/+/3178

nielx

comment created time in 2 months

push eventnielx/rust

Jack Huey

commit sha e997375934757a3d5cd22eea5fe8648de006599f

Test error order is non-deterministic

view details

Jack Huey

commit sha 90e01ee2089700026fd3fbd68d1dc26f2540a648

Update Chalk

view details

Jack Huey

commit sha 64c486b6f43f79645c91a2f4a9b4494d7bbe3c9f

Update chalk and add LifetimeOutlives and ObjectSafe lowering

view details

Jack Huey

commit sha 6a979d879381448747d46c8198f35d8f1f8e9527

Lower consts

view details

Jack Huey

commit sha a1c769bfd28a217f3110e7dd21ade066e725a90f

Fix building

view details

Jack

commit sha b5d5994a4afa73182231efd5d45bbe1fdca28c9b

Update chalk to 0.11.0

view details

Jack Huey

commit sha 16ad3f302b7108428272f0453c0b5768d5c6f015

Nits and change skip_binder to no_bound_vars for fndef

view details

Jack Huey

commit sha 890cef635cd62b21bb23f80b9c743137014e483a

Change InternedAdtDef to &'tcx AdtDef

view details

Jack Huey

commit sha d63195b0bc581837f77a22f46f2aa2303b911e56

Return type is bound too

view details

bors

commit sha 2d8bd9b74dc0cf06d881bac645698ccbcf9d9c5e

Auto merge of #73257 - davidtwco:issue-73249-improper-ctypes-projection, r=lcnr,varkor ty: projections in `transparent_newtype_field` Fixes #73249. This PR modifies `transparent_newtype_field` so that it handles projections with generic parameters, where `normalize_erasing_regions` would ICE.

view details

Christian Poveda

commit sha 96031e22d22fd3b98e6caa3851b99272e2b4618d

add new error code

view details

Alexis Bourget

commit sha 8f0bd5ffe66bb08d00158c5edf36902f1a356045

Update the doc for std::prelude, removing the "technical part" section

view details

Christian Poveda

commit sha e75fbaee45a24816e8e2b27cd9f8896766aee6e3

add second message for livedrop errors

view details

luxx4x

commit sha 56e115a2627ba8bdd2e66c759457af96b2b0286a

Allow dynamic linking for iOS/tvOS targets.

view details

Esteban Küber

commit sha 562f4967b4ce7e859b807fc022040bbb22d1f70e

Account for multiple impl/dyn Trait in return type when suggesting `'_`

view details

Josh Stone

commit sha db0d70e58f2a5d42e52f2540af02d14591602717

Refactor `try_find` a little The `E` type parameter was unnecessary, so it's now removed. The folding closure now has reduced parametricity on just `T = Self::Item`, rather than the whole `Self` iterator type. There's otherwise no functional change in this.

view details

bors

commit sha 34c5cd9a64d8537236626c4ccbed39a924cd38e2

Auto merge of #73511 - Manishearth:rollup-3iffxd8, r=Manishearth Rollup of 13 pull requests Successful merges: - #71568 (Document unsafety in slice/sort.rs) - #72709 (`#[deny(unsafe_op_in_unsafe_fn)]` in liballoc) - #73214 (Add asm!() support for hexagon) - #73248 (save_analysis: improve handling of enum struct variant) - #73257 (ty: projections in `transparent_newtype_field`) - #73261 (Suggest `?Sized` when applicable for ADTs) - #73300 (Implement crate-level-only lints checking.) - #73334 (Note numeric literals that can never fit in an expected type) - #73357 (Use `LocalDefId` for import IDs in trait map) - #73364 (asm: Allow multiple template string arguments; interpret them as newline-separated) - #73382 (Only display other method receiver candidates if they actually apply) - #73465 (Add specialization of `ToString for char`) - #73489 (Refactor hir::Place) Failed merges: r? @ghost

view details

Joshua Nelson

commit sha 95f8daa82b52e95081b66d58953c2329a9f0458e

Fix -Z unpretty=everybody_loops It turns out that this has not been working for who knows how long. Previously: ``` pub fn h() { 1 + 2; } ``` After this change: ``` pub fn h() { loop {} } ``` This only affected the pass when run with the command line pretty-printing option, so rustdoc was still replacing bodies with `loop {}`.

view details

Manish Goregaokar

commit sha 203305d09566e2924f893ed94845253da199eeab

Rollup merge of #71420 - RalfJung:specialization-incomplete, r=matthewjasper Specialization is unsound As discussed in https://github.com/rust-lang/rust/issues/31844#issuecomment-617013949, it might be a good idea to warn users of specialization that the feature they are using is unsound. I also expanded the "incomplete feature" warning to link the user to the tracking issue.

view details

Manish Goregaokar

commit sha 5c9cd82454e099b368275292f214daa11541879e

Rollup merge of #71899 - cuviper:try_find_map, r=dtolnay Refactor `try_find` a little ~~This works like `find_map`, but mapping to a `Try` type. It stops when `Ok` is `Some(value)`, with an additional short-circuit on `Try::Error`. This is similar to the unstable `try_find`, but has the advantage of being able to directly return the user's `R: Try` type directly, rather than converting to `Result`.~~ (removed -- `try_find_map` was declined in review) This PR also refactors `try_find` a little to match style. The `E` type parameter was unnecessary, so it's now removed. The folding closure now has reduced parametricity on just `T = Self::Item`, rather than the whole `Self` iterator type. There's otherwise no functional change in this.

view details

push time in 2 months

pull request commentrust-lang/rust

Disable zlib in LLVM on Haiku

I will update this patch once PR #75713 lands.

nielx

comment created time in 2 months

create barnchnielx/libc

branch : fix/priority

created branch time in 2 months

PR opened rust-lang/libc

Haiku: add [get/set]priority()

These methods were added in Haiku R1 beta 2.

+3 -0

0 comment

1 changed file

pr created time in 2 months

pull request commentrust-lang/rust

Enable zlib for NetBSD

@nielx LLVM_ENABLE_ZLIB=ON enables detection of zlib during LLVM build but doesn't force it. That means zlib will be only used if found.

Looking at CI logs in case of Windows this works like that:

  • windows-gnu - zlib is found on the CI so it gets enabled, LLVM on this platform is linked statically so zlib is linked statically as well
  • windows-msvc - zlib is not found on the CI it gets disabled

@Mark-Simulacrum @mati865

The issue remains that this will in principle break any cross compiling rustc for any platform that has libz on it. I see five options:

  1. Set LLVM_ENABLE_ZLIB=OFF for cross-compiled targets. The upside is that it will not break anything for anyone, the downside is that there is no support for compressed sections in elf libraries (though if I understand correctly, this is only for the llvm tools that we distribute and not the rustc compiler itself?)
  2. Keep LLVM_ENABLE_ZLIB=ON and link cross-compiled rustc to libz.so by default, and add a mechanism to opt out manually. The upside is that it is likely that on many platforms cross-compiling rustc will work out of the box. The downside is that for some platforms it creates more work to opt out of linking to libz.
  3. Keep LLVM_ENABLE_ZLIB=ON and have a list of cross-compiled targets that link to libz.so. This is the approach of this patch.
  4. Combination of 1 and 3, where for cross-compiling LLVM_ENABLE_ZLIB=OFF by default, except for platforms that opt in.
  5. Devise a test in build.rs to determine whether or not the target's LLVM links to libz.so.

Personally, while I cannot quantify it definitively, solution 2 sounds like it will get most targets right without any additional manual work/patches, so that's where my preference would be. If we want to be on the safe side, we could go for option 5. Unfortunately I do not seem to be able to find the CI logs, do do some investigation, but that's where I would go next.

mati865

comment created time in 2 months

pull request commentrust-lang/rust

Enable zlib for NetBSD

I am wondering whether we shouldn't add libz to all cross-compiled builds for all platforms by default, now that we know that that the LLVM option is enabled by default?

This will increase the likelihood that cross-compiling rustc will work on any platform.

Do we know platforms that do not ship libz? windows perhaps?

mati865

comment created time in 2 months

pull request commentrust-lang/rust

Disable zlib in LLVM on Haiku

@Mark-Simulacrum

Whether this will cause issues when cross-compiling with an out of tree build of LLVM (i.e. I don't know enough about rustbuild to determine whether this script is called and the variables are run the same way)

I don't think it will. AFAIK, the zlib support in LLVM isn't used by Rust itself, just the LLD we ship -- so even if we are compiling with an LLVM that doesn't support zlib that'll likely just mean that the built rust-lld is less featureful but shouldn't affect Rust itself.

Are you sure about this? Because I encountered the issue not during build, but during runtime (running rustc) where there were unresolved compress and uncompress symbols in librustc_driver.so. It looks to me like some of the symbols end up in rustc (and its libraries) itself.

Presumably distros that ship non-zlib supporting LLVM also ship gcc and clang that don't produce zlib-needing binaries for linking, or at least if not, can be convinced to alter one or the other.

I would be happy to r+ the patch you suggested, presuming you've tested it.

I think Haiku does not explicitly use compressed sections in elf libraries (I doubt our toolchain supports it), so we should be good. The patch was manually tested and resolved the issue of not being able to run rustc.

nielx

comment created time in 2 months

pull request commentrust-lang/rust

Disable zlib in LLVM on Haiku

Good that we can fix it, but it is unclear to me whether the preference is to fix this by turning off LLVM_ENABLE_ZLIB for Haiku, or by patching build.rs (my preference is the latter).

More fundamentally, I wonder to what extend the problem appears because Haiku is always cross-compiled. And whether this is an issue for all cross-compiled rustc instances.

nielx

comment created time in 2 months

pull request commentrust-lang/rust

Disable zlib in LLVM on Haiku

Like @mati865 suggested, I altered the build.rs for librust_llvm, and it works. The patch wass rather crude:

diff --git a/src/librustc_llvm/build.rs b/src/librustc_llvm/build.rs
index 21b8080714c..d8a2d302168 100644
--- a/src/librustc_llvm/build.rs
+++ b/src/librustc_llvm/build.rs
@@ -189,6 +189,10 @@ fn main() {

     if !is_crossed {
         cmd.arg("--system-libs");
+    } else if target.contains("haiku") {
+        // LLVM is built with LLVM_ENABLE_ZLIB as on, which means it should
+        // link to libz.so on Haiku.
+        println!("cargo:rustc-link-lib=z");
     }
     cmd.args(&components);

I am wondering whether:

  1. Linking to libz should be made dependent on the variable LLVM_ENABLE_ZLIB actually being turned on.
  2. Whether this will cause issues when cross-compiling with an out of tree build of LLVM (i.e. I don't know enough about rustbuild to determine whether this script is called and the variables are run the same way)
nielx

comment created time in 2 months

PR opened deprecrated/net2-rs

Add support for Haiku

This commit adds support for Haiku and obsoletes PR #53

+5 -4

0 comment

2 changed files

pr created time in 2 months

create barnchnielx/net2-rs

branch : support-haiku

created branch time in 2 months

fork nielx/net2-rs

Extensions for standard networking types

fork in 2 months

pull request commentrust-lang/rust

Disable zlib in LLVM on Haiku

The problems with zlib seem to mostly (only?) affect tier 2 and lower platforms. The problem also seems limited to however rustbuild includes LLVM/zlib in the link, because clearly zlib should “just work” on most platforms. I think we should take a tiered approach here with the goal to support zlib as much as possible. In particular, I don't think tier 1 platforms should have reduced functionality because tier 2/3 platforms don't have their rustbuild configured correctly.

Proposal:

Tier 1: Keep zlib and guarantee that it will link correctly on tier 1 platforms. Tier 2: Ideally the NetBSD situation (the only outlier for tier 2) gets fixed and we offer the same guarantees as tier 1. Tier 3: It's the platform maintainer's responsibility to fix rustbuild. Ideally this means they change rustbuild to properly link zlib. Someone with a good understanding of the platform should be able to get rustbuild working fairly quickly. Disabling zlib could be used as a temporary measure instead.

So I am aware Haiku very much is a tier 3 platform. Like most platforms (if not all except windows), we do ship libz as a default. Patching linking to libz in src/librustc_llvm/build.rs like @mati865 links to sounds fine to me. For Haiku it is indeed a runtime issue, and a link command will probably fix that. I will write a fresh patch and build that overnight to see whether that will resolve the issue.

nielx

comment created time in 2 months

PR opened rust-lang/rust

Disable zlib in LLVM on Haiku

PR #72696 enabled the option LLVM_ENABLE_ZLIB for the LLVM builds. Like NetBSD and aarch64-apple-darwin (see PR #75500), the LLVM build system not explicitly linking to libz on these platforms cause issues. For Haiku, this meant the runtime loader complaining about undefined symbols..

+4 -1

0 comment

1 changed file

pr created time in 2 months

create barnchnielx/rust

branch : fix/haiku-llvm-libz

created branch time in 2 months

delete branch nielx/infrastructure

delete branch : discourse-2.5

delete time in 2 months

pull request commenthaiku/infrastructure

Discourse: update version to 2.5.0

Deployed

nielx

comment created time in 2 months

push eventhaiku/infrastructure

Niels Sascha Reedijk

commit sha 686f9f9bc9d4e9b367aa479138d944217512502b

Discourse: update version to 2.5.0

view details

push time in 2 months

PR merged haiku/infrastructure

Reviewers
Discourse: update version to 2.5.0

Suggested new image; after review I will schedule the update on the server.

+3 -13

0 comment

2 changed files

nielx

pr closed time in 2 months

push eventnielx/infrastructure

Niels Sascha Reedijk

commit sha c54c00ec2c0ee915333e646bfdb108f89413c3f4

Discourse: update version to 2.5.0

view details

push time in 2 months

push eventnielx/rust

Oliver Scherer

commit sha 98f3c79385bbd2d48ece5d334d5fc9525b0a330a

Update clippy ui test. The reason we do not trigger these lints anymore is that clippy sets the mir-opt-level to 0, and the recent changes subtly changed how the const propagator works.

view details

bors

commit sha db0492ace429cfeb3567e2c04e300be7df9972ff

Auto merge of #74733 - richkadel:llvm-coverage-map-gen-5, r=tmandry Fixed coverage map issues; better aligned with LLVM APIs Found some problems with the coverage map encoding when testing with more than one counter per function. While debugging, I realized some better ways to structure the Rust implementation of the coverage mapping generator. I refactored somewhat, resulting in less code overall, expanded coverage of LLVM Coverage Map capabilities, and much closer alignment with LLVM data structures, APIs, and naming. This should be easier to follow and easier to maintain. r? @tmandry Rust compiler MCP rust-lang/compiler-team#278 Relevant issue: #34701 - Implement support for LLVMs code coverage instrumentation

view details

Oliver Scherer

commit sha f7a1e64fdb209951e6e77369364feb530a60b04c

Update tests after rebase

view details

Oliver Scherer

commit sha 1864a973b3a0a5a6c5a7c71d7d7cd052732e5c02

Improve the diagnostics around misspelled mir dump filenames

view details

Joseph Ryan

commit sha 7621a5b635542c58b6576dd1ae8396df6d8d1bf0

Refactor DocFS to fix error handling bugs

view details

Joseph Ryan

commit sha 29df0508f3106d152ad2cd1b41cf627b98ea9d6f

Pass by value

view details

Manish Goregaokar

commit sha abaf38ccb08d64a2a2c6b5d66dca2b58c2427664

Rename intra_doc_link_resolution_failure -> intra_doc_link_resolution_failures

view details

Manish Goregaokar

commit sha 48de8ac0416853aaf76fcbe721efe9f11e27bd9d

Rename usage of intra_doc_link_resolution_failure

view details

Manish Goregaokar

commit sha da0b10c4fb2ff230fd68e3096c467da5dd82e89e

Register renamed lint

view details

bors

commit sha 6b269e44322cfca727fd0e793d3a60bd371cbcae

Auto merge of #73767 - P1n3appl3:rustdoc-formats, r=tmandry Refactor librustdoc html backend This PR moves several types out of the librustdoc::html module so that they can be used by a future json backend. These changes are a re-implementation of [some work done 6 months ago](https://github.com/rust-lang/rust/compare/master...GuillaumeGomez:multiple-output-formats) by @GuillaumeGomez. I'm currently working on said json backend and will put up an RFC soon with the proposed implementation. There are a couple of changes that are more substantial than relocating structs to a different module: 1. The `Cache` is no longer part of the `html::render::Context` type and therefor it needs to be explicitly passed to any functions that access it. 2. The driving function `html::render::run` has been rewritten to use the `FormatRenderer` trait which should allow different backends to re-use the driving code. r? @GuillaumeGomez cc @tmandry @betamos

view details

Lokathor

commit sha e9509273e6581dbdcebbcdb32f8aea3eb7604060

Change the target data layout to specify more values This does not actually alter the previously specified important parts, but apparently `rustc` cares about more layout components than `cargo-xbuild` ever did. This extends the data layout to be fully specified layout, as given in the error from issue #74767

view details

Manish Goregaokar

commit sha acad0a0517fa2a635d71d78e832fd2507c8ee6a1

Rollup merge of #74742 - poliorcetics:ip-addr-remove-rejected-errata, r=nikomatsakis Remove links to rejected errata 4406 for RFC 4291 Fixes #74198. For now I simply removed the links, the docs seems clear enough to me but I'm no expert in the domain so don't hesitate to correct me if more is needed. cc @ghanan94. @rustbot modify labels: T-doc, T-libs

view details

Manish Goregaokar

commit sha 35226766c98147142c573c2087a5c3aae9819e99

Rollup merge of #74819 - tmiasko:format-spec, r=joshtriplett Point towards `format_spec`; it is in other direction

view details

Manish Goregaokar

commit sha c07998e0e7ea182491aaad2a3cf82dfaabf64c0d

Rollup merge of #74852 - lzutao:inline-rm-tostring, r=nnethercote Explain why inlining default ToString impl Trying to remove inline attribute from default ToString impl causes regression. Perf result at <https://github.com/rust-lang/rust/pull/74852#issuecomment-664812994>.

view details

Manish Goregaokar

commit sha 4230f96bbe45468a34dfdb0ca4204620be0b5686

Rollup merge of #74869 - tmiasko:must-use-closures, r=ecstatic-morse Make closures and generators a must use types Warn about unused expressions with closure or generator type. This follows existing precedence of must use annotations present on `FnOnce`, `FnMut`, `Fn` traits, which already indirectly apply to closures in some cases, e.g.,: ```rust fn f() -> impl FnOnce() { || {} } fn main() { // an existing warning: unused implementer of `std::ops::FnOnce` that must be used: f(); // a new warning: unused closure that must be used: || {}; } ``` Closes #74691.

view details

Manish Goregaokar

commit sha e6b0376e7b63cb7a6e57762bd4c8e4955afdec61

Rollup merge of #74873 - lcnr:const-print, r=eddyb symbol mangling: use ty::print::Print for consts r? @eddyb

view details

Manish Goregaokar

commit sha 0f9b7bd80fbb96c7743b86b154f8882918b5737f

Rollup merge of #74902 - rust-lang:into_raw_non_null, r=dtolnay Remove deprecated unstable `{Box,Rc,Arc}::into_raw_non_null` functions FCP: https://github.com/rust-lang/rust/issues/47336#issuecomment-619369613

view details

Manish Goregaokar

commit sha 1d53340e041c74b3b38dec0011305a36d3f7a9fd

Rollup merge of #74904 - joshtriplett:typo-fix, r=jonas-schievink Fix some typos in src/librustdoc/clean/auto_trait.rs

view details

Manish Goregaokar

commit sha 20501283029cfe25a7d29b4434915a2aa35ce0d8

Rollup merge of #74910 - RalfJung:fence, r=Mark-Simulacrum fence docs: fix example Mutex Fixes https://github.com/rust-lang/rust/issues/74808 Cc @pca006132

view details

Manish Goregaokar

commit sha cae4d4d1d0912b011dd69687556fb5b9e8677573

Rollup merge of #74912 - giraffate:fix_broken_link_in_unstable_plugin_book, r=jonas-schievink Fix broken link in unstable book `plugin` There is broken link in https://doc.rust-lang.org/unstable-book/language-features/plugin.html#lint-plugins.

view details

push time in 2 months

push eventhaiku/infrastructure

Niels Sascha Reedijk

commit sha b547fb541542a89f23a4bdf927cb52a726ed4e56

Download: some more changes for python3

view details

push time in 2 months

push eventnielx/rust

Christian Poveda

commit sha 2f9d33830c7bf1189dffec72cd4a9319c9e3250f

forbid mutable references in all constants except const fns

view details

Christian Poveda

commit sha 014e60587070dea266ae9133b879a9ef3409208b

update tests

view details

Christian Poveda

commit sha 1f48465a0147769cfe6487212862a66518663fed

update diagnostics for &mut in constants

view details

Rich Kadel

commit sha 791ccccddc18e83faa9963824112b14b3b1a93c2

Merge pull request #5 from rust-lang/master update from origin 2020-06-19

view details

Rich Kadel

commit sha 8c7c84b4e8923779ff56a518e4cd39c1c600c7d0

code coverage foundation for hash and num_counters Replaced dummy values for hash and num_counters with computed values, and refactored InstrumentCoverage pass to simplify injecting more counters per function in upcoming versions. Improved usage documentation and error messaging.

view details

Dylan MacKenzie

commit sha 8fc2eeb1c81aef42855257adc11791dcffe803cb

Use newtype to map from `Local` to `GeneratorSavedLocal`

view details

Dylan MacKenzie

commit sha c178e6436a4c3f34b8790a908de044bba9401284

Look for stores between non-conflicting generator saved locals This is to prevent the miscompilation in #73137 from reappearing. Only runs with `-Zvalidate-mir`.

view details

Dylan MacKenzie

commit sha b2ec645d16ce9a3345b2f9cb527ca52e86e54324

Incorporate review suggestions Co-authored-by: Tyler Mandry <tmandry@gmail.com>

view details

Jack Huey

commit sha 006b48279431cab16d2b5d522151b6eae459e835

Add compare-mode=chalk and add a little bit more implementations and fixmes

view details

Jack Huey

commit sha 16dd584e113360a9fff055cc173741bc140808b5

Update chalk

view details

Jack Huey

commit sha 6aa2e9d97831fed07646419113173dd7283a756e

Update chalk

view details

Jack Huey

commit sha 7c09ad0627938949829de181ab23b976b9a1507f

Use builtin types for Never, Array, and FnDef

view details

Jack Huey

commit sha a42e5a14c46dd57493fe38cc2fa51909edb70848

Implement fn_def_datum

view details

Jack Huey

commit sha d0ad15d8cfc29683215d094808fbec3ae1840d63

Remove RustDefId

view details

Jack Huey

commit sha e997375934757a3d5cd22eea5fe8648de006599f

Test error order is non-deterministic

view details

Jack Huey

commit sha 90e01ee2089700026fd3fbd68d1dc26f2540a648

Update Chalk

view details

Jack Huey

commit sha 64c486b6f43f79645c91a2f4a9b4494d7bbe3c9f

Update chalk and add LifetimeOutlives and ObjectSafe lowering

view details

Jack Huey

commit sha 6a979d879381448747d46c8198f35d8f1f8e9527

Lower consts

view details

Jack Huey

commit sha a1c769bfd28a217f3110e7dd21ade066e725a90f

Fix building

view details

Jack

commit sha b5d5994a4afa73182231efd5d45bbe1fdca28c9b

Update chalk to 0.11.0

view details

push time in 2 months

PR opened haiku/infrastructure

Discourse: update version to 2.5.0

Suggested new image; after review I will schedule the update on the server.

+2 -13

0 comment

2 changed files

pr created time in 3 months

create barnchnielx/infrastructure

branch : discourse-2.5

created branch time in 3 months

PR opened haiku/infrastructure

Reviewers
Download: tooling made compatible with python 3.6 and higher

Fix the requirements in requirements.txt

+13 -4

0 comment

3 changed files

pr created time in 3 months

push eventnielx/infrastructure

Niels Sascha Reedijk

commit sha 24288692fc411b7c89c80d76cdef5c2fe23d75f0

Download: tooling made compatible with python 3.6 and higher Fix the requirements in requirements.txt

view details

push time in 3 months

push eventhaiku/generate-download-pages

Niels Sascha Reedijk

commit sha ad8c8ca91829f61cf04cf5ba33996fdd3fb4d3af

Make compatible with Python 3.6 or higher

view details

push time in 3 months

push eventnielx/infrastructure

Adrien Destugues

commit sha 9f491bcbda858ddf21008bd2e379fb90505e1e9f

gerrit: Set email server ENV * It's painful that Pulkomandy saw this so quickly * The entry script checks for SMTP_SERVER and disables the setting if it isn't defined. (ignoring anything you put into the config files)

view details

Alexander von Gluck IV

commit sha 13e29853ccc67b1c5ca68209c6db964e683025f2

gerrit: Convert env to native yaml

view details

Niels Sascha Reedijk

commit sha 4cbc93ee8da16999cecddaaee9faf986e67c762d

Pootle: synchronization script that reports the status This script does a few things: * It outputs the status to a static html page * It sends an email to the haiku-i18n and haiku-sysadmin mailing lists A new cron job is also added, which also makes a backup of the postgresql database inside Pootle's storage, as an additional backup of the pre-sync state.

view details

Alexander von Gluck IV

commit sha da2aef7fb792796c52d3c75102333bf0ef1ea513

buildbot: Change to a secret-based database (for postgresql)

view details

Alexander von Gluck IV

commit sha 9a352fc1f39f7594ade7d492724642a166c99e65

traefik: Correct prometheus endpoint

view details

Alexander von Gluck IV

commit sha dc6766c0ba9f6507747811b6f7d4d2a4bb512142

metrics: Transition to grafana

view details

Alexander von Gluck IV

commit sha 2f1e33bf50bff8e6ea8a98dedcd2cef8348948b2

metrics: Fix incorrect named volume

view details

Alexander von Gluck IV

commit sha fdb3afeb53c01aa2c85ee3a9a680307f6d371273

grafana: setup smtp server

view details

Alexander von Gluck IV

commit sha cf380de9ca5a0ca6d0c23f8729d38678a073441c

grafana: Update root server url

view details

Alexander von Gluck IV

commit sha 63efabdd27f0dc5fbd069693b63042291006eb40

buildbot: Add some initial branch choices

view details

Alexander von Gluck IV

commit sha a0d7dc73971bc63b517d9aec1621fe6f4ea8ed26

buildbot: Fine, we'll make our own secret storage.

view details

Alexander von Gluck IV

commit sha e6c9f3431d84580e246632a348e53162f75c315c

docker/buildbot: Add convenience makefile

view details

Alexander von Gluck IV

commit sha fb7e39b566a3dcfce98effeac4a770ef6c61ae1f

buildbot: Use # as delimiter to avoid / issues in db_url

view details

Alexander von Gluck IV

commit sha f0d1ca6b0e381c535fc0de9c40cb989c1b110ba0

buildbot: Add release builds with adjustable branch * Release builds by default occur within local docker containers, however we can adjust.

view details

Alexander von Gluck IV

commit sha 0830af48a23740714957253486806a6d35745f10

buildbot: Spelling for the win. continious/continuous

view details

Alexander von Gluck IV

commit sha 7e6b563687990ff11577a8b6dcd4282829231d30

buildbot: Fix release bucket uploads * Use worker pool, the build container doesn't have a way to upload.

view details

Alexander von Gluck IV

commit sha 37a9a67bfcf30e0429ea6b2b22c42ced93d5fda0

buildbot: Re-enable things I was supposed to re-enable

view details

Alexander von Gluck IV

commit sha 9d29d3f886690e851c2f83fdfddae60f6126e170

buildbot: disable catkeys upload for release.. no idea about this

view details

Alexander von Gluck IV

commit sha 86933584a66cdb041c267d5328e9da252740212d

buildbot: Fix syntax issue in conditional

view details

Alexander von Gluck IV

commit sha 1b616bf53562e9c415eec854f6e0621331b20263

buildbot: Add missing commit template field

view details

push time in 3 months

PR opened haikuports/haikuports

Rust: Add version 1.45.0

Note that rust_bin does not include rls in this version, as the current incarnation depends on an unsupported dependency. Rls seems to be falling out of favour for rust-analyser anyway, so this is not a blocker.

+346 -0

0 comment

3 changed files

pr created time in 3 months

create barnchnielx/haikuports

branch : rust-haiku-1.45.0

created branch time in 3 months

created tagnielx/rust

tagrust-haiku-1.45.0

Fork of Rust source that contains haiku-specific patches

created time in 3 months

GollumEvent
GollumEvent

delete branch nielx/libc

delete branch : fix/AF_UNSPEC

delete time in 3 months

push eventnielx/rust

David Tolnay

commit sha 4c4b4c4ab407f0ccdfc71caf443735e5ba62539c

Add test of proc_macro::TokenStream's Debug

view details

David Tolnay

commit sha d5ea92526549e40ff43b34f25fe6bee4418a3186

Implement Default for proc_macro::TokenStream

view details

ThibsG

commit sha ab87f87ba03518da23ca510249aa3f5908a42368

Fix CHANGELOG.md and lint names plural

view details

David Tolnay

commit sha bea2c59ea56cb3daa7e3bacabd7c95f002f9aca0

Clarify use of format_args in Debug for Literal

view details

David Cook

commit sha 0148a7f26ce636ac22ac7797dcd7d292c59e8576

InvalidUninitBytes: Track more info about access

view details

Diggory Blake

commit sha 7433c4ddf3c226fc6beeed7a79f7d48777a3e807

Improve the documentation for ManuallyDrop to resolve conflicting usage of terminology.

view details

Eduardo Broto

commit sha fc8ab099c38952b91e38608c386314bde6dd2629

identity_op: allow `1 << 0`

view details

Vardan Margaryan

commit sha 10313a2631efa6a01dc86199d554ce5a7c1bb51a

Revert "Fix cases of match_wildcard_for_single_variants lint when it is spanned on Option" This reverts commit 494830797744c09d6de3b2b2452ab185d2204005.

view details

Vardan Margaryan

commit sha 2620d2449da851171773f7bec1396af11babe278

Fix check for missing enum variants from match expressions TupleStruct matches are checked for exhaustiveness

view details

Vardan Margaryan

commit sha d90625385e8ed0a9030e3ab2ea0990fce39c28bf

Add more test cases for match_wildcard_for_single_variants

view details

bors

commit sha cac9ad02cf952f16bd8b00797f5bb1dbc30e692e

Auto merge of #5599 - dtolnay:letif, r=flip1995 Downgrade useless_let_if_seq to nursery I feel that this lint has the wrong balance of incorrect suggestions for a default-enabled lint. The immediate code I faced was something like: ```rust fn main() { let mut good = do1(); if !do2() { good = false; } if good { println!("good"); } } fn do1() -> bool { println!("1"); false } fn do2() -> bool { println!("2"); false } ``` On this code Clippy calls it unidiomatic and suggests the following diff, which has different behavior in a way that I don't necessarily want. ```diff - let mut good = do1(); - if !do2() { - good = false; - } + let good = if !do2() { + false + } else { + do1() + }; ``` On exploring issues filed about this lint, I have found that other users have also struggled with inappropriate suggestions (https://github.com/rust-lang/rust-clippy/issues/4124, https://github.com/rust-lang/rust-clippy/issues/3043, https://github.com/rust-lang/rust-clippy/issues/2918, https://github.com/rust-lang/rust-clippy/issues/2176) and suggestions that make the code worse (https://github.com/rust-lang/rust-clippy/issues/3769, https://github.com/rust-lang/rust-clippy/issues/2749). Overall I believe that this lint is still at nursery quality for now and should not be enabled. --- changelog: Remove useless_let_if_seq from default set of enabled lints

view details

Dylan DPC

commit sha 86f48c53112b357963893bea4b7b80fcd6dedb01

Rollup merge of #71662 - glandium:osstring_from_str, r=sfackler Implement FromStr for OsString

view details

Dylan DPC

commit sha 21d58a1d31906ab03bd332321dde1d5d76368755

Rollup merge of #71677 - Mark-Simulacrum:hasher-docs, r=Amanieu Add explicit references to the BuildHasher trait Fixes #71652

view details

Dylan DPC

commit sha 154db50d86432e7ddc7f292b161f9a52237a129e

Rollup merge of #71724 - GuillaumeGomez:doc-alias-improvements, r=ollie27 Doc alias improvements After [this message](https://github.com/rust-lang/rust/issues/50146#issuecomment-496601755), I realized that the **doc alias**. So this PR does the followings: * Align the alias discovery on items added into the search-index. It brings a few nice advantages: * Instead of cloning the data between the two (in rustdoc source code), we now have the search-index one and aliases which reference to the first one. So we go from one big map containing a lot of duplicated data to just integers... * In the front-end (main.js), I improved the code around aliases to allow them to go through the same transformation as other items when we show the search results. * Improve the search tester in order to perform multiple requests into one file (I think it's better in this case than having a file for each case considering how many there are...) * I also had to add the new function inside the tester (`handleAliases`) Once this PR is merged, I intend to finally stabilize this feature. r? @ollie27 cc @rust-lang/rustdoc

view details

Dylan DPC

commit sha badcf267df6ecfc62a765eea0e03d1ccf0cd3d02

Rollup merge of #71948 - csmoe:issue-61076, r=oli-obk Suggest to await future before ? operator Closes https://github.com/rust-lang/rust/issues/71811 cc #61076

view details

Dylan DPC

commit sha b0490cc80d1a0747f2a91d1200ed31b8c77d45bc

Rollup merge of #71948 - csmoe:issue-61076, r=oli-obk Suggest to await future before ? operator Closes https://github.com/rust-lang/rust/issues/71811 cc #61076

view details

Dylan DPC

commit sha 040e242168ffc0f5674ea02692c8c4a2f99f7f77

Rollup merge of #72090 - RalfJung:rustc_driver-exit-code, r=oli-obk rustc_driver: factor out computing the exit code In a recent Miri PR I [added a convenience wrapper](https://github.com/rust-lang/miri/pull/1405/files#diff-c3d602c5c8035a16699ce9c015bfeceaR125) around `catch_fatal_errors` and `run_compiler` that @oli-obk suggested I could upstream. However, after seeing what could be shared between `rustc_driver::main`, clippy and Miri, really the only thing I found is computing the exit code -- so that's what this PR does. What prevents using the Miri convenience function in `rustc_driver::main` and clippy is that they do extra work inside `catch_fatal_errors`, and while I could abstract that away, clippy actually *computes the callbacks* inside there, and I fond no good way to abstract that and thus gave up. Maybe the clippy thing could be moved out, I am not sure if it ever can actually raise a `FatalErrorMarker` -- someone more knowledgeable in clippy would have to do that.

view details

Dylan DPC

commit sha b381ea8abb278e42c3f157440fd1bd2af6c7782d

Rollup merge of #72090 - RalfJung:rustc_driver-exit-code, r=oli-obk rustc_driver: factor out computing the exit code In a recent Miri PR I [added a convenience wrapper](https://github.com/rust-lang/miri/pull/1405/files#diff-c3d602c5c8035a16699ce9c015bfeceaR125) around `catch_fatal_errors` and `run_compiler` that @oli-obk suggested I could upstream. However, after seeing what could be shared between `rustc_driver::main`, clippy and Miri, really the only thing I found is computing the exit code -- so that's what this PR does. What prevents using the Miri convenience function in `rustc_driver::main` and clippy is that they do extra work inside `catch_fatal_errors`, and while I could abstract that away, clippy actually *computes the callbacks* inside there, and I fond no good way to abstract that and thus gave up. Maybe the clippy thing could be moved out, I am not sure if it ever can actually raise a `FatalErrorMarker` -- someone more knowledgeable in clippy would have to do that.

view details

Dylan DPC

commit sha c1d5640a29d7a61942ff36c05c9b006521983df5

Rollup merge of #72206 - sergey-melnychuk:cleanup-stale-fixme, r=petrochenkov Cleanup stale 'FIXME(#64197)' (My first PR in rust-lang, any feedback is welcome. Please don't hesitate to let me know if I'm trying to do something pointless!) Trivial cleanup of a stale `FIXME`, `StringReader.pos` is no longer exposed. For testing added `pos()` method that returns cloned value of `pos`.

view details

Dylan DPC

commit sha 89866ce2c7e860c9c3acf5820c8839d2c4926c0a

Rollup merge of #72218 - RalfJung:test-unleashed-ptrs, r=oli-obk make sure even unleashed miri does not do pointer stuff r? @oli-obk

view details

push time in 3 months

more