Building Daily fails with libclang issue

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

Building Daily fails with libclang issue

Hartmut Figge
Greetings,

building TB-Trunk aka Daily failed with

 0:01.64 toolkit/crashreporter/rust/force-cargo-host-library-build
 0:01.64 js/src/frontend/binast/force-cargo-host-program-build
 0:01.69     Blocking waiting for file lock on package cache
 0:01.69     Blocking waiting for file lock on package cache
 0:01.69     Blocking waiting for file lock on package cache
 0:02.06     Blocking waiting for file lock on package cache
 0:02.39     Blocking waiting for file lock on package cache
 0:02.68     Blocking waiting for file lock on package cache
 0:02.70     Blocking waiting for file lock on package cache
 0:02.70     Blocking waiting for file lock on package cache
 0:02.72     Blocking waiting for file lock on package cache
 0:03.03     Blocking waiting for file lock on build directory
 0:03.04     Blocking waiting for file lock on build directory
 0:03.04    Compiling baldrdash v0.1.0
(/home/hafi/hg-moz/src/js/src/wasm/cranelift)
 0:03.08     Blocking waiting for file lock on package cache
 0:03.11 error: failed to run custom build command for `baldrdash v0.1.0
(/home/hafi/hg-moz/src/js/src/wasm/cranelift)`
 0:03.11 Caused by:
 0:03.11   process didn't exit successfully:
`/home/hafi/hg-moz/src/obj-x86_64-pc-linux-gnu/release/build/baldrdash-79c7908af72a6b04/build-script-build`
(exit
code: 101)
 0:03.11 --- stdout
 0:03.11 cargo:rerun-if-changed=baldrapi.h
 0:03.11
cargo:rerun-if-changed=/home/hafi/hg-moz/src/obj-x86_64-pc-linux-gnu/js/src/rust/extra-bindgen-flags
 0:03.11 --- stderr
 0:03.11 thread 'main' panicked at 'Unable to find libclang: "couldn\'t
find any valid shared libraries matching: [\'libclang.so\',
\'libclang-*.so\', \'libcla
ng.so.*\'], set the `LIBCLANG_PATH` environment variable to a path where
one of these files can be found (invalid: [])"', src/libcore/result.rs:999:5

So, it couldn't find libclang.so

hafi@i5-64 ~ $ locate libclang.so
/usr/lib/debug/usr/lib/llvm/6/lib32/libclang.so.6.0.debug
/usr/lib/debug/usr/lib/llvm/6/lib64/libclang.so.6.0.debug
/usr/lib/debug/usr/lib/llvm/7/lib/libclang.so.7.debug
/usr/lib/debug/usr/lib/llvm/7/lib64/libclang.so.7.debug
/usr/lib/llvm/6/lib32/libclang.so
/usr/lib/llvm/6/lib32/libclang.so.6
/usr/lib/llvm/6/lib32/libclang.so.6.0
/usr/lib/llvm/6/lib64/libclang.so
/usr/lib/llvm/6/lib64/libclang.so.6
/usr/lib/llvm/6/lib64/libclang.so.6.0
/usr/lib/llvm/7/lib/libclang.so
/usr/lib/llvm/7/lib/libclang.so.7
/usr/lib/llvm/7/lib/libclang.so.7.1
/usr/lib/llvm/7/lib64/libclang.so
/usr/lib/llvm/7/lib64/libclang.so.7
/usr/lib/llvm/7/lib64/libclang.so.7.1

Inserting

LIBCLANG_PATH=/usr/lib/llvm/6/lib64
export LIBCLANG_PATH

in my build-script should have fixed that. It didn't. Trying .../7/...
didn't help either. I am using a very simple .mozconfig, containing only
these two lines:

ac_add_options --enable-application=comm/mail
ac_add_options --disable-tests

also no success with inserting
export LIBCLANG_PATH=/usr/lib/llvm/6/lib64
into .mozconfig.

Any advice?

Hartmut
_______________________________________________
dev-apps-thunderbird mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-apps-thunderbird
Reply | Threaded
Open this post in threaded view
|

Re: Building Daily fails with libclang issue

Rob Lemley
Hartmut,

This is failing during the "mach build" step? What Linux distribution?

I would try this first:
- Run "*./mach clobber"* ... sometimes these Rust bindings just need a
full reset.
- "*./mach bootstrap --no-system-changes*"will install/update some build
tool dependencies in ~/.mozbuild. Among them should be clang-8 (see
below) and cbindgen.
- Make sure you're using the latest Rust compiler (1.36 I think is the
minimum now).

