Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Building from latest source on Raspberry Pi4 with latest 64bit Raspian OS (Debian Bullseye) fails #4213

Closed
RoninTech opened this issue Aug 28, 2023 · 2 comments
Labels
bug Something isn't working fixed-in-nightly This is (or is assumed to be) fixed in the nightly builds.

Comments

@RoninTech
Copy link

RoninTech commented Aug 28, 2023

Build Environment (please complete the following information):

  • OS: Linux X11
  • Linux: Debian GNU/Linux 11 (bullseye)
  • Compiler: gcc (Debian 10.2.1-6) 10.2.1 20210110
  • Rust version: stable-aarch64-unknown-linux-gnu (default)
    rustc 1.72.0 (5680fa18f 2023-08-23)
  • Linux RPi4 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr 3 17:24:16 BST 2023 aarch64 GNU/Linux
  • WM: Openbox
  • DE: LXDE

Dependencies

Did you run the get-deps script to install required system dependencies?
Was it successful?

Yes and yes.

If building from the git repo, did you update the submodules? Not doing this
is a common source of problems; see the information at
https://wezfurlong.org/wezterm/install/source.html for more information.

I git cloned latest and did update the submodules as the instructions specified here.

wezterm --version => "wezterm 20230827-093108-b53a385a"

The build output

Please include the output from running the build command:

~/projects/wezterm $ cargo build --release
warning: private item shadows public glob re-export
  --> term/src/lib.rs:39:5
   |
39 | use termwiz::hyperlink::Hyperlink;
   |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   |
note: the name `Hyperlink` in the type namespace is supposed to be publicly re-exported here
  --> term/src/lib.rs:32:31
   |
32 | pub use termwiz::cell::{self, *};
   |                               ^
note: but the private item here shadows it
  --> term/src/lib.rs:39:5
   |
39 | use termwiz::hyperlink::Hyperlink;
   |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   = note: `#[warn(hidden_glob_reexports)]` on by default

warning: `wezterm-term` (lib) generated 1 warning
   Compiling wezterm-font v0.1.0 (/home/pi/projects/wezterm/wezterm-font)
   Compiling wezterm v0.1.0 (/home/pi/projects/wezterm/wezterm)
   Compiling wezterm-mux-server v0.1.0 (/home/pi/projects/wezterm/wezterm-mux-server)
error[E0308]: mismatched types
    --> wezterm-font/src/hbwrap.rs:1130:41
     |
1130 |         harfbuzz::hb_tag_to_string(tag, &mut buf as *mut u8 as *mut i8);
     |         --------------------------      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ expected `*mut u8`, found `*mut i8`
     |         |
     |         arguments to this function are incorrect
     |
     = note: expected raw pointer `*mut u8`
                found raw pointer `*mut i8`
note: function defined here
    --> /home/pi/projects/wezterm/deps/harfbuzz/src/lib.rs:44:12
     |
44   |     pub fn hb_tag_to_string(tag: hb_tag_t, buf: *mut ::std::os::raw::c_char);
     |            ^^^^^^^^^^^^^^^^

For more information about this error, try `rustc --explain E0308`.
error: could not compile `wezterm-font` (lib) due to previous error
warning: build failed, waiting for other jobs to finish...

@RoninTech RoninTech added the bug Something isn't working label Aug 28, 2023
wez added a commit that referenced this issue Aug 28, 2023
@wez wez added the fixed-in-nightly This is (or is assumed to be) fixed in the nightly builds. label Aug 28, 2023
@RoninTech
Copy link
Author

Pulled your fix and rebuilt. Latest code is now running great here. Thanks again Wez! 👍

@wez wez closed this as completed Aug 28, 2023
@github-actions
Copy link
Contributor

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 28, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working fixed-in-nightly This is (or is assumed to be) fixed in the nightly builds.
Projects
None yet
Development

No branches or pull requests

2 participants