build fails, maybe because hard-coded ccache gcc and ccache g++

[mojie126]

Although the ccache setting is disabled, it is ignored in the script and is hard-coded into ccache gcc and ccache g++ in many places.

In addition, I hope that proxy settings can be added. Chinese networks cannot access github smoothly.

Furthermore, some libraries have been installed in /mingw64/lib. I hope they can be corrected.

[L4cache]

some libraries have been installed in /mingw64/lib

Which ones?

[mojie126]

After reading the script, it was installed through pacman, such as libgsm, libcdio, etc.

[L4cache]

After reading the script, it was installed through pacman, such as libgsm, libcdio, etc.

That's expected behavior.

The ccache thing also didn't cause issue for, I guess, most if not all (other) m-ab-s users, if you can elaborate on what problem you have, for which package, we can be more helpful.

As for the proxy, I'm assuming that it's difficult to implement, there's environment variables for proxy in unix-like systems but I don't know if the msys2 is comply with those. I'm Chinese too and I use proxifier to just proxy everything inside C:\m-ab-s.

[1480c1]

ccache should be disabled by the line

[[ $ccache != y ]] && export CCACHE_DISABLE=1

which should tell ccache to just call the compiler without anything. If there is an issue due to command arg splitting or a build script looking for a program called ccache gcc etc, then we have the gcc.bat and g++.bat scripts (that's what we do with x265 -DCMAKE_CXX_COMPILER="$LOCALDESTDIR/bin/${CXX#ccache }.bat")

For proxy stuff, there's not an easy way for the suite to handle that (since not everything accepts https_proxy on Windows). Your best option might be to edit /local64/etc/custom_profile to export the http_proxy and https_proxy variables. Alternatively, you can just set that as a global environment.

Without any logs, I can only consider this issue invalid as there's nothing for me to reproduce.

[mojie126]

ccache should be disabled by the line

[[ $ccache != y ]] && export CCACHE_DISABLE=1

which should tell ccache to just call the compiler without anything. If there is an issue due to command arg splitting or a build script looking for a program called ccache gcc etc, then we have the gcc.bat and g++.bat scripts (that's what we do with x265 -DCMAKE_CXX_COMPILER="$LOCALDESTDIR/bin/${CXX#ccache }.bat")

For proxy stuff, there's not an easy way for the suite to handle that (since not everything accepts https_proxy on Windows). Your best option might be to edit /local64/etc/custom_profile to export the http_proxy and https_proxy variables. Alternatively, you can just set that as a global environment.

Without any logs, I can only consider this issue invalid as there's nothing for me to reproduce.

https://github.com/m-ab-s/media-autobuild_suite/issues/2636 this log

[mojie126]

After reading the script, it was installed through pacman, such as libgsm, libcdio, etc.

That's expected behavior.

The ccache thing also didn't cause issue for, I guess, most if not all (other) m-ab-s users, if you can elaborate on what problem you have, for which package, we can be more helpful.

As for the proxy, I'm assuming that it's difficult to implement, there's environment variables for proxy in unix-like systems but I don't know if the msys2 is comply with those. I'm Chinese too and I use proxifier to just proxy everything inside C:\m-ab-s.

都是中国人就好说了，貌似ffmpeg分支只能编译master，tag=n7.0/n6.1.1或baranch=release/7/6.1都缺少各种库...