- Are you pointing to the same version of libclang as your compiler? You
show the versions of libclang.so on your system, but don't mention the
version of clang itself that you're using. (Are you using clang?) They
should match.
- We're currently using clang-8 to build Thunderbird in CI. It should
work going back to clang-6 (maybe to 4). If you run "mach bootstrap" as
above the build system should use those versions.


If that doesn't solve anything:

- Rather than using the LIBCLANG_PATH environment variable, try adding
*ac_add_options --with-clang-path=<path>*
  It really should figure that out by itself though.
- Finding out search paths:
*$ clang -print-search-dirs*
  That should print something like:
*programs:
=/usr/bin:/usr/lib/llvm-8/bin:/usr/bin/../lib/gcc/x86_64-linux-gnu/8/../../../../x86_64-linux-gnu/bin**
**libraries:
=/usr/lib/llvm-8/lib/clang/8.0.0:/usr/bin/../lib/gcc/x86_64-linux-gnu/8:/usr/bin/../lib/gcc/x86_64-linux-gnu/8/../../../x86_64-linux-gnu:/lib/x86_64-linux-gnu:/lib/../lib64:/usr/lib/x86_64-linux-gnu:/usr/bin/../lib/gcc/x86_64-linux-gnu/8/../../..:/usr/lib/llvm-8/bin/../lib:/lib:/usr/lib**
*  On my system, libclang.so.8 is in */usr/lib/llvm-8/bin/../lib
$ ls ***/usr/lib/llvm-8/bin/../lib/libclang*
/usr/lib/llvm-8/bin/../lib/libclang-8.so.1 
/usr/lib/llvm-8/bin/../lib/libclang.so.1
  **That's the clang installed by Ubuntu, not the one that gets
installed by mach bootstrap.

If it's still not working, output from "mach configure" would be the
next thing I need to see. Also, in your object directory
(/home/hafi/hg-moz/src/obj-x86_64-pc-linux-gnu) there should be some
files from mach configure that will help: *config.status, config.log*


On 8/18/19 10:51 PM, Hartmut Figge wrote:

