From nobody Fri Nov 25 19:18:32 2022 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NJl5p6VKBz4jV2Q for ; Fri, 25 Nov 2022 19:18:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NJl5p3mzgz3CMn for ; Fri, 25 Nov 2022 19:18:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1669403920; bh=e/66rVfBf2NZ6ECMox0TAxAyxBi+w42pxh0bxGBUGKI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=abqEe9mC2NJNZ7DotfaswYAB9g5/716d3CKxCUGAFbyY+CaFbGdSuprv7+o1MXGyobtQ4tCD07RrEcY4WS/z9xmBRS25QSOmz7xkNWioG9knT9OlpKiImkqQg2flfCLNZrTjl7aFSQKii9/VOKkQXMsMwzHOEJ/oYC3Y3O0dGnKLS2MHMgCk4pTlEMFqoDYPu//sdC1GuHqh8rJrcK+5WA1oCv29UxMjyvCR5ID1G+ewsyfZooSNa4cZDMr8Cj3fTXzZuK/CEU0vJB1GigG87wIoomrzOjZORe3/vhnEMJiStwB6qsCQlYDy5kAdJxahnYYvrs4pTZ3FI+Wtw4AXqQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1669403920; bh=ZnQSDm+BDL2+RRd2a2IyalpTEPxJGAQchZEU25HYKaS=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=fAq9eyJYdr4WqCZefXbAQxe217sEWajuk4vnEOYkkDl6IS+OXtV8maU6Dy+DgZGq0l0NfEQStvUMO25tfAAfaxcQIQHLM89HR/gl0HiddJIs/yn2XgSR372megqVXSa/HL2Pu8WS29nSVR6AET+ql3CKgzzhSo1TtFWsXmYBsrksowr97tS7a9+l+JnQSFy1lwFJHxHnW7NWeUdhtjIwWGI/6FgMBpdju+ULISb40xR8BJ7RdvfDauPBVB8FDRQBHh5MJPgdjZcFx8amkIs2vUJw0DOoh+DJc5GHYCQjYXeu12G1gIuzuZDDlafpLdhx2SXhOAftldpFws/+6y/nLw== X-YMail-OSG: qiabfZoVM1mZJ3OZX1j7vSJvVXH_aNkWpwb8ZV0vwt5bIw1G.q8r.FXh8yb93j6 _i8Nzek_un26AVMPLRw7Vzff3Tz7zy4L_C.Dr9KxNwufDugIKf.llCPdYmS8oIcSOwl8aIkmQQnB 1kzg0qGDQk4fKYurd1OWB.Vzh9AZd5_qiguubhoBsTek03642Ifh5Fc1L8DvBdIzC4QBHd7rBmNv 42qtRn2qdDSIw7szgFYDdYFv5SdzfyjUQbwMyz8AFLZ3K36_YYU8X6SpRCPHlFPebCaMXloaJwjR ie0a3_EsTVnJZmlpYpBpIGQ6zEyoXTTXpbc3BS2WFP61KpkMsak_HSKxQWvbNGDt28UxjCFJ960w XmXSI.I_EP1nGqzvVuRdluSFUYr1WufID9e3oXg6zriQrRafS9GbGTG_T7BIf.Y__b9dErIt06u2 y4icRUf9QWH_Ca7zhwjklBwx0WMy2ue8VX.KAjWzMXDP5Zated_XQRrN4JjYUAnpAyhIIaLfsz9m NUUCZJij9mrnIDbsP.9etZbu8fw01G6G9z2aBtCnXBjFAgSLemiHS3fjTKTTjKDYSIF0KplJL21d hepuru36Tk_JY_vC9iIh9L26r8Nf_PtT1qzGV4VfYvmNguNjN6eN6QQVVK1us6Df4OgyUu96sLl7 _krvN9NauUr2oQMOCLYVRhcZMpn_xecKQugQBW8vSD72Iiq45UWyjBXkUkx.lOLtMWFqul7fId7H tuDInoJnPDVr7QaebX96.CuJ_1tU5D9uoo7wzH2zFz3G5jBZfB7bTr5kLBnwx4Z6JEe5v3ssEUtm xB9qRz8J_iwBY7_wBkd3Bspt4JrdEAdcaxCo1cIsnQ03yOfFtbtmCo4WiyB.Bwc_gnUyyV2hPSoc n8J9KatlYyhmYrsyCIW2ygFqJF0FRjzSqasSH9eSmxn4qigdPjx116Zc0GHBe03.PxTyY9mHg0ib Ym8ZbWO4rz8nrIs2R7d9edMDW.7BrTKR8rf_bv3_yKUu7s6BffKblyvnM.EYv7OtYBqNYuHYuvq5 m6ouNFEGHQ5gVd._OdF0ID31Mk55oABuhMUlBpZxZxjvb.YkZW8d2hjG7wfZAA4_RdUFnUuUp2ZK oCjb0.jiTvcpzyr.25cSod72TEI3CWaoTCIEy3Vq0fDsBWth57eiAO_NWzdgWuk68aVRw3yaoyAD 2n3RC3IXttUXFNKbx.AURnjbetGj_POb2YqC0D77fsiebHV9DL.Vy6QIOyTvyFhXRmpqyl.ITuZy 6g2Ee5n2iKEZbdfYBWEX3yP7Q5yEm8AvttWQpPHzvilC_lM.X_vRPDcavQTAVlH6F1tLYWpeyEBb zbRkTLqvhVKexoqhR2t9d0Bw.Z9JmIPFnxuQn4bLaU9OwwpncTI8UUgDXpWUYjWbsdIJsOypyx1m w0_r81WJDowR0DRcYAKsEmM3BuBGadrSrsEWxvCRdyEWxtCB.TaBbEmj_N1IyW_hAw57ide1iYv0 W9jobzbL7YC22ei1YYAttHF88PNLjqQkKr5m4B2nUySyLgdQyY.d0iuJjCS8j54ZjFQXUGRCFwAD nro6YTrik6pXGAYkzlRS0WcKVxUEUZjVCtOKJ7QxGrUSv4GnkKlbau0JW4YsOZbafI8GHcgts_i6 T2_8QPFmgLkNK90pGcx3LjAoltWI.4gNH2b8i7Q7GioBO1ufZMBRqf7A9FEbvcWIlPrhhTpuErbe NcBI_rJcZ5gOcw2XFFxVbUf.FDkHXjs3J8Q9nkCJEEDIkcqiLYDTYlZo9YkeVNbglK.Srk6eGXtn Vj2FNbo_y9YNYKJdb1qYJuv4Yy_NpIKe92oJEZnf2.pU5Xglgt3MObRq_zcTl7msznnnaZ5Lg0Kj IQqcXsM.JeA4REv2iLBanuKa0DzhXtNqEcsrmazsutTnDZTa8S9MW5X.Uuvw.ngYk6j9_HgAamlc 8oxPtyC9cf54zuU36urcW74StqYjbXMIPE_TbMcdxVomPcsHMOF46MKMpEt2GkafUQn5YaQta1AN mpZJanKUOyn9m1UGMyu6bah3MnsUA7YH.qJA7mv.P8HbqUqIoMW3J6Yd0zCZ9Af62Unyv3Oj_m4O fwQQnYAKkRnJvkByqSUNzM6FKBNgyIERR.lPVOcyanWPIgddtmtb0aJR5e3EMO4.JxRWU.Tepso_ HzpLpwdSGy3Mw_ltLlNSJWD7DEcspb8FQvIb7QGs4N.hP2VAzGeS71g83nQ6P.FVJ2c7n_70Cf_v ZO7irsB6YgRSlUecB3.aGSBeqC5Idtx2MgopFiVvGJRtnsXLjB2Q.ehsXN.in6Xo9a_xcxajs_7g - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Nov 2022 19:18:40 +0000 Received: by hermes--production-bf1-5878955b5f-686fw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e6d88891329505f925077dc1f49a496c; Fri, 25 Nov 2022 19:18:35 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\)) Subject: Re: [zstd-sys 2.0.1+zstd.1.5.2] crate failing on arm64 From: Mark Millard In-Reply-To: Date: Fri, 25 Nov 2022 11:18:32 -0800 Cc: FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <0DDF2664-A1F9-4BD6-BFD4-F2CE476EAFF1@yahoo.com> References: <96078C14-CBEB-4450-ACE1-EB0488DD1814.ref@yahoo.com> <96078C14-CBEB-4450-ACE1-EB0488DD1814@yahoo.com> <7AB31838-8D70-4D48-A1F8-2FE8C8E7AA0E@yahoo.com> To: Nuno Teixeira X-Mailer: Apple Mail (2.3445.9.7) X-Rspamd-Queue-Id: 4NJl5p3mzgz3CMn X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N > On Nov 25, 2022, at 8:16 AM, Nuno Teixeira = wrote: >=20 > Ok, I'm a little lost... >=20 > What you think about a short error message to send to upstream: > --- > error[E0554]: `#![feature]` may not be used on the stable release = channel > --> :1:12 > | > 1 | #![feature(windows_by_handle)] > | ^^^^^^^^^^^^^^^^^ >=20 > error[E0635]: unknown feature `windows_by_handle` > --> :1:12 > | > 1 | #![feature(windows_by_handle)] > | ^^^^^^^^^^^^^^^^^ >=20 > error: aborting due to 2 previous errors >=20 > Some errors have detailed explanations: E0554, E0635. > For more information about an error, try `rustc --explain E0554`. > --- > with link to full log. >=20 > Thanks I will not have access to an amd64 context for compare/contrast with = until next week. That might better identify things unique to aarch64. As stands, this is very exploratory for me. I=E2=80=99ve never = programmed in rust. > Mark Millard escreveu no dia quinta, 24/11/2022 = =C3=A0(s) 17:27: > On Nov 24, 2022, at 07:00, Mark Millard wrote: >=20 > > On Nov 24, 2022, at 03:03, Nuno Teixeira = wrote: > >=20 > >> Hello Mark, >=20 > Hello. >=20 > >> I have compared some of errors/warnings with amd64 build logs and = they are present in there too. >=20 > Interesting. >=20 > >> I think I found a glitch at the end of arm64 log: > >> --- > >> [zstd-sys 2.0.1+zstd.1.5.2] running: "ar" "cq" = "/wrkdirs/usr/ports... > >> (...) > >> "/wrkdirs/usr/ports/editors/lapce/ > >> = work/target/aarch64-unknown-freebsd/release/build/zstd-sys-97d70ebd740964f= 8/out/zstd/lib/decompress/huf_decompress_amd64.o" > >> = = ^^^^^ >=20 > Well, in my older context, >=20 > # grep "^#" = /wrkdirs/usr/ports/editors/lapce/work/lapce-0.2.1/cargo-crates/zstd-sys-2.= 0.1+zstd.1.5.2/zstd/lib/decompress/huf_decompress_amd64.S | grep -v = "#define " > #include "../common/portability_macros.h" > #if defined(__ELF__) && defined(__GNUC__) > #endif > #if ZSTD_ENABLE_ASM_X86_64_BMI2 > #undef GET_NEXT_DELT > #undef DECODE_FROM_DELT > #undef DECODE > #undef RELOAD_BITS > #undef DECODE > #undef RELOAD_BITS > #endif >=20 > The #endif is the last line of the file and, ignoring > comments and blank lines for the most part, the rest > of the file before/at the #if ZSTD_ENABLE_ASM_X86_64_BMI2 > is just: >=20 > #include "../common/portability_macros.h" >=20 > /* Stack marking > * ref: https://wiki.gentoo.org/wiki/Hardened/GNU_stack_quickstart > */ > #if defined(__ELF__) && defined(__GNUC__) > .section .note.GNU-stack,"",%progbits > #endif >=20 > #if ZSTD_ENABLE_ASM_X86_64_BMI2 >=20 >=20 > Looks like the ZSTD_ENABLE_ASM_X86_64_BMI2 test would eliminate the > amd64 specifics in an aarch64 context, so they do not bother avoiding > the file. >=20 >=20 > >> --- > >> and zstd-sys-2.0.1+zstd.1.5.2/zstd/lib/common/xxhash.h: > >> # if (defined(__aarch64__) || defined(__arm64__) || = defined(_M_ARM64) || defined(_M_ARM64EC)) \ > >>=20 > >> So I presume that this crate should be build on arm64/aarch64 but = don't understant why it calls: > >> "huf_decompress_amd64.o" > >>=20 > >> Any clues? > >=20 > > Not at this point. I've got the system rebuilding the > > port so I can set up to look again. > >=20 > >> . . . >=20 > FYI: the better string for searching got: >=20 > # find -s /wrkdirs/usr/ports/editors/lapce/ -name stderr -exec grep -l = "aborting due to" {} \; | less > = /wrkdirs/usr/ports/editors/lapce/work/target/aarch64-unknown-freebsd/debug= /build/cap-fs-ext-10fe2c1f66453130/stderr > = /wrkdirs/usr/ports/editors/lapce/work/target/aarch64-unknown-freebsd/debug= /build/cap-primitives-ed08064314a4640b/stderr > = /wrkdirs/usr/ports/editors/lapce/work/target/aarch64-unknown-freebsd/debug= /build/cap-std-5acaec63374cb836/stderr > = /wrkdirs/usr/ports/editors/lapce/work/target/aarch64-unknown-freebsd/debug= /build/io-extras-e83e1591d250cc25/stderr > = /wrkdirs/usr/ports/editors/lapce/work/target/aarch64-unknown-freebsd/debug= /build/io-lifetimes-62b7366622512d7e/stderr > = /wrkdirs/usr/ports/editors/lapce/work/target/aarch64-unknown-freebsd/debug= /build/system-interface-56dbb6efd7f0321e/stderr >=20 > The first line of the output is new compared to before: >=20 > # more = /wrkdirs/usr/ports/editors/lapce/work/target/aarch64-unknown-freebsd/debug= /build/cap-fs-ext-10fe2c1f66453130/stderr > error[E0554]: `#![feature]` may not be used on the stable release = channel > --> :1:12 > | > 1 | #![feature(windows_by_handle)] > | ^^^^^^^^^^^^^^^^^ >=20 > error[E0635]: unknown feature `windows_by_handle` > --> :1:12 > | > 1 | #![feature(windows_by_handle)] > | ^^^^^^^^^^^^^^^^^ >=20 > error: aborting due to 2 previous errors >=20 > Some errors have detailed explanations: E0554, E0635. > For more information about an error, try `rustc --explain E0554`. >=20 > So, not a new type of error compared to the others. >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com >=20 >=20 >=20 > --=20 > Nuno Teixeira > FreeBSD Committer (ports)