blob: 8a4350a197595e5a3feeaf699810f0c393191502 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
|
no 'system' llibfdt (or too old), subprojects/dtc/ populated, ./configure --disable-download fails
Description of problem:
./configure ... --disable-download, with subprojects/ pre-populated, fails.
Steps to reproduce:
1. ensure libfdt/dtc files/libs/binaries are *not* found in system
2. have subprojects/dtc pre-populated
3. ./configure --target-list=riscv32-softmmu --prefix=/opt/riscv --enable-debug --without-default-features --without-default-devices --disable-download
configure fails with:
```
../meson.build:3171:13: ERROR: C shared or static library 'fdt' not found
A full log can be found at /home/too/vc/ext/qemu/build/meson-logs/meson-log.txt
ERROR: meson setup failed
```
If I outcomment the following lines in meson.build:
```
#if get_option('wrap_mode') == 'nodownload'
# fdt_opt = 'system'
#endif
```
Then the above command line works (with --disable-download)
Additional information:
The case is where one wants to ensure that configure does not try to access
network while doing its job. And in a system where dtc/libfdt is not available,
(or is too old, line in Centos/RHEL 7) one has dowloaded the files already in
subprojects/dtc/.
The meson.build clearly sets (as of 2024-03-05) expectation that dtc/libfdt/
has to come from 'system' if 'wrap_mode' is set to 'nodownload'.
Without this check it it works nicely -- and if subprojects/dtc/ was not populated,
the error message is
```
Library fdt found: NO
../meson.build:3187:18: ERROR: Automatic wrap-based subproject downloading is disabled
A full log can be found at /home/too/vc/ext/qemu/build/meson-logs/meson-log.txt
ERROR: meson setup failed
```
So -- to me -- that looks like it could be a suitable solution to this problem.
|