> Greetings,
>
> building TB-Trunk aka Daily failed with
>
>  0:01.64 toolkit/crashreporter/rust/force-cargo-host-library-build
>  0:01.64 js/src/frontend/binast/force-cargo-host-program-build
>  0:01.69     Blocking waiting for file lock on package cache
>  0:01.69     Blocking waiting for file lock on package cache
>  0:01.69     Blocking waiting for file lock on package cache
>  0:02.06     Blocking waiting for file lock on package cache
>  0:02.39     Blocking waiting for file lock on package cache
>  0:02.68     Blocking waiting for file lock on package cache
>  0:02.70     Blocking waiting for file lock on package cache
>  0:02.70     Blocking waiting for file lock on package cache
>  0:02.72     Blocking waiting for file lock on package cache
>  0:03.03     Blocking waiting for file lock on build directory
>  0:03.04     Blocking waiting for file lock on build directory
>  0:03.04    Compiling baldrdash v0.1.0
> (/home/hafi/hg-moz/src/js/src/wasm/cranelift)
>  0:03.08     Blocking waiting for file lock on package cache
>  0:03.11 error: failed to run custom build command for `baldrdash v0.1.0
> (/home/hafi/hg-moz/src/js/src/wasm/cranelift)`
>  0:03.11 Caused by:
>  0:03.11   process didn't exit successfully:
> `/home/hafi/hg-moz/src/obj-x86_64-pc-linux-gnu/release/build/baldrdash-79c7908af72a6b04/build-script-build`
> (exit
> code: 101)
>  0:03.11 --- stdout
>  0:03.11 cargo:rerun-if-changed=baldrapi.h
>  0:03.11
> cargo:rerun-if-changed=/home/hafi/hg-moz/src/obj-x86_64-pc-linux-gnu/js/src/rust/extra-bindgen-flags
>  0:03.11 --- stderr
>  0:03.11 thread 'main' panicked at 'Unable to find libclang: "couldn\'t
> find any valid shared libraries matching: [\'libclang.so\',
> \'libclang-*.so\', \'libcla
> ng.so.*\'], set the `LIBCLANG_PATH` environment variable to a path where
> one of these files can be found (invalid: [])"', src/libcore/result.rs:999:5
>
> So, it couldn't find libclang.so
>
> hafi@i5-64 ~ $ locate libclang.so
> /usr/lib/debug/usr/lib/llvm/6/lib32/libclang.so.6.0.debug
> /usr/lib/debug/usr/lib/llvm/6/lib64/libclang.so.6.0.debug
> /usr/lib/debug/usr/lib/llvm/7/lib/libclang.so.7.debug
> /usr/lib/debug/usr/lib/llvm/7/lib64/libclang.so.7.debug
> /usr/lib/llvm/6/lib32/libclang.so
> /usr/lib/llvm/6/lib32/libclang.so.6
> /usr/lib/llvm/6/lib32/libclang.so.6.0
> /usr/lib/llvm/6/lib64/libclang.so
> /usr/lib/llvm/6/lib64/libclang.so.6
> /usr/lib/llvm/6/lib64/libclang.so.6.0
> /usr/lib/llvm/7/lib/libclang.so
> /usr/lib/llvm/7/lib/libclang.so.7
> /usr/lib/llvm/7/lib/libclang.so.7.1
> /usr/lib/llvm/7/lib64/libclang.so
> /usr/lib/llvm/7/lib64/libclang.so.7
> /usr/lib/llvm/7/lib64/libclang.so.7.1
>
> Inserting
>
> LIBCLANG_PATH=/usr/lib/llvm/6/lib64
> export LIBCLANG_PATH
>
> in my build-script should have fixed that. It didn't. Trying .../7/...
> didn't help either. I am using a very simple .mozconfig, containing only
> these two lines:
>
> ac_add_options --enable-application=comm/mail
> ac_add_options --disable-tests
>
> also no success with inserting
> export LIBCLANG_PATH=/usr/lib/llvm/6/lib64
> into .mozconfig.
>
> Any advice?
>
> Hartmut
> _______________________________________________
> dev-apps-thunderbird mailing list
> [hidden email]
> https://lists.mozilla.org/listinfo/dev-apps-thunderbird

--
Rob Lemley
Thunderbird Build Engineer
[hidden email] - :rjl

_______________________________________________
dev-apps-thunderbird mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-apps-thunderbird
Reply | Threaded
Open this post in threaded view
|

Re: Building Daily fails with libclang issue

Hartmut Figge
Per mistake I replied to the PM of Rob. I discovered that to late. So I
repeat my answer here.

Rob Lemley:

Thanks, Rob.

>This is failing during the "mach build" step?

See build-log-tb.txt. That's the complete log of the building attempt.
http://www.triffids.de/pub/tb-libclang/

>What Linux distribution?

Gentoo, up to date. Mostly stable.

I did not use clang. Instead I used gcc (Gentoo 8.3.0-r1 p1.1) 8.3.0 and
c++ (Gentoo 8.3.0-r1 p1.1) 8.3.0

Because you are using clang I added this to my .mozconfig

export CC=clang
export CXX=clang++

Didn't help. Btw. my clang version is 7.1.0. I could upgrade to the
unstable version 8.0.1.

>I would try this first:
>- Run "*./mach clobber"* ... sometimes these Rust bindings just need a
>full reset.

Done. No success.

>- "*./mach bootstrap --no-system-changes*"will install/update some build
>tool dependencies in ~/.mozbuild. Among them should be clang-8 (see
>below) and cbindgen.

Hm. Not sure. Trying 1 first.

Please choose the version of Firefox you want to build:
  1. Firefox for Desktop Artifact Mode
  2. Firefox for Desktop
  3. GeckoView/Firefox for Android Artifact Mode
  4. GeckoView/Firefox for Android
Your choice: 1

Build system telemetry

Mozilla collects data about local builds in order to make builds faster and
improve developer tooling. To learn more about the data we intend to collect
read here:
https://firefox-source-docs.mozilla.org/build/buildsystem/telemetry.html.

If you have questions, please ask in #build in irc.mozilla.org. If you would
like to opt out of data collection, select (N) at the prompt.

Would you like to enable build system telemetry? (Yn): n
 0:12.57 Downloading node.tar.xz
 0:12.57 Downloading to temporary location
/home/hafi/.mozbuild/toolchains/fc01d58cd82817ea-node.tar.xz
 0:13.65 Downloading... 0.0 %
 0:14.53 Downloading... 5.1 %
 0:14.91 Downloading... 10.1 %
 0:15.30 Downloading... 15.0 %
 0:15.75 Downloading... 20.1 %
 0:16.07 Downloading... 25.1 %
 0:16.46 Downloading... 30.1 %
 0:16.88 Downloading... 35.0 %
 0:17.24 Downloading... 40.1 %
 0:17.62 Downloading... 45.1 %
 0:18.01 Downloading... 50.1 %
 0:18.39 Downloading... 55.0 %
 0:18.79 Downloading... 60.1 %
 0:19.17 Downloading... 65.1 %
 0:19.56 Downloading... 70.1 %
 0:19.94 Downloading... 75.0 %
 0:20.34 Downloading... 80.1 %
 0:20.72 Downloading... 85.1 %
 0:21.11 Downloading... 90.1 %
 0:21.49 Downloading... 95.0 %
 0:21.88 Downloading... 100.0 %
 0:21.89 Downloaded artifact to
/home/hafi/.mozbuild/toolchains/fc01d58cd82817ea-node.tar.xz
 0:21.99 untarring "/home/hafi/.mozbuild/node.tar.xz"

Didn't help.

>- Make sure you're using the latest Rust compiler (1.36 I think is the
>minimum now).

