18:20 Tobias Kortkamp (tobik) 

lang/rust-nightly: Update to 1.58.0.20211030

Make the no-hardlinks-patches conditional and move them to
files/no-hardlinks.

Newer kernels should return sane kern.proc.pathname values for
hardlinks which will hopefully help avoid the intermittent "can't
find crate for `std`" build failures we had on the package
builders.

Thanks to kib@ for fixing kernel behavior. Now let's see if it
makes a difference for lang/rust-nightly.

Changes:	https://github.com/rust-lang/rust/compare/25ec8273855fde2d72ae877b397e054de5300e10...e249ce6b2345587d6e11052779c86adbad626dff
PR:		248184

    d5f09dc

14:46 tobik 

lang/rust*: Bring back the llvm-config-wrapper patches after r543251

Apparently they are still needed:
http://gohan03.nyi.freebsd.org/data/head-amd64-default-baseline/p543836_s363720/logs/errors/rust-1.45.1.log
http://gohan03.nyi.freebsd.org/data/head-amd64-default-baseline/p543836_s363720/logs/errors/rust-nightly-1.47.0.20200724.log
http://gohan03.nyi.freebsd.org/data/head-amd64-default-baseline/p544005_s363784/logs/errors/rust-1.45.1.log

Reported by:	antoine

 

15:50 tobik 

lang/rust-nightly: Attempt to fix intermittent "can't find crate for `std`"
build failures

The location of rustc (found via env::current_exe()) is used to
find the right libstd.  However it might have been "copied" by
creating a hard link to the new location instead.  Like /proc/curproc/file,
KERN_PROC_PATHNAME (used internally by current_exe()) can return
any of the file's multiple paths.  Most of the time it returns the
right rustc path and the build will succeed but occasionally it
will return the "wrong" path and the build fails with:

    error[E0463]: can't find crate for `std`

If this is right a viable workaround should be to never create hard
links during the build, so let's try that.

Also drop the related llvm-config-wrapper workaround.

PR:		248184

 

13:14 tobik 

lang/rust-nightly: Update to 1.47.0.20200718

Changes:	https://github.com/rust-lang/rust/compare/0c03aee8b8...39d5a61f2e

 

04:24 tobik 

lang/rust-nightly: Update to 1.45.0.20200504

Changes:	https://github.com/rust-lang/rust/compare/e83f756349...65b448273d

 

11:09 tobik 

lang/rust: Attempt to address unreliable rust-lld build

It sometimes fails [0,1] and sometimes succeeds [2,3].  When it
fails it fails with

running: "cmake"
"/wrkdirs/usr/ports/lang/rust/work/rustc-1.41.1-src/src/llvm-project/lld"
"-DCMAKE_INSTALL_MESSAGE=LAZY" "-DCMAKE_C_COMPILER=cc"
"-DCMAKE_CXX_COMPILER=c++" "-DCMAKE_C_FLAGS=-ffunction-sections -fdata-sections
-fPIC -m64 -pipe -fstack-protector-strong -fno-strict-aliasing"
"-DCMAKE_CXX_FLAGS=-ffunction-sections -fdata-sections -fPIC -m64 -pipe
-fstack-protector-strong -fno-strict-aliasing"
"-DLLVM_CONFIG_PATH=/wrkdirs/usr/ports/lang/rust/work/rustc-1.41.1-src/build/bootstrap/debug/deps/llvm-config-wrapper"
"-DLLVM_INCLUDE_TESTS=OFF"
"-DCMAKE_INSTALL_PREFIX=/wrkdirs/usr/ports/lang/rust/work/rustc-1.41.1-src/build/x86_64-unknown-freebsd/lld"
"-DCMAKE_BUILD_TYPE=Release"
-- The C compiler identification is Clang 9.0.1
-- The CXX compiler identification is Clang 9.0.1
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Error at CMakeLists.txt:23 (message):
  llvm-config failed with status No such file or directory

-- Configuring incomplete, errors occurred!

There seems to be some kind of race when using llvm-config-wrapper,
but at the point where LLD is built, both llvm-config and
llvm-config-wrapper should definitely be available.  Both are built
successfully much earlier in the build.  Attempt to improve reliability
by not using the wrapper.  It is a hack in the first place that is
only really needed on Windows.

This is a shot in the dark.  I am unable to reproduce this myself.

[0]
http://beefy18.nyi.freebsd.org/data/head-amd64-default/p527397_s358451/logs/errors/rust-1.41.1.log
[1]
http://gohan03.nyi.freebsd.org/data/head-amd64-default-baseline/p527486_s358478/logs/errors/rust-1.41.1.log
[2]
http://beefy18.nyi.freebsd.org/data/head-amd64-default/p527397_s358451/logs/rust-nightly-1.43.0.20200228.log
[3]
http://gohan03.nyi.freebsd.org/data/head-amd64-default-baseline/p527313_s358414/logs/rust-1.41.1.log

 

00:52 jbeich 

comlang/rust-nightly: update to 1.38.0.20190907

Changes:	https://github.com/rust-lang/rust/compare/9af17757be1c...6e19f3f383b9

 

08:12 tobik 

lang/rust*: Add link to upstream issue for the LLVM STAGEDIR bug

 

05:58 tobik 

lang/rust-nightly: Fix check-plist same as lang/rust 1.35.0

Avoid staging the local copy of LLVM into ${STAGEDIR}${WRKDIR}
during install.