Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 23 Nov 2022 20:46:23 -0800
From:      Mark Millard <marklmi@yahoo.com>
To:        Nuno Teixeira <eduardo@freebsd.org>, FreeBSD Mailing List <freebsd-ports@freebsd.org>
Subject:   RE: [zstd-sys 2.0.1+zstd.1.5.2] crate failing on arm64
Message-ID:  <96078C14-CBEB-4450-ACE1-EB0488DD1814@yahoo.com>
References:  <96078C14-CBEB-4450-ACE1-EB0488DD1814.ref@yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Nuno Teixeira <eduardo_at_freebsd.org> wrote on
Date: Thu, 24 Nov 2022 00:33:24 UTC :

> For some time I'm receiving errors from build servers about =
editors/lapce
> not building on arm64.
>=20
> =46rom the log it seems [zstd-sys 2.0.1+zstd.1.5.2] crate failing.
>=20
> Is anybody with same problem?
> I need to be sure before open an issue at upstream.
>=20
> What I don't understad is that upstream provides aarch64 pre-compiled
> binaries...
> https://github.com/lapce/lapce/releases/tag/v0.2.4
>=20
> =
https://pkg-status.freebsd.org/ampere2/data/main-arm64-default/pf323e9d40f=
68_s41be508d31/logs/lapce-0.2.4.log