hafi@i5-64 ~ $ rustup update
info: syncing channel updates for 'stable-x86_64-unknown-linux-gnu'
info: checking for self-updates

  stable-x86_64-unknown-linux-gnu unchanged - rustc 1.37.0 (eae3437df
2019-08-13)

>- Are you pointing to the same version of libclang as your compiler? You
>show the versions of libclang.so on your system, but don't mention the
>version of clang itself that you're using. (Are you using clang?)

Not before. But now. Only for building TB.

>They should match.
>- We're currently using clang-8 to build Thunderbird in CI. It should
>work going back to clang-6 (maybe to 4). If you run "mach bootstrap" as
>above the build system should use those versions.
>
>If that doesn't solve anything:
>
>- Rather than using the LIBCLANG_PATH environment variable, try adding
>*ac_add_options --with-clang-path=<path>*

Tried that. See the commented out entries in .mozconfig-tb.

>  It really should figure that out by itself though.
>- Finding out search paths:
>*$ clang -print-search-dirs*
>  That should print something like:
>*programs:
>=/usr/bin:/usr/lib/llvm-8/bin:/usr/bin/../lib/gcc/x86_64-linux-gnu/8/../../../../x86_64-linux-gnu/bin**
>**libraries:
>=/usr/lib/llvm-8/lib/clang/8.0.0:/usr/bin/../lib/gcc/x86_64-linux-gnu/8:/usr/bin/../lib/gcc/x86_64-linux-gnu/8/../../../x86_64-linux-gnu:/lib/x86_64-linux-gnu:/lib/../lib64:/usr/lib/x86_64-linux-gnu:/usr/bin/../lib/gcc/x86_64-linux-gnu/8/../../..:/usr/lib/llvm-8/bin/../lib:/lib:/usr/lib**
>*  On my system, libclang.so.8 is in */usr/lib/llvm-8/bin/../lib
>$ ls ***/usr/lib/llvm-8/bin/../lib/libclang*
>/usr/lib/llvm-8/bin/../lib/libclang-8.so.1 
>/usr/lib/llvm-8/bin/../lib/libclang.so.1
>  **That's the clang installed by Ubuntu, not the one that gets
>installed by mach bootstrap.

hafi@i5-64 ~ $ clang -print-search-dirs > clang-dirs.txt

>If it's still not working, output from "mach configure" would be the
>next thing I need to see. Also, in your object directory
>(/home/hafi/hg-moz/src/obj-x86_64-pc-linux-gnu) there should be some
>files from mach configure that will help: *config.status, config.log*

Well I tried again ./mach bootstrap --no-system-changes, this time with
option 2

Please choose the version of Firefox you want to build:
  1. Firefox for Desktop Artifact Mode
  2. Firefox for Desktop
  3. GeckoView/Firefox for Android Artifact Mode
  4. GeckoView/Firefox for Android
