On 2015/05/17 12:26, Stuart Henderson wrote: > On 2015/05/16 09:15, Sébastien Marie wrote: > > On Sat, May 16, 2015 at 09:08:45AM +0200, Sébastien Marie wrote: > > > Hi, > > > > > > Here a patch in order to update rust to 1.0.0 (stable version). > > > > > > Tested using make test. > > > > > > > ok, same but with updated plist. sorry for the noise. > > Build fails for me:
BTW it is similar for 1.0.0-beta2 (but a different file). CFG_LLVM_LINKAGE_FILE=/usr/obj/ports/rust-1.0.0beta2/build-amd64/x86_64-unknown-openbsd/rt/llvmdeps.rs LD_LIBRARY_PATH=/usr/obj/ports/rust-1.0.0beta2/build-amd64/x86_64-unknown-openbsd/stage0/lib:$LD_LIBRARY_PATH x86_64-unknown-openbsd/stage0/bin/rustc --cfg stage0 -L /usr/obj/ports/rust-1.0.0beta2/modgcc-libs -Z print-link-args -O --cfg rtopt --cfg ndebug --sysroot /usr/obj/ports/rust-1.0.0beta2/build-amd64/x86_64-unknown-openbsd/stage0 -C prefer-dynamic -Z no-landing-pads --target=x86_64-unknown-openbsd -W warnings -L "x86_64-unknown-openbsd/rt" -L "/usr/obj/ports/rust-1.0.0beta2/build-amd64/x86_64-unknown-openbsd/llvm/Release/lib" --out-dir x86_64-unknown-openbsd/stage0/lib/rustlib/x86_64-unknown-openbsd/lib -C extra-filename=-4e7c5e5c /usr/obj/ports/rust-1.0.0beta2/rustc-1.0.0-beta.2/src/libunicode/lib.rs Illegal instruction (core dumped) /usr/obj/ports/rust-1.0.0beta2/rustc-1.0.0-beta.2/mk/target.mk:167: recipe for target 'x86_64-unknown-openbsd/stage0/lib/rustlib/x86_64-unknown-openbsd/lib/stamp.unicode' failed > CFG_LLVM_LINKAGE_FILE=/usr/obj/ports/rust-1.0.0/build-amd64/x86_64-unknown-openbsd/rt/llvmdeps.rs > > LD_LIBRARY_PATH=/usr/obj/ports/rust-1.0.0/build-amd64/x86_64-unknown-openbsd/stage0/lib:$LD_LIBRARY_PATH > x86_64-unknown-openbsd/stage0/bin/rustc --cfg stage0 -L > /usr/obj/ports/rust-1.0.0/modgcc-libs -Z print-link-args -O --cfg rtopt --cfg > ndebug --sysroot > /usr/obj/ports/rust-1.0.0/build-amd64/x86_64-unknown-openbsd/stage0 -C > prefer-dynamic -Z no-landing-pads --target=x86_64-unknown-openbsd -W > warnings -L "x86_64-unknown-openbsd/rt" -L > "/usr/obj/ports/rust-1.0.0/build-amd64/x86_64-unknown-openbsd/llvm/Release/lib" > --out-dir > x86_64-unknown-openbsd/stage0/lib/rustlib/x86_64-unknown-openbsd/lib -C > extra-filename=-4e7c5e5c > /usr/obj/ports/rust-1.0.0/rustc-1.0.0/src/librustc_llvm/lib.rs > "cc" "-Wl,--as-needed" "-m64" "-L" > "/usr/obj/ports/rust-1.0.0/build-amd64/x86_64-unknown-openbsd/stage0/lib/rustlib/x86_64-unknown-openbsd/lib" > "-o" > "x86_64-unknown-openbsd/stage0/lib/rustlib/x86_64-unknown-openbsd/lib/librustc_llvm-4e7c5e5c.so" > > "x86_64-unknown-openbsd/stage0/lib/rustlib/x86_64-unknown-openbsd/lib/rustc_llvm-4e7c5e5c.o" > > "x86_64-unknown-openbsd/stage0/lib/rustlib/x86_64-unknown-openbsd/lib/rustc_llvm-4e7c5e5c.metadata.o" > "-Wl,-O1" "-nodefaultlibs" "-L" > "/usr/obj/ports/rust-1.0.0/build-amd64/x86_64-unknown-openbsd/stage0/lib/rustlib/x86_64-unknown-openbsd/lib" > "-lstd-4e7c5e5c" "-L" "/usr/obj/ports/rust-1.0.0/modgcc-libs" "-L" > "x86_64-unknown-openbsd/rt" "-L" > "/usr/obj/ports/rust-1.0.0/build-amd64/x86_64-unknown-openbsd/llvm/Release/lib" > "-L" > "/usr/obj/ports/rust-1.0.0/build-amd64/x86_64-unknown-openbsd/stage0/lib/rustlib/x86_64-unknown-openbsd/lib" > "-L" > "/usr/obj/ports/rust-1.0.0/build-amd64/.rust/lib/x86_64-unknown-openbsd" "-L" > "/usr/obj/ports/rust-1.0.0/b! uild-amd64/lib/x86_64-unknown-openbsd" "-Wl,--whole-archive" "-Wl,-Bstatic" "-lrustllvm" "-lLLVMInstrumentation" "-lLLVMInterpreter" "-lLLVMMCJIT" "-lLLVMExecutionEngine" "-lLLVMRuntimeDyld" "-lLLVMAsmParser" "-lLLVMLinker" "-lLLVMBitWriter" "-lLLVMipo" "-lLLVMVectorize" "-lLLVMPowerPCDisassembler" "-lLLVMPowerPCCodeGen" "-lLLVMPowerPCAsmParser" "-lLLVMPowerPCDesc" "-lLLVMPowerPCInfo" "-lLLVMPowerPCAsmPrinter" "-lLLVMMipsDisassembler" "-lLLVMMipsCodeGen" "-lLLVMMipsAsmParser" "-lLLVMMipsDesc" "-lLLVMMipsInfo" "-lLLVMMipsAsmPrinter" "-lLLVMAArch64Disassembler" "-lLLVMAArch64CodeGen" "-lLLVMAArch64AsmParser" "-lLLVMAArch64Desc" "-lLLVMAArch64Info" "-lLLVMAArch64AsmPrinter" "-lLLVMAArch64Utils" "-lLLVMARMDisassembler" "-lLLVMARMCodeGen" "-lLLVMARMAsmParser" "-lLLVMARMDesc" "-lLLVMARMInfo" "-lLLVMARMAsmPrinter" "-lLLVMX86Disassembler" "-lLLVMX86AsmParser" "-lLLVMX86CodeGen" "-lLLVMSelectionDAG" "-lLLVMAsmPrinter" "-lLLVMCodeGen" "-lLLVMScalarOpts" "-lLLVMProfileData" "-lLLVMIns! tCombine" "-lLLVMTransformUtils" "-lLLVMipa" "-lLLVMAnalysis" "-lLLVMTarget" "-lLLVMX86Desc" "-lLLVMObject" "-lLLVMMCParser" "-lLLVMBitReader" "-lLLVMMCDisassembler" "-lLLVMX86Info" "-lLLVMX86AsmPrinter" "-lLLVMMC" "-lLLVMX86Utils" "-lLLVMCore" "-lLLVMSupport" "-Wl,--no-whole-archive" "-Wl,-Bdynamic" "-lpthread" "-lm" "-lestdc++" "-lpthread" "-lgcc" "-lpthread" "-lc" "-lm" "-shared" "-lcompiler-rt" > Illegal instruction (core dumped) > /usr/obj/ports/rust-1.0.0/rustc-1.0.0/mk/target.mk:167: recipe for target > 'x86_64-unknown-openbsd/stage0/lib/rustlib/x86_64-unknown-openbsd/lib/stamp.rustc_llvm' > failed > > > (gdb) bt > #0 0x000017cf21e32181 in je_tsd_cleanup () from > /usr/obj/ports/rust-1.0.0/rust-stage0/bin/rustc > #1 0x000017d21b150056 in _rthread_tls_destructors (thread=0x17d17efaaa00) > at /usr/src/lib/librthread/rthread_tls.c:172 > #2 0x000017d21b14e872 in pthread_exit (retval=Variable "retval" is not > available. > ) at /usr/src/lib/librthread/rthread.c:329 > #3 0x000017d21b14e996 in _rthread_start (v=Variable "v" is not available. > ) at /usr/src/lib/librthread/rthread.c:146 > #4 0x000017d1b702268b in __tfork_thread () at > /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 > #5 0x0000000000000000 in ?? () > > My cpu is a Xeon E3-1225 v3. > > cpu3: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM > > > I see that 'make update-plist' have removed '@bin' annotation on > > binaries (see pkg/PLIST-main). Is it normal ? > > This may be due to the change to the (very nice) file(1) rewrite, or it may > be some change in the produced binaries. Due to the above problem I can't > check further. >