The directory exists, that's not the problem.
The issue is that it's far larger than it needs to be: we could save bandwidth and time.


(.venv) bcran@cube:~/src/uefi/tmp/edk2/BaseTools/Bin/gcc_loongarch64_unknown_linux_extdep$ ldd bin/loongarch64-unknown-linux-gnu-*
...
bin/loongarch64-unknown-linux-gnu-gcc:
	not a dynamic executable
...
(.venv) bcran@cube:~/src/uefi/tmp/edk2/BaseTools/Bin/gcc_loongarch64_unknown_linux_extdep$ du -h --max-depth=3
4.0K	./include
66M	./bin
134M	./libexec/gcc/loongarch64-unknown-linux-gnu
134M	./libexec/gcc
134M	./libexec
...
40M	./share
23M	./lib/gcc/loongarch64-unknown-linux-gnu
23M	./lib/gcc
12K	./lib/bfd-plugins
23M	./lib
...
37M	./loongarch64-unknown-linux-gnu
396M	./target/usr/include
2.6G	./target/usr/lib64
4.0K	./target/usr/lib
3.0G	./target/usr
3.0G	./target
3.2G	.

-- 
Rebecca Cran

On 12/29/22 19:11, gaoliming wrote:
Rebecca:
 BaseTools/Bin/gcc_loongarch64_unknown_linux_extdep directory should be created after Stuart build. Please confirm it. 

Thanks
Liming
-----邮件原件-----
发件人: devel@edk2.groups.io <devel@edk2.groups.io> 代表 Rebecca Cran
发送时间: 2022年12月28日 16:15
收件人: Chao Li <lichao@loongson.cn>; Baoqi Zhang
<zhangbaoqi@loongson.cn>; Dongyan Qian <qiandongyan@loongson.cn>
抄送: devel@edk2.groups.io; Michael D Kinney <michael.d.kinney@intel.com>
主题: [edk2-devel] Reducing the size of the loongarch64 toolchain download

I noticed the BaseTools/Bin/gcc_loongarch64_unknown_linux_extdep
directory is 3.2GB. However, 2.6GB of that is from target/usr/lib64
(which includes X and Qt libraries).

Since it appears the gcc binaries are statically linked, I was wondering
if the lib and lib64 directories could be excluded from future uploads?


--
Rebecca Cran