Your choice: 2

Build system telemetry

Mozilla collects data about local builds in order to make builds faster and
improve developer tooling. To learn more about the data we intend to collect
read here:
https://firefox-source-docs.mozilla.org/build/buildsystem/telemetry.html.

If you have questions, please ask in #build in irc.mozilla.org. If you would
like to opt out of data collection, select (N) at the prompt.

Would you like to enable build system telemetry? (Yn): n
 0:05.09 Downloading node.tar.xz
 0:05.09 Downloading to temporary location
/home/hafi/.mozbuild/toolchains/fc01d58cd82817ea-node.tar.xz
 0:05.10 Downloaded artifact to
/home/hafi/.mozbuild/toolchains/fc01d58cd82817ea-node.tar.xz
 0:05.20 rm tree: /home/hafi/.mozbuild/node
 0:05.41 untarring "/home/hafi/.mozbuild/node.tar.xz"
 0:05.35 Downloading clang.tar.xz
 0:05.35 Downloading to temporary location
/home/hafi/.mozbuild/toolchains/d9a4927e5022599d-clang.tar.xz
 0:06.50 Downloading... 0.0 %
 0:12.28 Downloading... 5.0 %
 0:17.58 Downloading... 10.0 %
 0:22.89 Downloading... 15.0 %
 0:28.20 Downloading... 20.0 %
 0:33.50 Downloading... 25.0 %
 0:38.80 Downloading... 30.0 %
 0:44.11 Downloading... 35.0 %
 0:49.42 Downloading... 40.0 %
 0:54.73 Downloading... 45.0 %
 1:00.04 Downloading... 50.0 %
 1:05.34 Downloading... 55.0 %
 1:10.64 Downloading... 60.0 %
 1:15.95 Downloading... 65.0 %
 1:21.25 Downloading... 70.0 %
 1:26.56 Downloading... 75.0 %
 1:31.87 Downloading... 80.0 %
 1:37.17 Downloading... 85.0 %
 1:42.47 Downloading... 90.0 %
 1:47.78 Downloading... 95.0 %
 1:53.08 Downloading... 100.0 %
 1:53.09 Downloaded artifact to
/home/hafi/.mozbuild/toolchains/d9a4927e5022599d-clang.tar.xz
 1:54.51 untarring "/home/hafi/.mozbuild/clang.tar.xz"
 0:37.16 Downloading cbindgen.tar.xz
 0:37.16 Downloading to temporary location
/home/hafi/.mozbuild/toolchains/7dd9ae2902f55adb-cbindgen.tar.xz
 0:38.27 Downloading... 0.0 %
 0:38.62 Downloading... 5.4 %
 0:38.80 Downloading... 10.8 %
 0:38.93 Downloading... 15.3 %
 0:38.99 Downloading... 20.7 %
 0:39.04 Downloading... 25.2 %
 0:39.10 Downloading... 30.5 %
 0:39.15 Downloading... 35.0 %
 0:39.21 Downloading... 40.4 %
 0:39.28 Downloading... 45.8 %
 0:39.32 Downloading... 50.3 %
 0:39.39 Downloading... 55.7 %
 0:39.44 Downloading... 60.2 %
 0:39.50 Downloading... 65.6 %
 0:39.55 Downloading... 70.1 %
 0:39.62 Downloading... 75.5 %
 0:39.67 Downloading... 80.9 %
 0:39.73 Downloading... 85.4 %
 0:39.79 Downloading... 90.7 %
 0:39.84 Downloading... 95.2 %
 0:39.89 Downloading... 100.0 %
 0:39.90 Downloaded artifact to
/home/hafi/.mozbuild/toolchains/7dd9ae2902f55adb-cbindgen.tar.xz
 0:39.91 untarring "/home/hafi/.mozbuild/cbindgen.tar.xz"
 0:05.62 Downloading clang-tidy.tar.xz
 0:05.62 Downloading to temporary location