My ports tree is somewhat older but also produces the
unexplained "*** Error code 101" (as did the FreeBSD
build servers for the same version I'm testing here):

# tail -20 =
/usr/local/poudriere/data/logs/bulk/main-CA72-default/2022-11-23_18h50m22s=
/logs/errors/lapce-0.2.1.log
[libgit2-sys 0.13.4+1.4.2] =
cargo:rerun-if-changed=3Dlibgit2/deps/pcre/pcre_string_utils.c
[libgit2-sys 0.13.4+1.4.2] =
cargo:rerun-if-changed=3Dlibgit2/deps/pcre/ucp.h
[libgit2-sys 0.13.4+1.4.2] =
cargo:rerun-if-changed=3Dlibgit2/deps/pcre/pcre_ord2utf8.c
[libgit2-sys 0.13.4+1.4.2] =
cargo:rerun-if-changed=3Dlibgit2/deps/pcre/pcre_byte_order.c
[libgit2-sys 0.13.4+1.4.2] =
cargo:rerun-if-changed=3Dlibgit2/deps/pcre/pcre_fullinfo.c
[libgit2-sys 0.13.4+1.4.2] =
cargo:rerun-if-changed=3Dlibgit2/deps/pcre/pcre_compile.c
[libgit2-sys 0.13.4+1.4.2] =
cargo:rerun-if-changed=3Dlibgit2/deps/pcre/pcre_get.c
[libgit2-sys 0.13.4+1.4.2] =
cargo:rerun-if-changed=3Dlibgit2/deps/pcre/pcre_dfa_exec.c
[libgit2-sys 0.13.4+1.4.2] =
cargo:rerun-if-changed=3Dlibgit2/deps/pcre/config.h.in
[libgit2-sys 0.13.4+1.4.2] =
cargo:rerun-if-changed=3Dlibgit2/deps/pcre/pcre_xclass.c
[libgit2-sys 0.13.4+1.4.2] =
cargo:rerun-if-changed=3Dlibgit2/deps/pcre/pcre_globals.c
*** Error code 101

Stop.
make: stopped in /usr/ports/editors/lapce
=3D>> Cleaning up wrkdir
=3D=3D=3D>  Cleaning for lapce-0.2.1
build of editors/lapce | lapce-0.2.1 ended at Wed Nov 23 19:20:37 PST =
2022
build time: 00:22:50
!!! build failure encountered !!!

So may be the below will be suggestive/useful.


I'll note that the "*** Error code 101" ended up not being
anyhwere near were the problems(!) actually were. So likely
for you the "zstd-sys 2.0.1+zstd.1.5.2" need not be one of
the actual failure places.


How I found the problems and what they look like . . .

I did the bulk build with -w and expanded the tar:

# mkdir -p /wrkdirs/usr/ports/editors/lapce
# tar -xpf =
/usr/local/poudriere/data/wrkdirs/main-CA72-default/default/lapce-0.2.1.tb=
z -C /wrkdirs/usr/ports/editors/lapce

I then went exploring. What I eventually found is quickly shown
via:

# find -s /wrkdirs/usr/ports/editors/lapce/ -name stderr -exec grep -l =
"aborting due to previous error" {} \; | less
=
/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

There could be non-empty stderr files with other text that are
also indications of failure. There are more stderr files. But
the other few that I looked at did not seem to be indicating
failures, more like informational/warning information.

Text from some of the above stderr files:

# less =
/wrkdirs/usr/ports/editors/lapce/work/target/aarch64-unknown-freebsd/debug=
/build/cap-primitives-ed08064314a4640b/stderr
error[E0554]: `#![feature]` may not be used on the stable release =
channel
 --> <anon>:1:12
  |
1 | #![feature(windows_by_handle)]
  |            ^^^^^^^^^^^^^^^^^

error[E0635]: unknown feature `windows_by_handle`
 --> <anon>:1:12
  |
1 | #![feature(windows_by_handle)]
  |            ^^^^^^^^^^^^^^^^^

error: aborting due to 2 previous errors

Some errors have detailed explanations: E0554, E0635.
For more information about an error, try `rustc --explain E0554`.
error[E0554]: `#![feature]` may not be used on the stable release =
channel
 --> <anon>:1:12
  |
1 | #![feature(windows_file_type_ext)]
  |            ^^^^^^^^^^^^^^^^^^^^^

error[E0635]: unknown feature `windows_file_type_ext`
 --> <anon>:1:12
  |
1 | #![feature(windows_file_type_ext)]
  |            ^^^^^^^^^^^^^^^^^^^^^

error: aborting due to 2 previous errors

Some errors have detailed explanations: E0554, E0635.
For more information about an error, try `rustc --explain E0554`.
error[E0554]: `#![feature]` may not be used on the stable release =
channel
 --> <anon>:1:12
  |
1 | #![feature(io_error_more)]
  |            ^^^^^^^^^^^^^

error: aborting due to previous error

For more information about this error, try `rustc --explain E0554`.
error[E0554]: `#![feature]` may not be used on the stable release =
channel
 --> <anon>:1:12
  |
1 | #![feature(io_error_uncategorized)]
  |            ^^^^^^^^^^^^^^^^^^^^^^

error: aborting due to previous error

For more information about this error, try `rustc --explain E0554`.

# less =
/wrkdirs/usr/ports/editors/lapce/work/target/aarch64-unknown-freebsd/debug=
/build/cap-std-5acaec63374cb836/stderr
error[E0554]: `#![feature]` may not be used on the stable release =
channel
 --> <anon>:1:12
  |
1 | #![feature(can_vector)]
  |            ^^^^^^^^^^

error: aborting due to previous error

For more information about this error, try `rustc --explain E0554`.
error[E0554]: `#![feature]` may not be used on the stable release =
channel
 --> <anon>:1:12
  |
1 | #![feature(seek_convenience)]
  |            ^^^^^^^^^^^^^^^^

warning: the feature `seek_convenience` has been stable since 1.51.0 and =
no longer requires an attribute to enable
 --> <anon>:1:12
  |
1 | #![feature(seek_convenience)]
  |            ^^^^^^^^^^^^^^^^
  |
  =3D note: `#[warn(stable_features)]` on by default

error: aborting due to previous error; 1 warning emitted

For more information about this error, try `rustc --explain E0554`.
error[E0554]: `#![feature]` may not be used on the stable release =
channel
 --> <anon>:1:12
  |
1 | #![feature(with_options)]
  |            ^^^^^^^^^^^^

warning: the feature `with_options` has been stable since 1.58.0 and no =
longer requires an attribute to enable
 --> <anon>:1:12
  |
1 | #![feature(with_options)]
  |            ^^^^^^^^^^^^
  |
  =3D note: `#[warn(stable_features)]` on by default

error: aborting due to previous error; 1 warning emitted

For more information about this error, try `rustc --explain E0554`.
error[E0554]: `#![feature]` may not be used on the stable release =
channel
 --> <anon>:1:12
  |
1 | #![feature(write_all_vectored)]
  |            ^^^^^^^^^^^^^^^^^^

error: aborting due to previous error

For more information about this error, try `rustc --explain E0554`.

# less =
/wrkdirs/usr/ports/editors/lapce/work/target/aarch64-unknown-freebsd/debug=
/build/io-lifetimes-62b7366622512d7e/stderr
error[E0554]: `#![feature]` may not be used on the stable release =
channel
 --> <anon>:1:1
  |
1 | #![feature(rustc_attrs)]
  | ^^^^^^^^^^^^^^^^^^^^^^^^

error: aborting due to previous error

For more information about this error, try `rustc --explain E0554`.
warning: function `foo` is never used
 --> <anon>:1:10
  |
1 | const fn foo() { panic!() }
  |          ^^^
  |
  =3D note: `#[warn(dead_code)]` on by default

warning: 1 warning emitted



It looks like, for rust based builds, such a "search through
the stderr files" from a bulk -w like tar of the failure is
the basic technique needed to identify the actual problems
and where they were.

=3D=3D=3D
Mark Millard
marklmi at yahoo.com




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?96078C14-CBEB-4450-ACE1-EB0488DD1814>