/home/hafi/.mozbuild/toolchains/5a5d155a3d5bbc57-clang-tidy.tar.xz
 0:09.52 Downloading... 0.0 %
 0:11.70 Downloading... 5.0 %
 0:13.42 Downloading... 10.0 %
 0:15.12 Downloading... 15.0 %
 0:16.80 Downloading... 20.0 %
 0:18.50 Downloading... 25.0 %
 0:20.18 Downloading... 30.0 %
 0:21.87 Downloading... 35.0 %
 0:23.56 Downloading... 40.0 %
 0:25.24 Downloading... 45.0 %
 0:26.94 Downloading... 50.0 %
 0:28.62 Downloading... 55.0 %
 0:30.30 Downloading... 60.0 %
 0:32.00 Downloading... 65.0 %
 0:33.68 Downloading... 70.0 %
 0:35.38 Downloading... 75.0 %
 0:37.06 Downloading... 80.0 %
 0:38.74 Downloading... 85.0 %
 0:40.44 Downloading... 90.0 %
 0:42.12 Downloading... 95.0 %
 0:43.80 Downloading... 100.0 %
 0:43.80 Downloaded artifact to
/home/hafi/.mozbuild/toolchains/5a5d155a3d5bbc57-clang-tidy.tar.xz
 0:44.25 untarring "/home/hafi/.mozbuild/clang-tools/clang-tidy.tar.xz"
 0:05.35 Downloading nasm.tar.bz2
 0:05.35 Downloading to temporary location
/home/hafi/.mozbuild/toolchains/99c807da7c577dfc-nasm.tar.bz2
 0:06.49 Downloading... 0.0 %
 0:06.82 Downloading... 5.7 %
 0:06.85 Downloading... 11.4 %
 0:06.99 Downloading... 15.2 %
 0:07.02 Downloading... 20.8 %
 0:07.05 Downloading... 26.5 %
 0:07.15 Downloading... 30.3 %
 0:07.18 Downloading... 36.0 %
 0:07.20 Downloading... 41.7 %
 0:07.22 Downloading... 45.5 %
 0:07.25 Downloading... 51.1 %
 0:07.29 Downloading... 56.8 %
 0:07.31 Downloading... 60.6 %
 0:07.34 Downloading... 66.3 %
 0:07.35 Downloading... 70.1 %
 0:07.39 Downloading... 75.8 %
 0:07.42 Downloading... 81.4 %
 0:07.44 Downloading... 85.2 %
 0:07.47 Downloading... 90.9 %
 0:07.50 Downloading... 96.6 %
 0:07.51 Downloading... 100.0 %
 0:07.52 Downloaded artifact to
/home/hafi/.mozbuild/toolchains/99c807da7c577dfc-nasm.tar.bz2
 0:07.56 untarring "/home/hafi/.mozbuild/nasm.tar.bz2"

I shouldn't have done that. Why? See build-log-tb-2.txt. *g*

At the moment I feel uncomfortable to do anything else. Perhaps another
answer will shed light on how best to fix the mess.

Another info. I never change the original source. Only updates are
allowed to do that. Instead I use rsync to a work dir which is, well,
for working with the source. :) Like compiling. Before rsync and so
before compiling $OBJDIR is always deleted.

Hartmut
_______________________________________________
dev-apps-thunderbird mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-apps-thunderbird
Reply | Threaded
Open this post in threaded view
|

Re: Building Daily fails with libclang issue

Hartmut Figge
Hartmut Figge:

>See the commented out entries in .mozconfig-tb.

This file didn't show up in the listing of the server. Therefore I have
deleted the leading point. The name is now mozconfig-tb.

Hartmut
_______________________________________________
dev-apps-thunderbird mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-apps-thunderbird
Reply | Threaded
Open this post in threaded view
|

Re: Building Daily fails with libclang issue

Rob Lemley
You have an old version of cbindgen in your ~/.cargo/bin directory
that's getting picked up instead of the version in ~/.mozbuild.

INFO: checking for cbindgen...
DEBUG: trying cbindgen: /home/hafi/.cargo/bin/cbindgen
DEBUG: Executing: `/home/hafi/.cargo/bin/cbindgen --version`
DEBUG: /home/hafi/.cargo/bin/cbindgen has version 0.8.3
INFO: /home/hafi/.cargo/bin/cbindgen

The configure script should be verifying that you have cbindgen 0.9.0
for Daily, it's odd that it doesn't fail there.

I would uninstall cbindgen with cargo. Something along the lines of:
cargo uninstall cbindgen

The other thing I noticed is that config.status says you're building
Firefox 68, not Thunderbird. The current Daily version is 70, so
something isn't right there.

-Rob

On 8/19/19 6:24 PM, Hartmut Figge wrote:

> Hartmut Figge:
>
>> See the commented out entries in .mozconfig-tb.
> This file didn't show up in the listing of the server. Therefore I have
> deleted the leading point. The name is now mozconfig-tb.
>
> Hartmut
> _______________________________________________
> dev-apps-thunderbird mailing list
> [hidden email]
> https://lists.mozilla.org/listinfo/dev-apps-thunderbird

--
Rob Lemley
Thunderbird Build Engineer
[hidden email] - :rjl

_______________________________________________
dev-apps-thunderbird mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-apps-thunderbird
Reply | Threaded
Open this post in threaded view
|

Re: Building Daily fails with libclang issue

rene-39
Hi,

just struggled to get the build done and faced the same error.

Tried a lot without success. Finally removed ~/.mozbuild and called
"./mach bootstrap" again which gave me the right clang environment in
~/.mozbuild.

Regards, Rene



On 8/20/19 3:35 AM, Rob Lemley wrote:

> You have an old version of cbindgen in your ~/.cargo/bin directory
> that's getting picked up instead of the version in ~/.mozbuild.
>
> INFO: checking for cbindgen...
> DEBUG: trying cbindgen: /home/hafi/.cargo/bin/cbindgen
> DEBUG: Executing: `/home/hafi/.cargo/bin/cbindgen --version`
> DEBUG: /home/hafi/.cargo/bin/cbindgen has version 0.8.3
> INFO: /home/hafi/.cargo/bin/cbindgen
>
> The configure script should be verifying that you have cbindgen 0.9.0
> for Daily, it's odd that it doesn't fail there.
>
> I would uninstall cbindgen with cargo. Something along the lines of:
> cargo uninstall cbindgen
>
> The other thing I noticed is that config.status says you're building
> Firefox 68, not Thunderbird. The current Daily version is 70, so
> something isn't right there.
>
> -Rob
>
> On 8/19/19 6:24 PM, Hartmut Figge wrote:
>> Hartmut Figge:
>>
>>> See the commented out entries in .mozconfig-tb.
>> This file didn't show up in the listing of the server. Therefore I have
>> deleted the leading point. The name is now mozconfig-tb.
>>
>> Hartmut
>> _______________________________________________
>> dev-apps-thunderbird mailing list
>> [hidden email]
>> https://lists.mozilla.org/listinfo/dev-apps-thunderbird
>
_______________________________________________
dev-apps-thunderbird mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-apps-thunderbird
Reply | Threaded
Open this post in threaded view
|

Re: Building Daily fails with libclang issue

Hartmut Figge
rene:

>just struggled to get the build done and faced the same error.

To be sure it still works I've just built a new TB-Trunk.

>Tried a lot without success. Finally removed ~/.mozbuild and called
>"./mach bootstrap" again which gave me the right clang environment in
>~/.mozbuild

'./mach bootstrap --no-system-changes' gave me a lot of headaches and I
ended up fetching a clean source. But './mach configure' was really helpful.

Here are my current versions:

hafi@i5-64 ~ $ clang --version
clang version 8.0.1 (tags/RELEASE_801/final)

hafi@i5-64 ~ $ rustc --version
rustc 1.37.0

hafi@i5-64 ~ $ cbindgen --version
cbindgen 0.9.1

hafi@i5-64 ~ $ locate libclang.so | grep 8
/usr/lib/debug/usr/lib/llvm/8/lib/libclang.so.8.debug
/usr/lib/debug/usr/lib/llvm/8/lib64/libclang.so.8.debug
/usr/lib/llvm/8/lib/libclang.so
/usr/lib/llvm/8/lib/libclang.so.8
/usr/lib/llvm/8/lib64/libclang.so
/usr/lib/llvm/8/lib64/libclang.so.8

I'm using

---------------
hafi@i5-64 ~ $ cat .mozconf-tb
export CC=clang
export CXX=clang++

ac_add_options --with-libclang-path=/usr/lib/llvm/8/lib64/

ac_add_options --enable-application=comm/mail
ac_add_options --disable-tests
---------------

The trailig slash at lib64 is essential.

Hartmut
_______________________________________________
dev-apps-thunderbird mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-apps-thunderbird